Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [udig-devel] deadlock "fixed" .. release?

Wow! Quite funny: I did some test the I started to write this mail
-----
I tested your workflow with 10m_admin_0_countries.shp from data_1_3.zip testdata and, still, cannot reproduce the deadlock.
I tested it on the USA pacific coast area, near the boundary with Canada and I successfully edited the horizontal boundary between the two states (the line belonging to the USA polygon) many times, always cycling through unselect polygon (cycling in the Pacific).
Just one silly doubt: to perform the test I am using the "Edit geometries" Tool. Is it right? You did not specify this but it seems to me the only one suitable for the task.
Marco
-----
..but before sending it, I reverted to uDig for a "last look" and... ..whoop! It frozed!
In the picture you can(n't) see the Canada polygon on which I just clicked.. ..so something happened AFTER the original polygon was removed and BEFORE the higlighted one was drawn.

So I made this little test: I just started switching selection from Canada to Alaska by clicking first on one polygon than on the ather and back again.. ..keeping an eye on  javaw.exe memoy print.
Here the result.

150mb : uDig Just started
168mb: new empty map created
205mb: 10m_admin_0_countries.shp added to map
260mb: click on Canada with "Edit Geometry" Tool
315mb: click on Alaska with "Edit Geometry" Tool
383mb: click back on Canada with "Edit Geometry" Tool
395mb: click back on Alaska with "Edit Geometry" Tool
432mb: click back on Canada with "Edit Geometry" Tool
441mb: click back on Alaska with "Edit Geometry" Tool
504mb: click back on Canada with "Edit Geometry" Tool
510mb: click back on Alaska with "Edit Geometry" Tool
514mb: click back on Canada with "Edit Geometry" Tool
514mb: click back on Alaska with "Edit Geometry" Tool -> uDig frozes!!

So my idea is that "highlighted" polygons objects get in memory an there they get stacked.
This stuff never gets garbage collected..  ..so we might have some serious memory leak problem here!

Also this might be the real cause of the issue: not actually anything to do with editing itself.

Marco


2013/2/20 andrea antonello <andrea.antonello@xxxxxxxxx>
Hi Marco,
could you please test with the uDig testdata set, which is how it happens to me?


I am using the countries admin 10m layer.

Thanks,
Andrea




On Wed, Feb 20, 2013 at 1:44 PM, Marco Foi <foimarco@xxxxxxxxx> wrote:
While using 
on the america_singlepart SHP, and doing the testing across the NORT AMERICA - SOUTH AMERICA boundary (to involve switching between to large polygons)
I could NOT reproduce the lock!

Marco


2013/2/20 andrea antonello <andrea.antonello@xxxxxxxxx>
Hi Jody,

I tried to reproduce the deadlock Andrea reported while using a debugger (in order to create my own better bug report). But was unable to catch it out ...

Do you have any further tips for reproducing this Andrea?

I am afraid not... let's summarize:

- select USA polygon
- move a node
- unselect (click outside)
- select another polygon
- go back to the first 

Here I already am in freeze. Try to do it more and more. 

Is anyone else experiencing this deadlock?

Ciao,
Andrea




 
-- 
Jody Garnett


_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel



_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel



_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel



_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel



Back to the top