- Pharo-dev - lists.pharo.org

Re: [Pharo-project] doSilently: not working?

by Mariano Martinez Peck

On Wed, Apr 18, 2012 at 9:15 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 18 April 2012 21:11, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > > > > > > On Wed, Apr 18, 2012 at 9:03 PM, Eliot Miranda <eliot.miranda(a)gmail.com> > > wrote: > >> > >> > >> > >> On Wed, Apr 18, 2012 at 10:20 AM, Mariano Martinez Peck > >> <marianopeck(a)gmail.com> wrote: > >>> > >>> Put a halt in SystemChangeNotifier >> #methodRemoved: aMethod selector: > >>> aSymbol inProtocol: protocol class: aClass > >>> > >>> Then evaluate: > >>> > >>> TestCase compile: 'foo'. > >>> TestCase removeSelectorSilently: #foo. > >>> > >>> And the halt stops.... > >> > >> > >> you mean there's no halt? That's what doSilently: is supposed to do, > >> prevent notifications of programming events (add, change, remove et al). > >> Right? > >> > > > > > > no, sorry, I meant that it *does* halt when (from what I understood), it > > shouldn't. > > > > the implementation of it is done so, that SystemChangeNotifier always > receives those events, > but if you in silent mode it doesn't broadcasts it to subscribers. > > Thanks Igor. I noticed that later on. It seems I was confusing the system somehow. > > > > >>> > >>> > >>> I am doing something wrong? > >>> > >>> thanks > >>> > >>> -- > >>> Mariano > >>> http://marianopeck.wordpress.com > >>> > >> > >> > >> > >> -- > >> best, > >> Eliot > >> > > > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > > > -- > Best regards, > Igor Stasenko. > > -- Mariano http://marianopeck.wordpress.com

April 19, 2012

Re: [Pharo-project] lagging in the interface

by Hilaire Fernandes

Le 19/04/2012 13:52, StÃ©phane Ducasse a Ã©crit : > No. > Do you have a case? > Not really, it is just that some time, tapping on a button may just not respond. Dimitry reported me it was not occuring with Squeak 3.9, but I have not tested it myself. At first I though it may be related to the theme I use for DrGeo, but Dimitry noted the same issue with bare bone Pharo. Hilaire -- Dr. Geo -- http://www.drgeo.eu

April 19, 2012

[Pharo-project] [ANN] Little bugfix release of Neptuno DBX browser

by Guillermo Polito

Little release with a bugfix of the Neptuno Browser for pharo 1.3 :). Next step, trying to port it to released 1.4 :D. Release notes: - use *transmit to: #xx; andShow:* instead of *showOn: #xx; using: *when building the browser with glamour To test: Gofer it squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfDBXTools'; push. (ConfigurationOfDBXTools project version: #stable) load: 'Neptuno' making noise, Guille

April 19, 2012

Re: [Pharo-project] wrong way of handling toggle

by Guillermo Polito

On Thu, Apr 19, 2012 at 3:19 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > I'm quite sure that we should be able to get a faster and cleaner way to > define on/off buttonsâ¦. > > (state = true or: [state isString and: [(state beginsWith: '<yes>') > or: [state beginsWith: '<on>']]]) > > http://code.google.com/p/pharo/issues/detail?id=5633 > > :( > > > icon > "Answer the receiver's icon. Handle legacy case > of wording-based mechanism." > > |state| > self getStateSelector ifNil: [^super icon]. > state := (MessageSend receiver: self target selector: self > getStateSelector) > valueWithEnoughArguments: self arguments . > (state = true or: [state isString and: [(state beginsWith: '<yes>') > or: [state beginsWith: '<on>']]]) > ifTrue: [^self onIcon]. > (state = false or: [state isString and: [(state beginsWith: '<no>') > or: [state beginsWith: '<off>']]]) > ifTrue: [^self offIcon]. > ^super icon > > > benjamin suggested that we had support for the string 'true' and 'false' > in case :) > 0 for false and non-0 for true is a good option to add also :P > > Stef >

April 19, 2012

[Pharo-project] wrong way of handling toggle

by StÃ©phane Ducasse

