> On my current project, i need to run "some" operation from a dll writen in
> fortran (the result is the same as C or C++, native Win32). To optimize
> server resources, i try to compute multiple data at the same time. But (and
> this is my problem), my dll is initialized by a file (there are 20 different
> files, so 20 different context) and i want to run 20 operations at the same
> time.
> I've created 2 (for test) different AppDomain to load my dll but it seems to
> be loaded once. So the "globals" of my dll are missed initialized. Is there a
> way to solve my problem?

> Thanks for your response, it is what i was thinking about. I was expectating
> an hidden attribute to make the job for me.
> Do you know a way (a simple link would be enough) to make two win32 apps
> communicate easily and exchange data (I know i could do it with TcpClient for
> exemple, but I'm not quite experienced in this domain).

"Robert Jordan" wrote:

> Hi Christophe,
>
> > On my current project, i need to run "some" operation from a dll writen in
> > fortran (the result is the same as C or C++, native Win32). To optimize
> > server resources, i try to compute multiple data at the same time. But (and
> > this is my problem), my dll is initialized by a file (there are 20 different
> > files, so 20 different context) and i want to run 20 operations at the same
> > time.
> > I've created 2 (for test) different AppDomain to load my dll but it seems to
> > be loaded once. So the "globals" of my dll are missed initialized. Is there a
> > way to solve my problem?
>
> The DLL is loaded once because a new appdomain ist *not* a new Win32
> process.
>
> You have to start a new process (see System.Diagnostics.Process)
> to be able to use the DLL more then once. It this case you don't
> need a new appdomain, because the new process will automatically
> create one for you.
>
> (BTW, I don't think you'll gain more processing speed from this setup)
>
> Rob