That's good to know. It probably should be a lot easier than that. At least in the Windows vm, there is/was a debug menu (part of the vm's system menu) that would dump the stack for the active process; I hacked it to dump all of them rather than just one, fixed printAllStacks() along the way, and found my problem. Think of an end user machine; you don't want to have to, or might not be able to, install development tools just to get this type of basic information. It might simply be a way of ruling out problems, but it could be very important.
________________________________________ From: [email protected] [[email protected]] On Behalf Of Adrian Lienhard [[email protected]] Sent: Friday, October 08, 2010 8:21 AM To: [email protected] Subject: Re: [Pharo-project] 12186 image quit problem You can attach gdb to the VM and then call printAllStacks(). HTH, Adrian On Oct 8, 2010, at 14:07 , Schwab,Wilhelm K wrote: > Do you have access to anything that will dump the callstacks for "all" > processes? One of my first encounters with the Squeak update streams was > trying to provide patches to the dump code... Similar features appeared > years later, I suspect unrelated to my efforts. What I did was hack the VM > such that the dump (on the vm menu) gave all (non-dead IIRC) processes rather > than just that for the active process; for it to be readable required some > changes to when the dump adds a line feed. > > Seeing which threads are waiting on semaphores wrapped in critical sections > can be a huge help in finding deadlocks. Get it to lock up, then ask the vm > for the dump and look for the offenders. If we don't have this, we should. > > Bill > > > > ________________________________________ > From: [email protected] > [[email protected]] On Behalf Of Alexander > Lazarević [[email protected]] > Sent: Friday, October 08, 2010 5:06 AM > To: [email protected] > Subject: Re: [Pharo-project] 12186 image quit problem > > Just when I was about to test drive Torstens configuration of > ExternalWebBrowser, the image hangs somewhere while loading. I'm able > to abort it and find myself in some ensure block of an crticial > section of WeakArray finalization?! Trying to quit just hangs the > image for good. > BTW, this is on Windows. > > Alex > > 2010/10/8 Pavel Krivanek <[email protected]>: >> Strange... >> Linux VM 4.0.3.2202 from squeakvm.org worked well and your prebuilt image >> works with all this three virtual machines. Any idea why? >> -- Pavel >> >> On Fri, Oct 8, 2010 at 10:49 AM, Marcus Denker <[email protected]> >> wrote: >>> >>> On Oct 8, 2010, at 10:39 AM, Pavel Krivanek wrote: >>> >>>> Hmm, this is the result for Linux and >>>> cogvm 3.9-7 and pharovm 3.10-3 >>>> >>>> >>> >>> can you try: >>> >>> https://gforge.inria.fr/frs/download.php/27589/PharoCore-1.2-12186.zip >>> >>> >>> -- >>> Marcus Denker -- http://www.marcusdenker.de >>> INRIA Lille -- Nord Europe. Team RMoD. >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [email protected] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> [email protected] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > _______________________________________________ > Pharo-project mailing list > [email protected] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [email protected] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
