https://bugs.documentfoundation.org/show_bug.cgi?id=91721
Michael Meeks <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |[email protected], | |[email protected] Blocks| |91310 Assignee|[email protected] |[email protected] |desktop.org | Ever confirmed|0 |1 --- Comment #6 from Michael Meeks <[email protected]> --- Laszlo - can you take a look at this one ? it looks rather like the bindings bits you nailed before; but will take some investigation. I guess one thing to do would be to try to write a unit test to reproduce similar looking scenarios in eg. sfx2/qa/cppunit/test_controlleritem.cxx - which I created the other day. That test shows a double-dispose is just fine; but (somehow) I guess the ID is changing causing this crash. The lame fix is to bail out of ::Release() when nId >= pCaches.size() - but I'd like to understand and have a unit test that shows how and why that happens these days =) but possibly the fix is as simple as that (?) ;-) I guess we are doing: #4 0x00002aaaae92f63a in SfxBindings::Release(SfxControllerItem&) (this=0x2e24b00, rItem=...) at /home/julien/compile-libreoffice/libreoffice/sfx2/source/control/bindings.cxx:1033 ... from the same 'this' or object ... #15 0x00002aaaae92caee in SfxBindings::~SfxBindings() (this=0x2e24b00, __in_chrg=<optimized out>) at /home/julien/compile-libreoffice/libreoffice/sfx2/source/control/bindings.cxx:291 #16 0x00002aaaae92cb90 in SfxBindings::~SfxBindings() (this=0x2e24b00, __in_chrg=<optimized out>) at /home/julien/compile-libreoffice/libreoffice/sfx2/source/control/bindings.cxx:295 which perhaps causes the grief. Either way writing a custom SfxControllerItem to provoke that and unit testing it would be great; thanks ! -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
