<p>Glynn, I tried your tests with no replication of the error. Then I had an epiphany. I realized that all the mapsets that had the extra ppm files are mapsets where I was digitizing vectors from features in raster images using the tcltk v.digit module in RC3. I did a test using spearfish, and I was able to replicate the problem. When v.digit loads, it creates it's own ppm and ppg files for the background of the v.digit display (seperate from the ppm and ppg files created for the regular tcltk map display). When one exits from v.digit, those ppm and ppg stay. When one exits from grass, the ppm and ppg files for the map display are erased, but NOT those created by the v.digit display. I don't have access to my linux box at the moment, but this could potentially be a cross-platform issue with the tcltk v.digit. I assume the issue will be fixed in the forthcoming wxpython v.digit as AFAIK the wx gui does not write ppm files for it's display... Shall I submit a bug ticket on this?</p>
<p>Cheers <br></p><div class="gmail_quote">Isaac</div><div class="gmail_quote"></div><div class="gmail_quote">On Thu, Apr 16, 2009 at 8:00 PM, Glynn Clements <span dir="ltr"><<a href="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><br>
Isaac Ullah wrote:<br>
<br>
> Before I submitted this as abug, I wanted to run it past the list first.<br>
> I've been doing lot of zooming, panning, etc. with WinGRASS map display<br>
> lately, and I just noticed that my remaining 5gigs of free disk space had<br>
> been eaten up in the last few days. I haven't downloaded anything, and have<br>
> mainly just been woring in grass. I checked the size of the mapsets I've<br>
> been working in and I discovered that the main one is 4.5 gig! It only has a<br>
> few maps in it, so I checked the size of cell, and it is small. I check all<br>
> the other folders and they were all small except for ".tmp" which was more<br>
> than 4Gigs! When I looked inside, I noticed that ALL the ppm files from the<br>
> map display from the last three days were still in there! I checked other<br>
> mapsets that I have used in that time frame, and all of them have ppm files<br>
> in them. mapsets I have not used have empty .tmp folders. Three days ago is<br>
> when I installed RC4 binaries. Is this an issue with RC4 for anyone else? Is<br>
> it a Windows thing? I'm using XP, on a laptop. I HAVE gone into hibernation<br>
> with GRASS still up. Does dong so cause GRASS to "forget" the current PID,<br>
> and therefore not be able to find the old ppm files to flush? Or is this<br>
> just a bug in RC4?<br>
<br>
</div>AFAICT, the GUI removes the PPM/PGM files for a layer when you remove<br>
the layer from the display, or when you close the map window.<br>
<br>
One possibility is that the close event doesn't get handled on Windows<br>
for whatever reason.<br>
<br>
Can you conduct some tests:<br>
<br>
1. Start the GUI from the command prompt, display a map, then quit.<br>
Report any error message and whether any PPM/PGM files are left<br>
behind.<br>
<br>
2. Start the GUI, add some maps to the list, display them, remove some<br>
maps from the list, check whether the PPM/PGM files are deleted as the<br>
maps are removed.<br>
<font color="#888888"><br>
--<br>
Glynn Clements <<a href="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</a>><br>
</font></blockquote></div><br><br clear="all"><br>-- <br><br>Isaac I Ullah, M.A.<br><br>Archaeology PhD Student,<br>ASU School of Evolution and Social Change<br><br>Research Assistant,<br>Mediterranean Landscape Dynamics Project<br>
***************************************************<br><a href="mailto:isaac.ullah@asu.edu">isaac.ullah@asu.edu</a><br><a href="mailto:ullah@archaeologist.com">ullah@archaeologist.com</a><br><br><a href="http://www.public.asu.edu/~iullah">http://www.public.asu.edu/~iullah</a><br>
***************************************************<br>