- Pharo-dev - lists.pharo.org

Re: [Pharo-project] 12186 image quit problem

by Schwab,Wilhelm K

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: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Pavel Krivanek [pavel.krivanek(a)gmail.com] Sent: Friday, October 08, 2010 6:39 AM To: Pharo-project(a)lists.gforge.inria.fr 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 <marcus.denker(a)inria.fr<mailto:marcus.denker@inria.fr>> 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 Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 8, 2010

Re: [Pharo-project] Seaside and KomHttpServer in Pharo 1.2

by Guillermo Polito

On Fri, Oct 8, 2010 at 6:38 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi Dale, > > again I typically use my MetaSource application to > see if one can bootstrap a full seaside app in Pharo using > Metacello: > > -------------------------------------------------------------------------- > Gofer new > squeaksource: 'MetaSource'; > package: 'ConfigurationOfMetaSource'; > load. > > ((Smalltalk at: #ConfigurationOfMetaSource) project version: '1.4') load > -------------------------------------------------------------------------- > > Works well in "Pharo 1.1." but not in "PharoCore 1.2": > > In Pharo 1.2 some methods are deprecated and Seaside 3.0 still > uses ConfigurationOfKomHttpServer 1.3 instead of the newer 1.5. > As far as I know (and as I can see in the repo), the new KomHttpServer versions are just bugfixes and the deprecation issue you'r talking about :). It seems no dangerous. > > So the question is: is it planned to use the newer KomHttpServer > packages in the near future for Seaside 3.0 so I can switch to > Pharo 1.2 early? Or is this planned when Pharo 1.2 is mature and > released. > Thx > Torsten > > > -- > GMX DSL Doppel-Flat ab 19,99 €/mtl.! Jetzt auch mit > gratis Notebook-Flat! http://portal.gmx.net/de/go/dsl > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 8, 2010

Re: [Pharo-project] 12186 image quit problem

by Adrian Lienhard

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: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Alexander LazareviÄ [laza(a)blobworks.com] > Sent: Friday, October 08, 2010 5:06 AM > To: Pharo-project(a)lists.gforge.inria.fr > 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 <pavel.krivanek(a)gmail.com>: >> 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 <marcus.denker(a)inria.fr> >> 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 >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 8, 2010

Re: [Pharo-project] Seaside and KomHttpServer in Pharo 1.2

by Schwab,Wilhelm K

Torsten, What do you do to test your newly converted Seaside apps? Have you automated it, or is just a matter of trying everything yourself? Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Torsten Bergmann [astares(a)gmx.de] Sent: Friday, October 08, 2010 5:38 AM To: pharo-project(a)lists.gforge.inria.fr; dhenrich(a)vmware.com Subject: [Pharo-project] Seaside and KomHttpServer in Pharo 1.2 Hi Dale, again I typically use my MetaSource application to see if one can bootstrap a full seaside app in Pharo using Metacello: -------------------------------------------------------------------------- Gofer new squeaksource: 'MetaSource'; package: 'ConfigurationOfMetaSource'; load. ((Smalltalk at: #ConfigurationOfMetaSource) project version: '1.4') load -------------------------------------------------------------------------- Works well in "Pharo 1.1." but not in "PharoCore 1.2": In Pharo 1.2 some methods are deprecated and Seaside 3.0 still uses ConfigurationOfKomHttpServer 1.3 instead of the newer 1.5. So the question is: is it planned to use the newer KomHttpServer packages in the near future for Seaside 3.0 so I can switch to Pharo 1.2 early? Or is this planned when Pharo 1.2 is mature and released. Thx Torsten -- GMX DSL Doppel-Flat ab 19,99 €/mtl.! Jetzt auch mit gratis Notebook-Flat! http://portal.gmx.net/de/go/dsl _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 8, 2010

Re: [Pharo-project] 12186 image quit problem

by Schwab,Wilhelm K

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: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Alexander LazareviÄ [laza(a)blobworks.com] Sent: Friday, October 08, 2010 5:06 AM To: Pharo-project(a)lists.gforge.inria.fr 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 <pavel.krivanek(a)gmail.com>: > 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 <marcus.denker(a)inria.fr> > 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 >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 8, 2010

Re: [Pharo-project] XTream was Re: Ocean (was Re: Less plugins, more Smalltalk code!)

by Sven Van Caekenberghe

On 07 Oct 2010, at 21:41, Nicolas Cellier wrote: > Yes, every time I must warn and apologize because I'm guilty of hijacking the name. [....] Thank you Nicolas, for the elaborate explanation (I should have checked the wiki on SS first myself). With your latest updates, everything loads and all tests are green in Pharo 1.1.1 Is this a correct summary then ? You started Squeak XTreams based on both ideas in VW Xtreams and your own, at a time when VW Xtreams was not MIT licensed (and maybe incomplete). Your goal was/is not API level compatibility with VW Xtreams. Squeak XTreams values backwards compatibilty/integration a bit more, speed is important as well. I haven't looked deep enough into Squeak Xtreams yet. Reading the high level descriptions (slides and website docs) of VW Xtreams I get this warm feeling of 'Yes, this is it, this all makes perfect sense, feels good'. But apart from some historical influences, the relation with Squeak Xtreams seems rather limited. Sven

Oct. 8, 2010

Re: [Pharo-project] 12186 image quit problem

by Pavel Krivanek

On Fri, Oct 8, 2010 at 12:43 PM, Marcus Denker <marcus.denker(a)inria.fr>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. -- Pavel

Oct. 8, 2010

Re: [Pharo-project] 12186 image quit problem

by StÃ©phane Ducasse

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Ä <laza(a)blobworks.com>: >> 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 <pavel.krivanek(a)gmail.com>: >>> 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 <marcus.denker(a)inria.fr> >>> 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 >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> > <error_log.txt>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 8, 2010

Re: [Pharo-project] WebBrowser

by StÃ©phane Ducasse

tx On Oct 8, 2010, at 10:27 AM, Torsten Bergmann wrote: > Hi all, > > I made a new version 1.3 of ConfigurationOfExternalWebBrowser available > that is working in Pharo 1.2 again. > > It integrates ExternalWebBrowser-laza.113 (thanks to Alexander Lazarevic) > which fixes the problem by checking if "WebBrowser" is available and > only register if it is there. > > -------------------------------------------------------------------------- > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfExternalWebBrowser'; > load. > > (Smalltalk at: #ConfigurationOfExternalWebBrowser) load > -------------------------------------------------------------------------- > > > I would not reintroduce the WebBrowser class in Pharo 1.2 > since > - it is only a registry placeholder and we may think about AppRegistry > anyway > - we want Pharo(Core) to be clean and the above solves the issue > - there might be a VM primitive in future VMs to open the > browser anyway > > Thanks again to Alexander for the quick help. > > Bye > T. > > > > -- > GMX DSL Doppel-Flat ab 19,99 €/mtl.! Jetzt auch mit > gratis Notebook-Flat! http://portal.gmx.net/de/go/dsl > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 8, 2010

Re: [Pharo-project] 12186 image quit problem

by Marcus Denker

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 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Oct. 8, 2010