Hey David, 2010/5/8 David Galicia <[email protected]>: > I have a TreeView widget inside a WContainerWidget. When I double > click an item in TreeView, a WDialog popups and starts a recursive > event loop.
Basically, if I modify the treeview-dragdrop example to use exec() instead of show() for the dialog that appears to edit a 'file', I should have a pretty similar structure? So, I tried with the following changes: - instead of show() at line 188, I do exec() - no delete this on line 230, but instead after the call to exec() [that is a bit non-idiomatic, but it works, deleting from within the constructor :-)] Alas, I could not reproduce the problem... > returned by WebSession::Handler::instance() has its > reference-to-a-WebRequest field uninitialized. This is as far as my > deduction skills can take me. =( I do have an idea of what could be the problem -- it could be related to the fact that multiple signals are transmitted with the same request (depending on the double click speed). When you get a crash, can you dump the firebug Post information of the unsuccessful XHTMLRequest ? > While the crash is fairly easy to reproduce with GDB (at least on my > system), it seems impossible to reproduce with Helgrind. I think the helgrind warnings are innocent: it is confused by the asynchronous I/O which makes it so that different threads may sequentially be working on the same request/response. Regards, koen ------------------------------------------------------------------------------ _______________________________________________ witty-interest mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/witty-interest