I'm quite sure that we should be able to get a faster and cleaner way to define on/off buttonsâ¦. (state = true or: [state isString and: [(state beginsWith: '<yes>') or: [state beginsWith: '<on>']]]) http://code.google.com/p/pharo/issues/detail?id=5633 :( icon "Answer the receiver's icon. Handle legacy case of wording-based mechanism." |state| self getStateSelector ifNil: [^super icon]. state := (MessageSend receiver: self target selector: self getStateSelector) valueWithEnoughArguments: self arguments . (state = true or: [state isString and: [(state beginsWith: '<yes>') or: [state beginsWith: '<on>']]]) ifTrue: [^self onIcon]. (state = false or: [state isString and: [(state beginsWith: '<no>') or: [state beginsWith: '<off>']]]) ifTrue: [^self offIcon]. ^super icon benjamin suggested that we had support for the string 'true' and 'false' in case :) Stef

April 19, 2012

Re: [Pharo-project] Problem with Traits, Ring, RPcakage and Obsoletes

by Mariano Martinez Peck

On Thu, Apr 19, 2012 at 3:07 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Thu, Apr 19, 2012 at 12:21 AM, Fernando Olivero < > fernando.olivero(a)usi.ch> wrote: > >> Hi Mariano, we should be able to "silently" create temporal classes, >> without notifying the system. >> >> Have you tried something like this: >> >> >> default := RPackage organizer. >> [ >> default unregister. >> SystemChangeNotifier uniqueInstance doSilently: [ >> Object subclass: #TemporalClassForFuel >> instanceVariableNames: '' >> classVariableNames: '' >> poolDictionaries: '' >> category: 'FuelTests']. >> >> ] ensure:[ >> (Smalltalk globals classNamed: 'TemporalClassForFuel' ) >> removeFromSystem:false. >> default register]. >> >> > Hi Fernando. Thanks, but it doesn't seem to work. > I put a halt in SystemChangeNotifier >> classAdded: aClass inCategory: > aCategoryName > Then I modfified ClassFactoryForTestCase: > > newSubclassOf: aClass instanceVariableNames: ivNamesString > classVariableNames: classVarsString category: category > | newClass default | > > default := RPackage organizer. > [ > default unregister. > SystemChangeNotifier uniqueInstance doSilently: [ > newClass := aClass > subclass: self newName > instanceVariableNames: ivNamesString > classVariableNames: classVarsString > poolDictionaries: '' > category: (self packageName, '-', category) asSymbol. > ]. > ] ensure:[ > default register]. > > self createdClasses add: newClass. > ^newClass > > > And when creating a class, it still halts on #classAdded: aClass > inCategory: aCategoryName > If I proceed the halt it continues up to RPackage >> systemClassAddedActionFrom: and it fails trying to import an OBSOLETE class. > > > Look attached screenshot. > > Thanks > > > >> Saludos, >> Fernando >> >> On Wed, Apr 18, 2012 at 11:49 PM, Mariano Martinez Peck >> <marianopeck(a)gmail.com> wrote: >> > Hi guys. I am running some tests with Fuel. In such test I create >> classes and traits. The problem is that I get a: "MessageNotUnderstood: >> receiver of "isProvided" is nil" >> > Everything starts (it seems) when I do #addToComposition: and I >> receive a MethodRecategorized event and RPackage calls >> #systemMethodRecategorizedActionFrom: >> > There, the problem is with -> method isProvidedByATrait >> > the class of the method is 'AnObsoleteClassForTestToBeDeleted1' >> > And the error finally arrives to #providedLocatedMethod where it does >> "each method isProvided" the problem is that "each" is a >> RGMethodDefinition with everything in nil except 'name' and 'annotations'. >> > I attach PharoDebug.log. >> > Any help is really appreaciated. >> > >> > Thanks, >> > >> > -- >> > Mariano >> > http://marianopeck.wordpress.com >> > >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

April 19, 2012

Re: [Pharo-project] Problem with Traits, Ring, RPcakage and Obsoletes

by Mariano Martinez Peck

On Thu, Apr 19, 2012 at 12:21 AM, Fernando Olivero <fernando.olivero(a)usi.ch>wrote: > Hi Mariano, we should be able to "silently" create temporal classes, > without notifying the system. > > Have you tried something like this: > > > default := RPackage organizer. > [ > default unregister. > SystemChangeNotifier uniqueInstance doSilently: [ > Object subclass: #TemporalClassForFuel > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: '' > category: 'FuelTests']. > > ] ensure:[ > (Smalltalk globals classNamed: 'TemporalClassForFuel' ) > removeFromSystem:false. > default register]. > > Hi Fernando. Thanks, but it doesn't seem to work. I put a halt in SystemChangeNotifier >> classAdded: aClass inCategory: aCategoryName Then I modfified ClassFactoryForTestCase: newSubclassOf: aClass instanceVariableNames: ivNamesString classVariableNames: classVarsString category: category | newClass default | default := RPackage organizer. [ default unregister. SystemChangeNotifier uniqueInstance doSilently: [ newClass := aClass subclass: self newName instanceVariableNames: ivNamesString classVariableNames: classVarsString poolDictionaries: '' category: (self packageName, '-', category) asSymbol. ]. ] ensure:[ default register]. self createdClasses add: newClass. ^newClass And when creating a class, it still halts on #classAdded: aClass inCategory: aCategoryName Look attached screenshot. Thanks > Saludos, > Fernando > > On Wed, Apr 18, 2012 at 11:49 PM, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: > > Hi guys. I am running some tests with Fuel. In such test I create > classes and traits. The problem is that I get a: "MessageNotUnderstood: > receiver of "isProvided" is nil" > > Everything starts (it seems) when I do #addToComposition: and I > receive a MethodRecategorized event and RPackage calls > #systemMethodRecategorizedActionFrom: > > There, the problem is with -> method isProvidedByATrait > > the class of the method is 'AnObsoleteClassForTestToBeDeleted1' > > And the error finally arrives to #providedLocatedMethod where it does > "each method isProvided" the problem is that "each" is a > RGMethodDefinition with everything in nil except 'name' and 'annotations'. > > I attach PharoDebug.log. > > Any help is really appreaciated. > > > > Thanks, > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > -- Mariano http://marianopeck.wordpress.com

April 19, 2012

Re: [Pharo-project] OSProcess - is process done?

by GastÃ³n Dall' Oglio

Forget to say something, if I unload and reload the OSProcess package, then starts working well again. El 19 de abril de 2012 09:27, GastÃ³n Dall' Oglio <gaston.dalloglio(a)gmail.com > escribiÃ³: > Hi. > > I use OSProcess in Windows (XP and Seven) and I notice that it hang when I > open the image with OSProcess already loaded. I try in > Seaside-3.0.7-OneClick and Pharo-1.4-14438-OneClick, and I get same error. > > Step to reproduce: > 1. Load OSProcess in a clean image. I use this snippet: > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfOSProcess'; > load. > ((Smalltalk at: #ConfigurationOfOSProcess) project version: #stable) load. > > 2. Save and quit. > 3. Open same image, with OSProcess already load. > 4. Inspect this: > OSProcess command: 'dir'. > > You can notice that process never is completed, however the operating > system window where running is already closed. If you inspect previous code > after step 1 (before save and quit) the process is completed. > > In another hand, I notice that in the ConfigurationOfOSProcess>>baseline44 > there is a OSProcess-Tests package, but this there isn't in the repo, and > the tests classes are loaded with just load OSProcess package. I don't want > load the tests in the deploy images. Maybe I do something wrong. > > Regards. > > > El 18 de abril de 2012 21:07, David T. Lewis <lewis(a)mail.msen.com>escribiÃ³: > > On Wed, Apr 18, 2012 at 02:47:38PM -0700, Sean P. DeNigris wrote: >> > Sometimes, OSProcess hangs even though the underlying command has >> completed. >> > >> > For example, on Mac 10.7.3: >> > p := PipeableOSProcess waitForCommand: 'ps -ax -o pid,command' >> "never >> > returns" >> > even though "p upToEnd" immediately returns the output if I use >> #command: >> > instead of waiting. >> > >> > How best to handle this? >> > >> > Thanks. >> > Sean >> >> PipeableOSProcess class>>waitForCommand: is just a loop that waits for >> the command (running in an external process) to complete. If the command >> does not complete, it keeps looping. >> >> The program that you are running (/bin/ps) will try to exit after it has >> written all of its output to its standard output, which in this case is >> a pipe connected back to your VM. But if the pipe fills up (the operating >> system will put some limit on this), the /bin/ps program will block trying >> to write to its output until somebody reads some of that data from the >> pipe. If nobody reads the output, the /bin/ps program will just block >> forever, and it will seem to be "stuck" and will never exit. >> >> What to do? Read the data from the output of the PipeableOSProcess. The >> /bin/ps program will then be unblocked, and it will finish writing its >> output and then exit normally. >> >> Dave >> >> >> >

April 19, 2012

Re: [Pharo-project] OSProcess - is process done?

by GastÃ³n Dall' Oglio

Hi. I use OSProcess in Windows (XP and Seven) and I notice that it hang when I open the image with OSProcess already loaded. I try in Seaside-3.0.7-OneClick and Pharo-1.4-14438-OneClick, and I get same error. Step to reproduce: 1. Load OSProcess in a clean image. I use this snippet: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfOSProcess'; load. ((Smalltalk at: #ConfigurationOfOSProcess) project version: #stable) load. 2. Save and quit. 3. Open same image, with OSProcess already load. 4. Inspect this: OSProcess command: 'dir'. You can notice that process never is completed, however the operating system window where running is already closed. If you inspect previous code after step 1 (before save and quit) the process is completed. In another hand, I notice that in the ConfigurationOfOSProcess>>baseline44 there is a OSProcess-Tests package, but this there isn't in the repo, and the tests classes are loaded with just load OSProcess package. I don't want load the tests in the deploy images. Maybe I do something wrong. Regards. El 18 de abril de 2012 21:07, David T. Lewis <lewis(a)mail.msen.com> escribiÃ³: > On Wed, Apr 18, 2012 at 02:47:38PM -0700, Sean P. DeNigris wrote: > > Sometimes, OSProcess hangs even though the underlying command has > completed. > > > > For example, on Mac 10.7.3: > > p := PipeableOSProcess waitForCommand: 'ps -ax -o pid,command' "never > > returns" > > even though "p upToEnd" immediately returns the output if I use > #command: > > instead of waiting. > > > > How best to handle this? > > > > Thanks. > > Sean > > PipeableOSProcess class>>waitForCommand: is just a loop that waits for > the command (running in an external process) to complete. If the command > does not complete, it keeps looping. > > The program that you are running (/bin/ps) will try to exit after it has > written all of its output to its standard output, which in this case is > a pipe connected back to your VM. But if the pipe fills up (the operating > system will put some limit on this), the /bin/ps program will block trying > to write to its output until somebody reads some of that data from the > pipe. If nobody reads the output, the /bin/ps program will just block > forever, and it will seem to be "stuck" and will never exit. > > What to do? Read the data from the output of the PipeableOSProcess. The > /bin/ps program will then be unblocked, and it will finish writing its > output and then exit normally. > > Dave > > >

April 19, 2012

Re: [Pharo-project] TWM on Pharo 1.4

by Benjamin

Yep, there is also a Nautilus flag, feel free to use it ;) Thanks in advance, Ben On Apr 19, 2012, at 2:11 PM, Frank Shearar wrote: > Are you happy with a bug just on the main Pharo buglist? > > frank > > On 19 April 2012 13:07, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: >> Please, if you have a way to reproduce it, open a bug entry :) >> >> I am a bit busy right now, but I promise to have a look asap ;) >> >> Ben >> >> >> On Apr 19, 2012, at 1:48 PM, Frank Shearar wrote: >> >>> On 19 April 2012 12:11, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: >>>> It was clearly a Nautilus problem (and I just fixed it) >>>> >>>> The problem is that the Browser API is not clearly defined, messy, and far too huge :s >>>> So I add the methods step by step when someone encounter an issue. >>>> >>>> >>>> Thanks for reporting, >>> >>> Thanks for fixing, Ben! I just needed to load >>> Nautilus-BenjaminVanRyseghem.251 and I'm good to go! >>> >>> Er, but I just found another problem. In my newly-added Browser I went >>> to ConfigurationOfTilingWindowManager>>#version13: (so I could prepare >>> a patch for Laurent), and got a SubscriptOufOfBounds: 1 in >>> CompiledMethod(Object)>>errorSubscriptBounds:. I can't reproduce this >>> in a vanilla Pharo-1.4 and your just-released ConfigurationOfNautilus, >>> so I'll see if I can't get a shorter "here's how to reproduce the >>> problem" recipe later. >>> >>> frank >>> >>>> Ben >>>> >>>> On Apr 19, 2012, at 12:24 PM, Frank Shearar wrote: >>>> >>>>> Hi Laurent, >>>>> >>>>> I noticed your announcement and eagerly fired up the latest TWM using >>>>> Cog r2550. I selected "New browser" under "Browser actions" and ran >>>>> into an MNU: Nautilus class >> #openBrowser. >>>>> >>>>> That obviously sounds like a Nautilus problem; I bring it to your >>>>> attention just because it's your release, and you'd know better than I >>>>> whether it's Nautilus or a configuration problem. >>>>> >>>>> Thanks for the release though! >>>>> >>>>> frank >>>>> >>>> >>>> >>> >> >> >

April 19, 2012