home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / cplus / 15909 < prev    next >
Encoding:
Text File  |  1992-11-08  |  1.3 KB  |  30 lines
  1. Newsgroups: comp.lang.c++
  2. From: nikki@trmphrst.demon.co.uk (Nikki Locke)
  3. Path: sparky!uunet!pipex!demon!trmphrst.demon.co.uk!nikki
  4. Subject: Re: Microsoft C/C++ version 7 memory glitch
  5. Reply-To: nikki@trmphrst.demon.co.uk
  6. Distribution: world
  7. X-Mailer: cppnews $Revision: 1.20 $
  8. Organization: Trumphurst Ltd.
  9. Lines: 16
  10. Date: Thu, 5 Nov 1992 12:22:49 +0000
  11. Message-ID: <720991369snx@trmphrst.demon.co.uk>
  12. Sender: usenet@gate.demon.co.uk
  13.  
  14. In article <92Nov02.183738.28361@acs.ucalgary.ca> gerke@acs.ucalgary.ca (Ken Gerke) writes:
  15. > 
  16. > Someone brought in some C++ code to my office today that tries to
  17. > allocate the same chunk of memory twice.  It just uses regular
  18. > calls to the 'new' function and is built with the medium memory
  19. > model.  Trivial, seemingly unrelated changes make the problem
  20. > disappear, but don't give us a lot of confidence that the problem
  21. > has been solved.  Anyone out there have a guess where to find a
  22. > more certain answer?
  23. Usually caused by freeing a pointer not allocated with malloc, or deleting
  24. a pointer not allocated with new, or using the wrong one of "delete []" and
  25. "delete". Try one of the debugging memory allocation packages about, which
  26. should point out the problem.
  27. -- 
  28. Nikki Locke,Trumphurst Ltd.(PC and Unix consultancy) nikki@trmphrst.demon.co.uk
  29. trmphrst.demon.co.uk is NOT affiliated with ANY other sites at demon.co.uk.
  30.