home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / c / 19313 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  2.6 KB
  1. Path: sparky!uunet!mcsun!chsun!zurich!gegu
  2. From: gegu@zurich.spectrospin.ch (Gerry Gucher)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Unsolveable bug
  5. Summary: malloc problem is probably a programmer problem
  6. Message-ID: <204@zurich.spectrospin.ch>
  7. Date: 6 Jan 93 16:16:19 GMT
  8. References: <1hq27eINNjv@uwm.edu>
  9. Organization: Spectrospin AG, Fallanden Switzerland
  10. Lines: 46
  11.  
  12. In article <1hq27eINNjv@uwm.edu>, markh@csd4.csd.uwm.edu (Mark) writes:
  13. > 
  14. >    I've run into an unsolveable bug.  The bug comes from no visible error, it
  15. > disappears when searched for under a debugger, and it's likewise non-existent
  16. > when the same program is run under other platforms and compilers.  And it
  17. > doesn't involve anything having to do with timing of any sort.
  18. > 
  19. >    It appears on the DOS port of the program and causes the machine to crash
  20. > immediately after a call to malloc().  The malloc call is the ANSI-compatible
  21. > call, declared with the <stdlib.h> header.  The particular usage leading to
  22. > the crash is (as determined by traces): malloc(16), malloc(16), malloc(20), ...
  23. > with no intervening free() calls.  All calls to malloc() return valid pointers.
  24. > Checking the memory usage reveals no corruption or access out of bounds.
  25.  
  26. You probably haven't checked carefully enough.
  27.  
  28. > 
  29. >    The compiler creating the problem has had reliable error-free performance
  30. > with other similar programs.
  31.  
  32. Have you also checked the programmer for reliable error-free performance with
  33. other similar programs ?
  34.  
  35. It would help much if you could could state the kind of system and OS you are
  36. using. Code might help too, but its unlikely because the source of the error
  37. is probably far away from the place where the crash occurred.
  38.  
  39. If you are working on a Sun workstation do yourself a favor and
  40. use "malloc_debug" and if this not sufficient get a copy of the "Purify" 
  41. package from Pure Software (CA +(408) 720-1600). Price is approx. ~1900
  42. UK pounds. I don't know the price in US$. 
  43.  
  44. I have no relationship to "Pure" except being a satisfied customer. (This is
  45. quite tough to achieve).
  46.  
  47. Gerry
  48.  
  49.  
  50. +------------------------------------------------------------------+
  51. | Gerry Gucher                             gegu@spectrospin.ch       |
  52. | Spectrospin AG,  Industriestr 26,  8117  Faellanden Switzerland  | 
  53. +------------------------------------------------------------------+
  54. | A program that  returns the  wrong | There is nothing wrong with |
  55. | result twice as fast is infinitely | making  mistakes,  but make |
  56. | slower.               - H. Spencer | new ones.           - D.Sim |    
  57. +------------------------------------------------------------------+
  58.