Skip to content
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.

Concurrent modification exception in applet #147

Closed
openstreetmap-trac opened this issue Jul 23, 2021 · 2 comments
Closed

Concurrent modification exception in applet #147

openstreetmap-trac opened this issue Jul 23, 2021 · 2 comments

Comments

@openstreetmap-trac
Copy link

Reporter: dave-openstreetmap[at]earth.li
[Submitted to the original trac issue database at 2.31pm, Saturday, 25th March 2006]

The threads that recieve responses from the server directly modify the lines Map in the applet. This map is also iterated through with a fail-fast iterator. We should probably do something to stop the concurrent access, like synchronising the accesses on the map. A good start would be to make the map private and encapsulate the accesses to it. We could then control all of the locking in one place.

I have written a patch that reduces the amount this happens, but it doesn't solve the problem completely.

@openstreetmap-trac
Copy link
Author

Author: immanuel.scholz[at]gmx.de
[Added to the original trac issue at 5.53pm, Sunday, 26th March 2006]

I already ranted somewhere about this. This is the reason, why there are some Enumerations are still in place (which are not "fail fast" but "fail undefined" ;)

I believe this is the same problem as #111

The patch is applied to HEAD.

@openstreetmap-trac
Copy link
Author

Author: erik[at]tiq.com
[Added to the original trac issue at 10.07am, Monday, 27th March 2006]

Shouldn't this be fixed by a mutex instead?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant