home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 October / usenetsourcesnewsgroupsinfomagicoctober1994disk2.iso / misc / volume1 / 8711 / microemacs-3.9 / ue3.9.bugs / comp.sources.bugs_247_000000.msg next >
Internet Message Format  |  1987-12-03  |  2KB
  1. Path: tut!osu-cis!cbosgd!clyde!rutgers!iuvax!iucs!bobmon
  2. From: bobmon@iucs.UUCP (RAMontante [condition that I not be identified])
  3. Newsgroups: comp.sources.bugs
  4. Subject: Re: Microemacs 3.9 spawn.c #if problems
  5. Message-ID: <4755@iucs.UUCP>
  6. Date: 24 Nov 87 17:51:16 GMT
  7. References: <2151@tut.cis.ohio-state.edu>
  8. Reply-To: bobmon@iucs.UUCP (RAMontante [condition that I not be identified])
  9. Organization: Indiana University, Bloomington
  10. Lines: 30
  11.  
  12. mdf@tut.cis.ohio-state.edu (Mark D. Freeman) writes:
  13. >
  14. >In spawn.c, the "#if"s are inconsistant in the case of MSDOS and MSC.
  15. >This concerns the use of "system()" vs. functions defined in spawn.c
  16. >
  17. >I played with it a little, and got it to compile, but I can't push a
  18. >shell.
  19. >
  20. >Does anyone have the correct fixes?
  21.  
  22. [On rereading, I'm not as sure whether Mark is referring to v3.9 or v3.9e.
  23. I assume he means v3.9 the original, not 3.9e.]
  24.  
  25. I had the same problem, using Turbo C.  I think that the problem is, the
  26. system() call executes command.com in batch mode only, on a null input.  So
  27. it just returns immediately.  A fix, though not a good one, is to change
  28. a line that looks like
  29.         system("");
  30. to         system("\\command.com");
  31. (sorry, I'm not sure exactly where this is, but it's in the spawncli function,
  32. near the middle/end (?:-))  This causes the batched command.com to run another,
  33. interactive copy, wasting memory but giving you the effect you want.  This
  34. probelm was in v3.8i, also.
  35.  
  36. BY THE WAY: in v3.9e, this is all VERY different.  Apparently Dan Lawrence is
  37. replacing the system() call entirely with his own call, with some additional
  38. functionality.  Unfortunately, it doesn't work either for me (TurboC, MSDOS3.1)
  39. so I've stuck the system() calls back in [in the shellprog() function, and
  40. disabled the execprg() function] until I can get it to work.  Any fixes for
  41. this new stuff, anyone?
  42.