Mail Archives: djgpp/1996/02/05/22:34:39
> When we put a separate copy of go32.exe into a directory which was in the
> PATH (note that go32 was already in the executables) everything worked fine
> If someone could give an explanation (or even a good guess) what's going on
> here I invite her/him to send comments to this mailing-list/newsgroup or my
Okay, this is a bug in V1's exec.c. It opens the file to see if it's a
DOS image, stubbed, or a COFF image. If it's stubbed (and yours is) it then
tries to exec GO32 in the path on the image (interestingly enough, NOT the
one imbedded in the program...). In the case it can't find GO32 in the
path, it just "gives up" and execs the image itself (which works fine in
your case, since GO32 is imbedded). The problem is that when it gives up,
it forgets to close the "pf" file handle, so loses one for each exec of
a stubbed image without GO32 in the path.
This can easily be fixed by editing exec.c, fixing the bug, and replacing it
in the library, and re-linking everything. This problem isn't in the V2 libc.
- Raw text -