This is an archive of CompuServe forum messages from 1985 to 1995, as saved in transcripts by John Foust.
Search Results (8 messages)
I believe that I have tried using crtdll.dll before. The underlying mechanism to _fstat seems to be broken. We can't switch to crtdll because C++ stream are not suppported… What I would like is for you to tell me if there is a work around for the _fstat problem or…
I must appologise. I meant to say that the program is getting executed when I do WinExec(); however, the return code is 0. This is supposed to indicate a failure, but the program specified in WinExec() ran just fine. There are 2 Replies.
I am not using crtdll.lib; I am using libc.lib i.e. $(conflags) $(conlibs). Also, no I am not using the debugging version of win32s. Karl There is 1 Reply.
I can't remember exactly what I wrote to you before. However, fstat always seems to return -1 and the stuff in the struct is garbage. I have noticed that Windows specific API calls seem to work with a lot more reliability, robustness and so forth… KQ
#WinExec() return is bad
Message #50251
WinExec() always seems to return 0 under win32s. This is supposed to be an error. If it is successfull, it is supposed to return a value greater than 32. Is there something wrong with win32s? KQ There is 1 Reply.
#spawn
Message #50250
Spawn does not seem to be able to execute other programs under win32s. It is documented as being win32s compatible. What is wrong? KQ There is 1 Reply.
#fstat() returns -1
Message #50249
fstat() returns -1 all the time under win32s. However, under identical conditions it returns 0 under NT. What gives? KQ There is 1 Reply.
#fseek() rets -1
Message #50248
I am having a similar problem with fstat. It always seems to return -1. Under identical conditions under NT it returns zero. I wonder what they did to the win32s stuff. KQ There are 2 Replies.