GMan's Mods & Stuff

Grisu · 2009-08-18 13:11:50

Hi!

In my "Pocket Radio Player" I have a memory leak when I use the stream functions of your module a lot.
It also seems that the zip file is still "locked", even when I already have opened another one.

Example line:
ButtoIco_stop:TIconstrip=LoadIconStrip("zipe::skins\"+filename+"::prp_stop.png")

Is there a way to force the wrapper to close the stream / zip file and free the memory allocated?
The bmx Garbage Collector doesn't help here at all.

Thanks.

Grisu

gman · 2009-08-18 20:12:23

greetings i didnt see anything right away that would be an issue. is it possible to whip up a bare-minimum example that i could run?

Grisu · 2009-08-19 02:22:47

Here's a quick example.

Just read out an image of a zip file constantly and the task mananger memory usage will go up like crazy while the GC Collector stays the same?

I have already posted that issue in the BMX bug forum. But no one could help so far.

If you have any idea or wild guess, please let me know.

Code:

Framework brl.Jpgloader
Import brl.PNGloader
Import brl.Pixmap
Import gman.zipengine

SuperStrict 

Global MinMemUsage:Long=GCMemAlloced()
Global MaxMemUsage:Long=GCMemAlloced()
Global TempMemUsage:Long=0

While True <> False ' Endless loop!

Local ButtoIco_exit:TPixmap=LoadPixmap("zipe::skins\prp_red_win7.skn::prp_about.png")  ' Just an ordinary image file
TempMemUsage:Long=GCMemAlloced() 
If TempMemUsage > MaxMemUsage Then MaxMemUsage=tempMemUsage

Print "Min: "+MinMemUsage
Print "Max: "+MaxMemUsage
Print ""
Delay (10) ' free a little CPU time

Wend
End

gman · 2009-08-19 06:00:38

thank you. that will help me troubleshoot. unforutnately i wont be able to look at this again for another 12 hours or so. will look at it as soon as i can.

Grisu · 2009-08-19 06:41:02

I have to thank you.

Take all the time you need.

gman · 2009-08-20 19:50:15

greetings could you please email me the skn file you are using (gman[@]gprogs.com). i cant seem to replicate with the test ZIP i created.

gman · 2009-08-21 18:56:06

thank you for the samples. unfortunately i still cant replicate. stays rock solid at:

Min: 27010
Max: 33727

the zipe wrapper already closes the zip file when its done reading. i tried putting a debugstop in right after the loadpixmap call. while stopped i was able to rename/delete the zip file. i guess now we need to start looking at versions. what version of the zipengine do you have. blitzmax? OS?

thank you.

Grisu · 2009-08-24 03:40:16

System Specs:
Win7 RC1 (64 Bit)
BMX 1.34 RC4
MAXGUI 1.33 RC1
GMAN ZIP 2.10

The GCCollector works fine though the memory usage in the "Taskmanager" keeps rising and rising until 2 GB of ram are full.

I got rid of the writeprotection problem by using the normal "zrObject.ExtractFile" command instead of the wrapper.

Btw: Is the reading via stream faster than extracting the files to ram and use them from there?

GMan's Mods & Stuff

Announcement

#1 2009-08-18 13:11:50

Bug: ZIPE not freeing up memory / closing stream after usage?

#2 2009-08-18 20:12:23

Re: Bug: ZIPE not freeing up memory / closing stream after usage?

#3 2009-08-19 02:22:47

Re: Bug: ZIPE not freeing up memory / closing stream after usage?

Code:

#4 2009-08-19 06:00:38

Re: Bug: ZIPE not freeing up memory / closing stream after usage?

#5 2009-08-19 06:41:02

Re: Bug: ZIPE not freeing up memory / closing stream after usage?

#6 2009-08-20 19:50:15

Re: Bug: ZIPE not freeing up memory / closing stream after usage?

#7 2009-08-21 18:56:06

Re: Bug: ZIPE not freeing up memory / closing stream after usage?

#8 2009-08-24 03:40:16

Re: Bug: ZIPE not freeing up memory / closing stream after usage?

Board footer