delorie.com/archives/browse.cgi | search |
Xref: | news2.mv.net comp.os.msdos.djgpp:4215 |
From: | malcolm AT manawatu DOT gen DOT nz (Malcolm Taylor) |
Newsgroups: | comp.os.msdos.djgpp |
Subject: | Trapping failed malloc calls |
Date: | Fri, 24 May 1996 08:39:40 GMT |
Organization: | Grafik Software |
Lines: | 16 |
Message-ID: | <4o40cb$khi@news.manawatu.gen.nz> |
Reply-To: | malcolm AT manawatu DOT gen DOT nz |
NNTP-Posting-Host: | malcolm.manawatu.gen.nz |
Mime-Version: | 1.0 |
To: | djgpp AT delorie DOT com |
DJ-Gateway: | from newsgroup comp.os.msdos.djgpp |
Hi, I am wondering if there is an easy way of trapping failed malloc and new calls within a program. At present the program will just exit with a stack trace that often hides the fact that the program is simply running out of memory (eg a memory leak bug maybe). I would like to be able to trap a failed call to malloc (or new) and exit gracefully with a message about running out of memory. Also if anyone has any better malloc for wide ranging sizes than the standard malloc I would be interested. One particular program I've written mallocs blocks that are from between 100b and 4Mb in size (approx) and the normal malloc seems to use more memory than it needs. If you know of one then please e-mail me about it. Thanks, Malcolm
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |