Article View: alt.windows98
Article #473Re: Problem of memory (win386.swf)
From: S.P. Goodman
Date: Sat, 27 Apr 2002 22:31
Date: Sat, 27 Apr 2002 22:31
52 lines
3440 bytes
3440 bytes
Alas, by the time C++ came along I only dealt with testing the various compilers/environments popping up to support it. My sole calloc/malloc experience went back to 1985-6, actually, old mouldering knowledge only useable for solving problems with programs under the DOS 3.x days... "P Referring to your 'die spambot die' line... I wonder if someone can figure out a fragment of text to insert into one's address to make spambots cough up chunks. There ARE a lot of smart cookies out there who AREN'T helping spam companies after all, eh? "john thrum" <jomorisin@DIE_SPAMBOT_DIEAccess-4-Free.com> wrote in message news:aaeejo$s74$1@news.chatlink.com... > calloc/malloc are C style allocation functions. He shouldn't be using them > in C++, he should be using new and delete (or delete[] for arrays). It's > obviously a memory leak caused by improper de-allocation of resources. > > "S.P. Goodman" <earthlight2k@hotmail.com> wrote in message > news:aa8pka$okl$1@helle.btinternet.com... > > Have you tried to disallocate the memory used by the data file? I think > the > > calloc/malloc functions have something to do with this. > > > > "Absys France" <absys.france@wanadoo.fr> wrote in message > > news:aa8i9r$n6t$1@wanadoo.fr... > > > We developed an application with C++ Builder running with Windows 98. > This > > > application make some calculation and some display. But if we load some > > > datas several times, our hard drive memory decrease (even if we have > free > > > RAM). The file win386.swf increased during this operations. The only way > > we > > > found to recover this memory was to shut down the computer. After this, > > > win386.swf recover is normal size. If we do not shut down the computer > > every > > > 30minutes, the program stop and this kind of message is diplayed : > > > - Access violation at adress 410046EO in module 'BORLNDMM.DLL' write of > > > adress 3E96BE16. > > > or > > > - C++ exeption > > > How can we recover this memory lost during operation? > > > Is it normal that win386.swf increase in size? > > > > > > > > > > > >
Technical Details
Message-ID:
<aaf8st$hok$1@helle.btinternet.com>Path:
arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!sn-xit-02!supernews.com!peer.news.opaltelecom.net!out.nntp.be!propagator2-SanJose!propagator-SanJose!in.nntp.be!newspeer.clara.net!news.clara.net!btnet-peer!btnet-peer0!btnet-feed5!btnet!news.btopenworld.com!not-for-mailReferences:
<aa8i9r$n6t$1@wanadoo.fr> <aa8pka$okl$1@helle.btinternet.com> <aaeejo$s74$1@news.chatlink.com>Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: f8d38,b1bfe1d0c03585a X-Google-Attributes: gidf8d38,public X-Google-Thread: 1070cf,b1bfe1d0c03585a X-Google-Attributes: gid1070cf,public X-Google-ArrivalTime: 2002-04-27 15:32:12 PST Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!sn-xit-02!supernews.com!peer.news.opaltelecom.net!out.nntp.be!propagator2-SanJose!propagator-SanJose!in.nntp.be!newspeer.clara.net!news.clara.net!btnet-peer!btnet-peer0!btnet-feed5!btnet!news.btopenworld.com!not-for-mail From: "S.P. Goodman" <earthlight2k@hotmail.com> Newsgroups: alt.windows98,borland.public.cpp.language Subject: Re: Problem of memory (win386.swf) Date: Sat, 27 Apr 2002 22:31:57 +0000 (UTC) Organization: BT Openworld Lines: 54 Message-ID: <aaf8st$hok$1@helle.btinternet.com> References: <aa8i9r$n6t$1@wanadoo.fr> <aa8pka$okl$1@helle.btinternet.com> <aaeejo$s74$1@news.chatlink.com> NNTP-Posting-Host: host62-6-69-24.in-addr.btopenworld.com X-Trace: helle.btinternet.com 1019946717 18196 62.6.69.24 (27 Apr 2002 22:31:57 GMT) X-Complaints-To: news-complaints@lists.btinternet.com NNTP-Posting-Date: Sat, 27 Apr 2002 22:31:57 +0000 (UTC) X-Newsreader: Microsoft Outlook Express 6.00.2600.0000 X-MSMail-Priority: Normal X-Priority: 3 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000