Using hdf5dotnet with asp.net?

Hi,
     I was just wondering if anyone out ther has had any success running
hdf5dotnet (1.8) under asp.net on windows server 2003 w/ IIS 6.0?

     I am able to get a console app running, and an ASP.net app running on
my development machine (xp), but the asp application is choking when I put
it on the server - basically, it can't load the (unmanaged) hdf5dll.dll
(fails w/ hresult = 0x80131018). I should also mention that the server is
running 64-bit windows, but asp is running at 32. I have tried recompiling
hdf5dotnet as either 'any cpu' or 'x86' in the build modes.

     I'd be happy to give more details to anyone who might be interested.

    Thanks for any help anyone might have,

     Dave

Problems like this with asp.net are most commonly related to placement
of the dlls. The normal search path is ignored, so the dll must be in
the /bin directory of the web service itself.

George Lewandowski
(314)777-7890
Mail Code S270-2204
Building 270-E Level 2E Room 20E
P-8A

···

________________________________

From: David Gillis [mailto:david.b.gillis@gmail.com]
Sent: Friday, April 17, 2009 2:26 PM
To: hdf-forum@hdfgroup.org
Subject: [hdf-forum] Using hdf5dotnet with asp.net?

Hi,
     I was just wondering if anyone out ther has had any success running
hdf5dotnet (1.8) under asp.net on windows server 2003 w/ IIS 6.0?

     I am able to get a console app running, and an ASP.net app running
on my development machine (xp), but the asp application is choking when
I put it on the server - basically, it can't load the (unmanaged)
hdf5dll.dll (fails w/ hresult = 0x80131018). I should also mention that
the server is running 64-bit windows, but asp is running at 32. I have
tried recompiling hdf5dotnet as either 'any cpu' or 'x86' in the build
modes.

     I'd be happy to give more details to anyone who might be
interested.

    Thanks for any help anyone might have,

     Dave

Under IIS 6, we found that the unmanaged DLLs needed to be placed in a
directory in the system path, i.e. it wasn't good enough to put them in the
/bin of the web app, and oddly enough they had to be on the C: drive. I
can't explain that.
You also need to be sure that the MSCVRTxx DLL is in the system path
somewhere. Typically this C-runtime DLL is present on a machine with a
development environment, but isn't always available on a server unless you
put it there.

Finally, the 32- vs 64- bit issue can get complicated. We were never able to
get the hdf5dotnet supplied by the hdf group to work against 64-bit
unmanaged DLLs. I was never able to successfully recompile the wrapper in
x64 or ANY CPU. I ended up writing my own wrapper in C# (rather than
C++/CLI), which had the benefit of talking to both 32 and 64-bit unmanaged
DLLs. I only needed to work with a few basic operations, so this was
feasible.

I'm curious what application you are applying HDF to in a
ASP.NETenvironment. I thought we were the only weirdos out there!

Cheers,

Sebastian Good
Palladium Consulting

···

On Fri, Apr 17, 2009 at 2:25 PM, David Gillis <david.b.gillis@gmail.com>wrote:

Hi,
     I was just wondering if anyone out ther has had any success running
hdf5dotnet (1.8) under asp.net on windows server 2003 w/ IIS 6.0?

     I am able to get a console app running, and an ASP.net app running on
my development machine (xp), but the asp application is choking when I put
it on the server - basically, it can't load the (unmanaged) hdf5dll.dll
(fails w/ hresult = 0x80131018). I should also mention that the server is
running 64-bit windows, but asp is running at 32. I have tried recompiling
hdf5dotnet as either 'any cpu' or 'x86' in the build modes.

     I'd be happy to give more details to anyone who might be interested.

    Thanks for any help anyone might have,

     Dave