home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ogicse!uwm.edu!spool.mu.edu!agate!usenet.ins.cwru.edu!cleveland.Freenet.Edu!ae302
- From: ae302@cleveland.Freenet.Edu (Peter Haller)
- Newsgroups: comp.os.ms-windows.programmer.misc
- Subject: Re: Faking re-entrancy with second copy of DLL?
- Message-ID: <1e5tp8INN4g2@usenet.INS.CWRU.Edu>
- Date: 15 Nov 92 16:27:20 GMT
- Article-I.D.: usenet.1e5tp8INN4g2
- References: <1992Nov14.093916.1050@netcom.com>
- Reply-To: ae302@cleveland.Freenet.Edu (Peter Haller)
- Organization: Case Western Reserve University, Cleveland, OH (USA)
- Lines: 31
- NNTP-Posting-Host: slc4.ins.cwru.edu
-
-
- In a previous article, mbk@netcom.com (Miles Kehoe) says:
-
- >OK, imagine you had a DLL from company X called X.DLL.
- >Company X says it is not reentrant, so you know you cannot
- >have two programs active which use X.DLL.
- >
- >If you rename X.DLL to Y.DLL, and tell your program to
- >access Y.DLL instead of X.DLL, is anything else going
- >to bite you? It *looks* like 'x' is stored in X.DLL
- >and simply renaming the DLL file does NOT do the
- >complete trick.
- >
- >Suppose now that you had a copy of the DLL source; can
- >you simply rename and relink it?
- >
- >I know it's wierd.... just trying to fake it!
- >
- >Miles
- >
- >
- A non-reentrant DLL? Must be using a lot of static allocations or
- Global buffers. Nasty stuff. What you are talking about though
- should work fine since an new copy of the DLL is used.
-
- PCH
- --
- Peter C. Haller | 'If you do what you
- Lorain Products | have always done,
- ae302@cleveland.Freenet.Edu | expect what you have
- "Are we having fun yet?" | always received.'
-