April 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Final 1.4 images...

by Marcus Denker

On Apr 19, 2012, at 1:58 AM, Gary Chambers wrote: > Too late for Polymorph etc. changes for 1.4 I guess... life does not stop with 1.4.... :-) > Going to make time for a changeset tomorrow, should be back-portable. > > I'll use the current 1.4 build as a difference baseline. > Ok, then we can integrate that in 2.0 directly at the start. -- Marcus Denker -- http://marcusdenker.de

April 19, 2012

[Pharo-project] moose build broke due to ConfigurationOfNautilus

by Tudor Girba

Hi, The Moose build just broke due to the loadRefactorings method being removed from ConfigurationOfNautilus. In general, it would be great to remove as little methods as possible from Configuration classes. Cheers, Doru -- www.tudorgirba.com "Speaking louder won't make the point worthier."

April 19, 2012

[Pharo-project] CogVM binaries as per VMMaker.oscog-eem.157/r2550.

by Eliot Miranda

http://www.mirandabanda.org/files/Cog/VM/VM.r2550/ CogVM binaries as per VMMaker.oscog-eem.157/r2550. Stack/CoInterpreter/Cogit: Implement proper bounds checking for byte access to compiled methods. Raise errors for accesses outside initialPC to size. CoInterpreter: Provide a thorough flush primitive for CompiledMethods that discards all machine code and makes sure that any contexts using the method have bytecode pcs. Primitive #215 (same as 116 in the Stack VM). This is much slower than 116 (flushCache) since it has to enumerate over all heap contexts. Provide an xray primitive for CompiledMethod that answers if a method has machine code, and if so if it's machine code is frameless, and/or refers to a young object. No primitive number. Used to test the above. Make printOopShort: print Association keys. Useful for longPrintOop:, and hence printReferencesTo: etc. Mac OS: add fflush to debug printing in sqMacUIEventsUniversal.c so output appears promptly. Fix the annoying bogus error messages from the mprotect calls by getting the length arg to mprotect right. Add version infor for the Cross/plugins tree. Add a -version switch to win32 -- best, Eliot

April 19, 2012

Re: [Pharo-project] Long click on pluggeable button

by Gary Chambers

Something for the next UI remake perhaps, with lessons learned. Support for more "gestures" etc., long click being one... (am using a drag as a substitute for those myself, in the meantime...) Regards, Gary Sent from my iPad On 18 Apr 2012, at 10:32, Hilaire Fernandes <hilaire.fernandes(a)edu.ge.ch> wrote: > Hello, > > Don't know if any of you tried to use long click event with pluggable > button. > > At first it looks pretty easy, as: > > btn on: #mouseStillDown send: #hello to: self. > > does the job. > > The hell is comming because btn aspect is changed but it states is not > changed. This is what I want but the aspect changed, but not the state, > so it get unsynchronized. > > I cannot find how to get the btn back to its aspect reflected by its > sate (#getModelState). I look at #update: but did not find. > > Of course it will be even better if its aspect is not changed when > #mouseStillDown event is triggered, but only at mouseUp. > > > Thanks > > Hilaire > > > PS: > - I found state to be misleading, should not it be selected? > - Also the use of symbol to describe the morph is a hell > - the morph extension add a layer of obscurity > - update/change is catastrophic in term of readability to maintain large > application > > Yes, I fell Morph does not scale when you get large application. At > least I got lost in my own code only when dealing with this specific part. > > > -- > Dr. Geo -- http://www.drgeo.eu > >

April 19, 2012

Re: [Pharo-project] Tester for Dr. Geo Android

by Gary Chambers

Perhaps, once inegrated/separately-loadable, our Android UI themes might be useful. Regards, Gary Sent from my iPad On 18 Apr 2012, at 13:15, Hilaire Fernandes <hilaire.fernandes(a)edu.ge.ch> wrote: > For those interested to test Dr. Geo on Android, write me privately at > hilaire [AT] drgeo.eu > > Hilaire > > > -- > Dr. Geo -- http://www.drgeo.eu > >

April 19, 2012

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

by David T. Lewis

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] Final 1.4 images...

by Gary Chambers

Too late for Polymorph etc. changes for 1.4 I guess... Going to make time for a changeset tomorrow, should be back-portable. I'll use the current 1.4 build as a difference baseline. Regards, Gary Sent from my iPad On 18 Apr 2012, at 22:54, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > It is, it's the default package > > > Ben > > On Apr 18, 2012, at 11:07 PM, phil(a)highoctane.be wrote: > >> Great stuff. >> >> Image works nicely. I noticed a _'unused' package after I installed Nautilus. Do not know if it is in the base image or not. >> >> Kudos! >> >> Philippe >> >> 2012/4/18 Mark Smith <mark.smith(a)objectbynature.com> >> Great news! :) >> >> My thanks to everyone who has helped make Pharo even better. >> >> On 18 Apr 2012, at 13:39, Marcus Denker wrote: >> >> > Hi, >> > >> > final images: >> > >> > One-Click: >> > >> > https://gforge.inria.fr/frs/download.php/30615/Pharo-1.4-14437-OneClick.zip >> > >> > Just image: >> > https://gforge.inria.fr/frs/download.php/30613/Pharo-1.4-14437.zip >> > >> > already linked on >> > >> > http://www.pharo-project.org/pharo-download/release-1-4 >> > >> > >> > -- >> > Marcus Denker -- http://marcusdenker.de >> > >> > >> >> >> >> >> >> -- >> Philippe Back >> "Helping you hit the top 3 outcomes you really want to achieve" >> >> Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be | Web: http://philippeback.eu | Blog: >> http://philippeback.be >> >> High Octane SPRL >> rue cour Boisacq 101 >> 1301 Bierges >> >

April 18, 2012

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

by Fernando Olivero

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]. 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 >

April 18, 2012

Re: [Pharo-project] Final 1.4 images...

by Benjamin

It is, it's the default package Ben On Apr 18, 2012, at 11:07 PM, phil(a)highoctane.be wrote: > Great stuff. > > Image works nicely. I noticed a _'unused' package after I installed Nautilus. Do not know if it is in the base image or not. > > Kudos! > > Philippe > > 2012/4/18 Mark Smith <mark.smith(a)objectbynature.com> > Great news! :) > > My thanks to everyone who has helped make Pharo even better. > > On 18 Apr 2012, at 13:39, Marcus Denker wrote: > > > Hi, > > > > final images: > > > > One-Click: > > > > https://gforge.inria.fr/frs/download.php/30615/Pharo-1.4-14437-OneClick.zip > > > > Just image: > > https://gforge.inria.fr/frs/download.php/30613/Pharo-1.4-14437.zip > > > > already linked on > > > > http://www.pharo-project.org/pharo-download/release-1-4 > > > > > > -- > > Marcus Denker -- http://marcusdenker.de > > > > > > > > > > -- > Philippe Back > "Helping you hit the top 3 outcomes you really want to achieve" > > Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be | Web: http://philippeback.eu | Blog: > http://philippeback.be > > High Octane SPRL > rue cour Boisacq 101 > 1301 Bierges >

April 18, 2012

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

by Mariano Martinez Peck

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

April 18, 2012