Kinda nice...I think I'd be happy with little more than a bunch of
standardized named constants.

Dmitry A. Kazakov wrote:

--

Gary Scott
mailto:garylscott@sbcglobal dot net

I have a large mainly numerical application for Win32 that employs a dll
written in F95/2003 code and has about 300 entry points attached to a
GUI developed in an old GUI language.

I need to move to 64 bit to obtain more memory space for the
calculations. The GUI is mainly outside my control and will remain 32
bit for some time but I am thinking about separating the dll into a
standalone application.

I have already been able to create this numerical application using the
Intel Com server Wizard and then using the Intel module wizard to create
the client code. The client code would be a new Fortran dll attached to
the GUI.

My problem is how to implement callbacks from the numerical server to
the client application. The Intel Com server wizard and module wizard do
not appear to support events or callbacks. Currently the whole thing is
envisaged as single threaded and synchronous but other solutions would
be acceptable.

I have been working on converting a local fortran 77 program to run as
a cgi program under the Apache webserver on our FreeBSD machine. No
perl and no special libraries are required to do what we need, and the
fortran code is compact and straightforward. I have posted some
explanation and examples at:

http://www.nber.org/sys-admin/fortran-cgi

The trick is to use the POST method with MIME type multi-part/form-
data so that form data is separated from header information and can be
read with either free or fixed fortran reads.

Any comments much appreciated.

Daniel Feenberg
feenberg at nber dot org

G'day everyone

Using CVF 6.6 under Windows XP Pro:

I'm writing a COM DLL. I have two 2D allocatable arrays of VARIANT. In
one routine, I load data into the first array as VT_BSTRs using
SysAllocStringLen. In another routine, I TRANSPOSE that array into the
second 2D array. In a third routine, I store the contents of the
second array into a safearray for passing back to the caller.

The problem I have is that TRANSPOSE seems to mangle the destination
array in a weird way. The addresses that are allocated by
SysAllocStringLen do not change (I've checked that) but what is
pointed to appears to change. I know this because when I call
SysStringLen against ... %% VU %% PTR_VAL, I get a length that is quite
different to that of the original. What is even more perverse is that
some lengths are correct and some are not.

Below is debug output as the source code is now quite lengthy and
involved (though I'm quite happy to send it to you off-list):

Dear all;

I run a big program and after about 8hour I see this error:

forrtl: Stale NFS file handle
forrtl: severe (38): error during write, unit 91, file /home/mirjani/
Amn/kvmdat
Image PC Routine Line Source
wannier.exe 080AAEE3...

Dear all;

I run a big program and after about 8hour I see this error:

forrtl: Stale NFS file handle
forrtl: severe (38): error during write, unit 91, file /home/mirjani/
Amn/kvmdat
Image PC Routine Line Source
wannier.exe 080AAEE3...