home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / amiga / programm / 12590 < prev    next >
Encoding:
Internet Message Format  |  1992-08-23  |  2.1 KB
  1. Path: sparky!uunet!olivea!sgigate!psinntp!psinntp!isc-newsserver!rbm2273
  2. From: rbm2273@ultb.isc.rit.edu (R.B. Mead )
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: SKsh 2.0 and ixemul.library/GCC 2.2.2
  5. Message-ID: <1992Aug23.181440.4922@ultb.isc.rit.edu>
  6. Date: 23 Aug 92 18:14:40 GMT
  7. References: <1992Aug23.143234.2461@ultb.isc.rit.edu>
  8. Sender: news@ultb.isc.rit.edu (USENET News System)
  9. Organization: Rochester Institute of Technology
  10. Lines: 38
  11. Originator: rbm2273@ultb
  12. Nntp-Posting-Host: ultb-gw.isc.rit.edu
  13.  
  14. In article <1992Aug23.143234.2461@ultb.isc.rit.edu> kxs5829@ultb.isc.rit.edu (K.X. Saunders ) writes:
  15. >    There appears to be a curious interaction between SKsh 2.0 and
  16. >programs compiled with Markus Wild's GCC 2.2.2 port, which all use
  17. >ixemul.library.  It seems that an ixemul.library using program will lose
  18. >72 bytes of fast mem when started from SKsh.  This does not occur when the
  19. >program is started from the standard 2.0 shell.  This also does not occur 
  20. >if a non-ixemul.library using program is started from SKsh 2.0.
  21. >
  22. >    Maybe there is something to the fact that SKsh uses System() and
  23. >the standard 2.0 shell uses RunCommand().
  24. >
  25.  
  26. Strange number .. this 72!  I just noticed, about 2 hours ago, that every
  27. time I remake GNU Chess V4 (just the link) I lose  *** 72 bytes ***.
  28.  
  29. It happens only when invoked via:
  30.  
  31. Make 1.5 Dec 25 1991 12:24:46
  32. Copyright ) 1991 by Ben Eng, All Rights Reserved
  33.  
  34. I'm using the standard makefile included in the distribution, with
  35. minor changes in -D directives. I'm also using GCC V2.2.2 and, of
  36. course, the IXEMUL library (thanks Markus).
  37.  
  38. If I just run the link via gcc (exactly as bmake reported) there is
  39. no memory loss.
  40.  
  41. If I "bmake gnuchessr", I lose 72 bytes, each time a link is required.
  42.  
  43. This comes right on the heels of a really silly mistake I made recently
  44. regarding a memory leak... which turned out to be "operator error"!
  45.  
  46. Humm... what could be the trouble?  I was assuming bmake might be the
  47. trouble and was about to try another make program.
  48.  
  49. Regards.  [ rbm2273@ultb.isc.rit.edu ]
  50.  
  51. ps - I'm using "avail flush" when checking for lost memory.
  52.