October 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Cmd-t in OB?

by Lukas Renggli

I don't know, I do not maintain them. I just realize that people often report bugs that have been fixed a long time ago. I suggest that you always load the latest code using the following script: "Refactoring" Gofer new squeaksource: 'rb'; package: 'AST-Core'; package: 'AST-Semantic'; package: 'Refactoring-Core'; package: 'Refactoring-Changes'; package: 'Refactoring-Critics'; package: 'Refactoring-Environment'; package: 'Refactoring-Spelling'; load. ! "OmniBrowser" Gofer new renggli: 'omnibrowser'; package: 'OmniBrowser'; package: 'OB-Standard'; package: 'OB-Morphic'; package: 'OB-Shout'; package: 'OB-Refactory'; package: 'OB-Regex'; package: 'OB-SUnitIntegration'; load. ! "Tools" Gofer new renggli: 'unsorted'; package: 'Shout'; package: 'ShoutWorkspace'; package: 'RoelTyper'; package: 'ECompletion'; package: 'ECompletionOmniBrowser'; load. ! "Select Tools" SystemBrowser default: (Smalltalk at: #OBSystemBrowserAdaptor). Lukas On 8 October 2010 15:09, Alexandre Bergel <alexandre(a)bergel.eu> wrote: > I did a "ConfigurationOfOmnibrowser project lastVersion load" > Apparently ConfigurationOfOmnibrowser is not maintained... > > Cheers, > Alexandre > > > On 8 Oct 2010, at 09:03, Lukas Renggli wrote: > >> Update, this has been fixed half a year ago :-) >> >> Lukas >> >> On 8 October 2010 14:58, Alexandre Bergel <alexandre(a)bergel.eu> wrote: >>> hi! >>> >>> When I press cmd-t in an ob browser in the class category pane, I get a window titled "Selected Command". I would expect executing the test of the class category. >>> >>> I tried to find out where the "Selected Command" command is defined with: >>> OBCommand allSubclasses select: [:c | c new keystroke = $t ] >>> => an OrderedCollection(OBCmdRunTests) >>> >>> But apparently only running the test is associated to Cmd-t. >>> Isn't that convenient to be able to run the test from a class category? >>> >>> Cheers, >>> alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel Â http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel Â http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

Oct. 8, 2010

Re: [Pharo-project] WebBrowser

by Levente Uzonyi

On Fri, 8 Oct 2010, Marcus Denker wrote: > > On Oct 8, 2010, at 3:36 AM, Levente Uzonyi wrote: > >> On Thu, 7 Oct 2010, Alexander LazareviÄ wrote: >> >>> 2010/10/7 Torsten Bergmann <astares(a)gmx.de>: >>>> Dont know why this specific subclass was removed since >>>> other subclasses of AppRegistry are still in the image >>>> (like MailSender, SoundService, ...) >>>> >>>> Was it by accident or if not what is the idea here. >>> >>> It got nuked with >>> >>> Name: System-Applications-StephaneDucasse.18 >>> Author: StephaneDucasse >>> Time: 11 July 2010, 6:52:54 pm >>> UUID: 7eb6ce52-4ac4-4523-b44f-eaf822506c76 >>> Ancestors: System-Applications-StephaneDucasse.14 >>> >>> - Issue 2664: empty classes: WebBrowser, SketchMorph, >>> PasteUpMorphTest, NameOfSubclass, MethodTempsNode >> >> Why did you remove NameOfSubclass? >> > It was part of the compiler tests, but there are no users (at least I am > too dumb to find them). > > -> empty class > -> no References > -> Not even in the source > -> In a tests package > -> Running the tests does not seem to re-create the class > (else in addition, tearDown code would be needed) It's part of the class creation template. The only useful aspect of its existence was that you got a warning if you forgot to change the name of the subclass in the template. Levente > > Marcus > > -- > 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 >

Oct. 8, 2010

Re: [Pharo-project] Cmd-t in OB?

by Alexandre Bergel

I did a "ConfigurationOfOmnibrowser project lastVersion load" Apparently ConfigurationOfOmnibrowser is not maintained... Cheers, Alexandre On 8 Oct 2010, at 09:03, Lukas Renggli wrote: > Update, this has been fixed half a year ago :-) > > Lukas > > On 8 October 2010 14:58, Alexandre Bergel <alexandre(a)bergel.eu> wrote: >> hi! >> >> When I press cmd-t in an ob browser in the class category pane, I get a window titled "Selected Command". I would expect executing the test of the class category. >> >> I tried to find out where the "Selected Command" command is defined with: >> OBCommand allSubclasses select: [:c | c new keystroke = $t ] >> => an OrderedCollection(OBCmdRunTests) >> >> But apparently only running the test is associated to Cmd-t. >> Isn't that convenient to be able to run the test from a class category? >> >> Cheers, >> alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Oct. 8, 2010

Re: [Pharo-project] Cmd-t in OB?

by Lukas Renggli

Update, this has been fixed half a year ago :-) Lukas On 8 October 2010 14:58, Alexandre Bergel <alexandre(a)bergel.eu> wrote: > hi! > > When I press cmd-t in an ob browser in the class category pane, I get a window titled "Selected Command". I would expect executing the test of the class category. > > I tried to find out where the "Selected Command" command is defined with: > OBCommand allSubclasses select: [:c | c new keystroke = $t ] > => an OrderedCollection(OBCmdRunTests) > > But apparently only running the test is associated to Cmd-t. > Isn't that convenient to be able to run the test from a class category? > > Cheers, > alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel Â http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

Oct. 8, 2010

[Pharo-project] Cmd-t in OB?

by Alexandre Bergel

hi! When I press cmd-t in an ob browser in the class category pane, I get a window titled "Selected Command". I would expect executing the test of the class category. I tried to find out where the "Selected Command" command is defined with: OBCommand allSubclasses select: [:c | c new keystroke = $t ] => an OrderedCollection(OBCmdRunTests) But apparently only running the test is associated to Cmd-t. Isn't that convenient to be able to run the test from a class category? Cheers, alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Oct. 8, 2010

Re: [Pharo-project] 12186 image quit problem

by Schwab,Wilhelm K

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: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Adrian Lienhard [adi(a)netstyle.ch] Sent: Friday, October 08, 2010 8:21 AM To: Pharo-project(a)lists.gforge.inria.fr 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: 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 _______________________________________________ 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

[Pharo-project] DejaVu vs Bitmap DejaVu / missing fonts folder

by Veronica Isabel Uquillas Gomez

Hi, I would like to know if i am the only one having the indentation problem when using bitmap fonts. The Torch dashboard makes use of small and big DejaVu Sans fonts. For configuring it the fonts folder is needed (that now is gone in the last version pharo 1.1.1 dev, why?). Got the suggestion of using the new DejaVu package and I tried... However, they are Bitmap DejaVu fonts and I have the problem of text indentation. I show the changed source code in popup views. With DejaVu sans fonts the text appears as it is written (first image), but with Bitmap fonts not -- all is aligned to the left, and it is impossible to read a method like that (second image). Do I need to set something else for those fonts to work? Any idea why do I have this problem? Can the fonts folder be include again in the distribution? Best regards, Veronica Uquillas

Oct. 8, 2010

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