Vrapper causes Eclipse(CDT) to hang on startup when there are too many files opened in last session. about vrapper HOT 5 CLOSED

Wow, 100+ files open. That is impressive. According to your eclipse defect it sounds like the culprit is Vrapper calling getPart with restore == true. I'll try setting restore ==false and see if that has any adverse affects in Vrapper. If that actually breaks Vrapper in some way then I'm not sure what we'll be able to do to fix this. Maybe we can change restoreVimEmulationInActiveEditors to do some sort of deferred loading and only enable when the tab is activated. This is all just speculation right now though. I'll play with this a bit and see what I find. Thanks!

from vrapper.

Thanks for look into this. It would be nice if the loading can be done on-demand, i.e. when the tab is activated or the file is swapped into the active editor window.

from vrapper.

Sorry I ignored this defect for a while. I wanted to get 0.20.0 out before making potentially destabilizing changes. I've pushed an update to the unstable update site, 0.21.20120515. The only change is setting restore to false rather than true. It didn't seem to break anything in my basic testing, but that doesn't mean it fixed anything. Please install this unstable build and let me know if it behaves any better with 100+ files open.

Since this line of code is called in restoreVimEmulationInActiveEditors(), I tested the following scenarios:
Change tabs with vrapper enabled
Change tabs with vrapper disabled
Open file with vrapper enabled
Open file with vrapper disabled
Close file with vrapper enabled
Close file with vrapper disabled

from vrapper.

Looks like the fix works! No CReconciler threads are seen. Thanks.

from vrapper.

Great news! Thanks for verifying the fix!

from vrapper.