12186 image quit problem
Locked
123
123
 
|
Hi,
can you reproduce this? - take PharoCore-1.2-12172.image - update it to 12186 - click Save and quit - open the image again - click Quit
- the image hangs the image #12172 works well -- Pavel _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
On Oct 8, 2010, at 10:27 AM, Pavel Krivanek wrote: Hi, Hmm... works here (using an old mac vm 4.3.5betaU). I will put a pre-built image online... -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: 12186 image quit problem
|
|
Hmm, this is the result for Linux and
cogvm 3.9-7 and pharovm 3.10-3 -- Pavel 2010/10/8 Marcus Denker <[hidden email]>
_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
In reply to this post by Marcus Denker-4
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 [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: 12186 image quit problem
|
|
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 <[hidden email]> wrote:
_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
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 <[hidden email]>: > 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 <[hidden email]> > 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 >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
This is reproducible for me if I do:
Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfExternalWebBrowser'; load. (Smalltalk at: #ConfigurationOfExternalWebBrowser) load Find the error log attached. Alex 2010/10/8 Alexander Lazarević <[hidden email]>: > 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 <[hidden email]>: >> 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 <[hidden email]> >> 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 >>> [hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
error_log.txt (51K)
Re: 12186 image quit problem
|
|
In reply to this post by Marcus Denker-4
Hi Marcus,
is that really all what happened between 12172 and 12186?
update12186 Issue 3071: fixing timestamp tests
Issue 3068: Non portable SmalltalkImage>>platformName deprecationWarning Issue 3063: removing explain
Issue 3039: There should not be any configuration on Core It doesn't explain the problems with VM versions and in 12186 I cannot build the PharoKernel (it hangs without error in unload phase)
-- Pavel On Fri, Oct 8, 2010 at 10:49 AM, Marcus Denker <[hidden email]> wrote:
_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
In reply to this post by Marcus Denker-4
On Oct 8, 2010, at 12:39 PM, Pavel Krivanek wrote: > Hi Marcus, > > is that really all what happened between 12172 and 12186? > > update12186 > Issue 3071: fixing timestamp tests > Issue 3068: Non portable SmalltalkImage>>platformName deprecationWarning > Issue 3063: removing explain > Issue 3039: There should not be any configuration on Core > > It doesn't explain the problems with VM versions and in 12186 I cannot build the PharoKernel (it hangs without error in unload phase) > Issue 3002: A new finalization code ready for integration in Pharo http://code.google.com/p/pharo/issues/detail?id=3002 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: 12186 image quit problem
|
|
In reply to this post by laza
igor could you have a look?
Stef On Oct 8, 2010, at 11:26 AM, Alexander Lazarević wrote: > This is reproducible for me if I do: > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfExternalWebBrowser'; > load. > > (Smalltalk at: #ConfigurationOfExternalWebBrowser) load > > Find the error log attached. > > Alex > > 2010/10/8 Alexander Lazarević <[hidden email]>: >> 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 <[hidden email]>: >>> 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 <[hidden email]> >>> 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 >>>> [hidden email] >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> > <error_log.txt>_______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: 12186 image quit problem
|
|
In reply to this post by Marcus Denker-4
On Fri, Oct 8, 2010 at 12:43 PM, Marcus Denker <[hidden email]> wrote:
ok, can you reproduce this on your VM? - take prebuilt 12186 - run the image with a file as argument that contains: SmalltalkImage current snapshot: true andQuit: true. - run the image with a file as argument that contains:
5 timesRepeat: [Smalltalk garbageCollect]. SmalltalkImage current snapshot: false andQuit: true. -- Pavel _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: 12186 image quit problem
|
|
In reply to this post by laza
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: [hidden email] [[hidden email]] On Behalf Of Alexander Lazarević [[hidden email]] Sent: Friday, October 08, 2010 5:06 AM To: [hidden email] 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 <[hidden email]>: > 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 <[hidden email]> > 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 >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
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: [hidden email] [[hidden email]] On Behalf Of Alexander Lazarević [[hidden email]] > Sent: Friday, October 08, 2010 5:06 AM > To: [hidden email] > 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 <[hidden email]>: >> 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 <[hidden email]> >> 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 >>> [hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: 12186 image quit problem
|
|
In reply to this post by Pavel Krivanek-3
Pavel,
You say it "hangs without error." Squeak fails silently in many situations in the vms and the image, so a failure to provide diagnostic info is not a new thought, but this sounds like a deadlock between finalization and something else important - at least that is what I *think* I am reading. There might not be an error to report. Not to single out Sig, but has he not been working on finalization? I've debugged a few deadlocks over time, usually less dramatic that this, but my first step would be to find the processes that are involved. In terms of callstacks, all but the active process will be waiting on a semaphore; the first step is to find the ones doing that inside of critical sections. Typically one of the critical sections is "too big." The remedy can be to break the section into a smaller blocks, grabbing the shared resource(s) only needed. Other times, I have found it necessary/expedient to add a "third process" that moves objects or signals from one thread to the other. It can also be that one mutex is doing the work of two or more, though that usually arises in connection management where one protects a map of what goes where and then individually protects the connections (so it's 1+n mutexes rather than two of them - I doubt it applies here). Bill ________________________________________ From: [hidden email] [[hidden email]] On Behalf Of Pavel Krivanek [[hidden email]] Sent: Friday, October 08, 2010 6:39 AM To: [hidden email] Subject: Re: [Pharo-project] 12186 image quit problem Hi Marcus, is that really all what happened between 12172 and 12186? update12186 Issue 3071: fixing timestamp tests Issue 3068: Non portable SmalltalkImage>>platformName deprecationWarning Issue 3063: removing explain Issue 3039: There should not be any configuration on Core It doesn't explain the problems with VM versions and in 12186 I cannot build the PharoKernel (it hangs without error in unload phase) -- Pavel On Fri, Oct 8, 2010 at 10:49 AM, Marcus Denker <[hidden email]<mailto:[hidden email]>> 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 [hidden email]<mailto:[hidden email]> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: 12186 image quit problem
|
|
In reply to this post by Adrian Lienhard
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: [hidden email] [[hidden email]] On Behalf Of Adrian Lienhard [[hidden email]] Sent: Friday, October 08, 2010 8:21 AM To: [hidden email] 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: [hidden email] [[hidden email]] On Behalf Of Alexander Lazarević [[hidden email]] > Sent: Friday, October 08, 2010 5:06 AM > To: [hidden email] > 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 <[hidden email]>: >> 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 <[hidden email]> >> 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 >>> [hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: 12186 image quit problem
|
|
On Fri, 8 Oct 2010, Schwab,Wilhelm K wrote:
> 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. It's a lot easier than that. On windows just select the appropriate menu item "Dump all processes" instead of "Dump call stack". On un*x you can send SIGUSR1 to the process of the VM to make it print all stacks. IIRC Cog uses this signal for another purpose, so it doesn't work with Cog. What was the problem with printAllStacks() that you had to fix? Levente > > > ________________________________________ > From: [hidden email] [[hidden email]] On Behalf Of Adrian Lienhard [[hidden email]] > Sent: Friday, October 08, 2010 8:21 AM > To: [hidden email] > 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: [hidden email] [[hidden email]] On Behalf Of Alexander Lazarević [[hidden email]] >> Sent: Friday, October 08, 2010 5:06 AM >> To: [hidden email] >> 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 <[hidden email]>: >>> 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 <[hidden email]> >>> 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 >>>> [hidden email] >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
In reply to this post by Pavel Krivanek-3
2010/10/8 Pavel Krivanek <[hidden email]>:
> > On Fri, Oct 8, 2010 at 12:43 PM, Marcus Denker <[hidden email]> > wrote: >> >> On Oct 8, 2010, at 12:39 PM, Pavel Krivanek wrote: >> >> > Hi Marcus, >> > >> > is that really all what happened between 12172 and 12186? >> > >> > update12186 >> > Issue 3071: fixing timestamp tests >> > Issue 3068: Non portable SmalltalkImage>>platformName >> > deprecationWarning >> > Issue 3063: removing explain >> > Issue 3039: There should not be any configuration on Core >> > >> > It doesn't explain the problems with VM versions and in 12186 I cannot >> > build the PharoKernel (it hangs without error in unload phase) >> > >> No, we loaded: >> >> Issue 3002: A new finalization code ready for integration in Pharo >> http://code.google.com/p/pharo/issues/detail?id=3002 > > ok, can you reproduce this on your VM? > - take prebuilt 12186 > - run the image with a file as argument that contains: > SmalltalkImage current snapshot: true andQuit: true. > - run the image with a file as argument that contains: > 5 timesRepeat: [Smalltalk garbageCollect]. > SmalltalkImage current snapshot: false andQuit: true. > The problem is in MCMethodDefinition>>shutdown. Saving works, if i change it to: shutDown " WeakArray removeWeakDependent: Definitions." Definitions := nil. Not sure what happens there.. Also, it runs without fix, if i do: WeakArray restartFinalizationProcess. 5 timesRepeat: [Smalltalk garbageCollect]. SmalltalkImage current snapshot: false andQuit: true. > -- Pavel > > > > > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: 12186 image quit problem
|
|
In reply to this post by Levente Uzonyi-2
Levente,
This was several years ago in the Windows VM. I recall both shouting at the rain with no echo at the time, and years later seeing something very close to what I had done. At the time, printAllStacks() existed (which was why I had a prayer of succeeding), but produced a very jumbled mess with linefeeds in the wrong places. I did something with adding a feed or two outside of a loop over semaphores and then adding conditionals to the feeds inside the loop. More or less; it's been a while. Great news that the vm offers a ready way to trigger printAllStacks(); there are times when it is VERY useful, and if I'm right about what started this discussion, this will be one of them. It can't hurt much if I'm wrong - the double #critical:/#wait pattern would simply not appear and we would then know something that isn't causing it :) About SIGUSR1 on Linux, is the idea to open a terminal and send kill with SIGUSR 1 to the correct process ID? Where does the dump go? I'm guessing it goes to stdout of the vm, not to the terminal that sent the signal?? That would mean that one would need to have run the vm from a terminal or otherwise have arranged in advance to capture the output. So far at least, I tend to use a terminal to launch Pharo only when I expect to want trace info (such as when debugging one of my numerical .so functions) or when I have a reproducible badness (which this appears to be). Bill ________________________________________ From: [hidden email] [[hidden email]] On Behalf Of Levente Uzonyi [[hidden email]] Sent: Friday, October 08, 2010 9:44 AM To: [hidden email] Subject: Re: [Pharo-project] 12186 image quit problem On Fri, 8 Oct 2010, Schwab,Wilhelm K wrote: > 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. It's a lot easier than that. On windows just select the appropriate menu item "Dump all processes" instead of "Dump call stack". On un*x you can send SIGUSR1 to the process of the VM to make it print all stacks. IIRC Cog uses this signal for another purpose, so it doesn't work with Cog. What was the problem with printAllStacks() that you had to fix? Levente > > > ________________________________________ > From: [hidden email] [[hidden email]] On Behalf Of Adrian Lienhard [[hidden email]] > Sent: Friday, October 08, 2010 8:21 AM > To: [hidden email] > 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: [hidden email] [[hidden email]] On Behalf Of Alexander Lazarević [[hidden email]] >> Sent: Friday, October 08, 2010 5:06 AM >> To: [hidden email] >> 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 <[hidden email]>: >>> 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 <[hidden email]> >>> 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 >>>> [hidden email] >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
In reply to this post by laza
2010/10/8 Alexander Lazarević <[hidden email]>:
> This is reproducible for me if I do: > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfExternalWebBrowser'; > load. > > (Smalltalk at: #ConfigurationOfExternalWebBrowser) load > > Find the error log attached. During load , it says that FFI-Pools.em.2 does not exists. But i picked ar.1 version and continued, that save&quit everything works well > > Alex > > 2010/10/8 Alexander Lazarević <[hidden email]>: >> 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 <[hidden email]>: >>> 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 <[hidden email]> >>> 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 >>>> [hidden email] >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
In reply to this post by Pavel Krivanek-3
2010/10/8 Pavel Krivanek <[hidden email]>:
> Hi Marcus, > is that really all what happened between 12172 and 12186? > > update12186 > Issue 3071: fixing timestamp tests > Issue 3068: Non portable SmalltalkImage>>platformName deprecationWarning > Issue 3063: removing explain > Issue 3039: There should not be any configuration on Core > It doesn't explain the problems with VM versions and in 12186 I cannot build > the PharoKernel (it hangs without error in unload phase) > -- Pavel > WeakArray restartFinalizationProcess. it seems like a deadlock with WeakArray's FinalizationLock or FinalizationSemaphore. -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
«
Return to Pharo Smalltalk Developers
|
1 view|%1 views
| Free forum by Nabble | Edit this page |