opening same dll twice

[trooper]

I have a situation where an application is present in the form of one
dll. The interface to the application is an api. The code update some
global data structures. This dll comes as third party tool.

Now, I want two such sub-systems to run in my application. For this I
need two separate contexts of the same dll. Is it possible to re-open
the same dll twice, so that two memory areas will be allocated to the
differently allocated dlls, which helps me run the same code in two
contexts.

[santosh]

trooper wrote:

I have a situation where an application is present in the form of one
dll.

<snip>

This group deals only with ISO C that has no concept of DLLs. Try a
Windows group like comp.os.ms-windows.programmer.win32 or one of the
microsoft.* groups.

[trooper]

oho to add, I need such thing in linux ..

[Flash Gordon]

trooper wrote, On 06/03/07 11:17:

oho to add, I need such thing in linux ..

What makes you think Linux will be any more topical than Windows? I know
you saw Santosh's reply since you are replying to it.
--
Flash Gordon

[CBFalconer]

trooper wrote:

>

.... snip ...

>
Now, I want two such sub-systems to run in my application. For
this I need two separate contexts of the same dll. Is it possible
to re-open the same dll twice, so that two memory areas will be
allocated to the differently allocated dlls, which helps me run
the same code in two contexts.

What's a dll? "grep dll /stds/n869.txt" produces no output.

--
<http://www.cs.auckland.ac.nz/~pgut001/pubs/vista_cost.txt>
<http://www.securityfocus.com/columnists/423>

"A man who is right every time is not likely to do very much."
-- Francis Crick, co-discover of DNA
"There is nothing more amazing than stupidity in action."
-- Thomas Matthews

[Richard]

CBFalconer <cb********@yahoo.comwrites:

trooper wrote:

>>

... snip ...

>>
Now, I want two such sub-systems to run in my application. For
this I need two separate contexts of the same dll. Is it possible
to re-open the same dll twice, so that two memory areas will be
allocated to the differently allocated dlls, which helps me run
the same code in two contexts.

What's a dll? "grep dll /stds/n869.txt" produces no output.

Try google.

[Joachim Schmitz]

"Richard" <rg****@gmail.comschrieb im Newsbeitrag
news:87************@gmail.com...

CBFalconer <cb********@yahoo.comwrites:

>trooper wrote:

>>>

... snip ...

>>>
Now, I want two such sub-systems to run in my application. For
this I need two separate contexts of the same dll. Is it possible
to re-open the same dll twice, so that two memory areas will be
allocated to the differently allocated dlls, which helps me run
the same code in two contexts.

What's a dll? "grep dll /stds/n869.txt" produces no output.

Try google.

What CBFalconer was trying to tell trooper in his inimitable way is that
DLLs are off-topic in this group, as they're not part of the C standard.

Bye, Jojo

[Mark McIntyre]

On Sat, 10 Mar 2007 00:58:17 +0100, in comp.lang.c , Richard
<rg****@gmail.comwrote:

>CBFalconer <cb********@yahoo.comwrites:

>trooper wrote:

>>to re-open the same dll twice, so that two memory areas will be
allocated to the differently allocated dlls,

What's a dll? "grep dll /stds/n869.txt" produces no output.

Try google.

*whoosh*.
--
Mark McIntyre

"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it."
--Brian Kernighan

[Kenny McCormack]

In article <%n****************@news.cpqcorp.net>,
Joachim Schmitz <no************@hp.comwrote:

>"Richard" <rg****@gmail.comschrieb im Newsbeitrag
news:87************@gmail.com...

>CBFalconer <cb********@yahoo.comwrites:

>>trooper wrote:

... snip ...

Now, I want two such sub-systems to run in my application. For
this I need two separate contexts of the same dll. Is it possible
to re-open the same dll twice, so that two memory areas will be
allocated to the differently allocated dlls, which helps me run
the same code in two contexts.

What's a dll? "grep dll /stds/n869.txt" produces no output.

Try google.

>What CBFalconer was trying to tell trooper in his inimitable way is that
DLLs are off-topic in this group, as they're not part of the C standard.

No shit, Sherlock?

(aka) Whoosh!!