September 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] instanceVariableNames type vs classVariableNames type

by Nicolas Cellier

Well, both are collections. The order of instance variables is essential for compiling code. Does the order of class variable names matter ? Nicolas 2009/9/5 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > coloredPointClass classVarNames > Â Â Â Â returns a set > while > > coloredPointClass instanceVariableNames > Â Â Â Â returns an array > > Yeah.... regularity a la Smalltalk > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 5, 2009

[Pharo-project] iPhone squeak VM goes to latest Pharo image

by John M McIntosh

On Friday after ESUG I migrated the iPhone VM source code to use the Closure VM logic, this is squeak.app V2.x for the iPHone. I also updated the January era Pharo image to the latest image. If you have a copy of the squeak VM that I build for you and would like to upgrade you need to download the Squeak.2.0.0.app.zip from ftp://ftp.smalltalkconsulting.com/experimental/iPhoneAdHoc/ I note if you have made your VM image writtable via the setting's panel we will launch the new VM with the old writable image versus the new one. If you want to launch the new image you must first delete Squeak from your iPhone, beware that would erase any changes, so use MC to preserve that work. After deleting Squeak.app 1.x from your phone please install the new 2.0.0 version. As always ensure you sync and backup your device before deleting applications. I'm heading out for dinner in London, if problems please email. -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Sept. 5, 2009

Re: [Pharo-project] Issue with DisplayText and InterpreterSimulator

by Andrey Larionov

Thanks, Guys. I'll try it later. On Sat, Sep 5, 2009 at 22:07, David T. Lewis<lewis(a)mail.msen.com> wrote: > Thanks, that would be very helpful. I just reassigned Mantis 6555 to > myself, and I'll be happy to add any VMMaker changes.

Sept. 5, 2009

Re: [Pharo-project] Issue with DisplayText and InterpreterSimulator

by David T. Lewis

On Sat, Sep 05, 2009 at 07:53:30PM +0200, Adrian Lienhard wrote: > Hi Andrey, > > I once made the interpreter simulator work in 3.9 and posted my > changes to http://bugs.squeak.org/view.php?id=6555 > > In there I fixed the method that you are missing as follows: > > !ByteSymbol methodsFor: '*VMMaker' stamp: 'al 7/23/2007 10:17'! > coerceTo: cTypeString sim: interpreter > ^self! ! > > You may also need to check the other fixes in the Mantis issue. > > Please report back how it works and what changes you needed so that we > can integrate what is missing in Pharo and suggest changes to David > for the VMMaker package. Thanks, that would be very helpful. I just reassigned Mantis 6555 to myself, and I'll be happy to add any VMMaker changes. Dave

Sept. 5, 2009

[Pharo-project] instanceVariableNames type vs classVariableNames type

by StÃ©phane Ducasse

coloredPointClass classVarNames returns a set while coloredPointClass instanceVariableNames returns an array Yeah.... regularity a la Smalltalk Stef

Sept. 5, 2009

Re: [Pharo-project] Issue with DisplayText and InterpreterSimulator

by Adrian Lienhard

Hi Andrey, I once made the interpreter simulator work in 3.9 and posted my changes to http://bugs.squeak.org/view.php?id=6555 In there I fixed the method that you are missing as follows: !ByteSymbol methodsFor: '*VMMaker' stamp: 'al 7/23/2007 10:17'! coerceTo: cTypeString sim: interpreter ^self! ! You may also need to check the other fixes in the Mantis issue. Please report back how it works and what changes you needed so that we can integrate what is missing in Pharo and suggest changes to David for the VMMaker package. Cheers, Adrian BTW, a stack trace is written to a file in the directory where your image is located. On Sep 5, 2009, at 19:35 , StÃ©phane Ducasse wrote: > I do not know the answer but this would be great to get the > interpreter back on track. > > Stef > > On Sep 5, 2009, at 7:03 PM, Andrey Larionov wrote: > >> I attach screenshot of debugger to better understanding of context >> (why not provide in debuger an stacktrace exporter, or i miss >> somthing?) >> >> >> On Sat, Sep 5, 2009 at 20:53, StÃ©phane Ducasse<stephane.ducasse(a)inria.fr >>> wrote: >>> Let us know if you find and we need to react in pharo. >>> >>> Stef >>> >>> On Sep 5, 2009, at 6:16 PM, David T. Lewis wrote: >>> >>>> I'm sorry, I did not read your original posting carefully enough. >>>> The >>>> classes that implement coerceTo:sim: are Integer, Array, Bitmap, >>>> CArray, >>>> and CObjectAccessor. So I do not know what the problem is in this >>>> case. >>>> Sorry for the confusion. >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> <Interpreter.png>_______________________________________________ >> 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

Sept. 5, 2009

Re: [Pharo-project] small pharo success story

by Adrian Lienhard

Cool. I added an entry to http://www.pharo-project.org/about/success-stories Cheers, Adrian On Sep 5, 2009, at 16:01 , Marcus Denker wrote: > Hi, > > 2Denker now has it's first iPhone app deployed and in the store that > uses a Pharo backend: > > http://2denker.de/findabike (german only) > > The app shows the bikes of DB (German Railway Company): http://en.wikipedia.org/wiki/Call_a_Bike > > On the phone, we use a standard Objective-C frontend. It gets the data > via http from a pharo server. > > > Marcus > > > -- > Marcus Denker -- marcus(a)2denker.de > http://www.2denker.de > > 2denker UG (haftungsbeschrÃ¤nkt) > Sitz KÃ¶ln > Amtsgericht - Registergericht - KÃ¶ln, HRB 65065 > GeschÃ¤ftsfÃ¼hrer: Christian Denker und Dr. Marcus Denker > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 5, 2009

Re: [Pharo-project] Issue with DisplayText and InterpreterSimulator

by StÃ©phane Ducasse

I do not know the answer but this would be great to get the interpreter back on track. Stef On Sep 5, 2009, at 7:03 PM, Andrey Larionov wrote: > I attach screenshot of debugger to better understanding of context > (why not provide in debuger an stacktrace exporter, or i miss > somthing?) > > > On Sat, Sep 5, 2009 at 20:53, StÃ©phane Ducasse<stephane.ducasse(a)inria.fr > > wrote: >> Let us know if you find and we need to react in pharo. >> >> Stef >> >> On Sep 5, 2009, at 6:16 PM, David T. Lewis wrote: >> >>> I'm sorry, I did not read your original posting carefully enough. >>> The >>> classes that implement coerceTo:sim: are Integer, Array, Bitmap, >>> CArray, >>> and CObjectAccessor. So I do not know what the problem is in this >>> case. >>> Sorry for the confusion. >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > <Interpreter.png>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 5, 2009

Re: [Pharo-project] Issue with DisplayText and InterpreterSimulator

by Andrey Larionov

I attach screenshot of debugger to better understanding of context (why not provide in debuger an stacktrace exporter, or i miss somthing?) On Sat, Sep 5, 2009 at 20:53, StÃ©phane Ducasse<stephane.ducasse(a)inria.fr> wrote: > Let us know if you find and we need to react in pharo. > > Stef > > On Sep 5, 2009, at 6:16 PM, David T. Lewis wrote: > >> I'm sorry, I did not read your original posting carefully enough. The >> classes that implement coerceTo:sim: are Integer, Array, Bitmap, >> CArray, >> and CObjectAccessor. So I do not know what the problem is in this >> case. >> Sorry for the confusion. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 5, 2009

Re: [Pharo-project] Issue with DisplayText and InterpreterSimulator

by StÃ©phane Ducasse

Let us know if you find and we need to react in pharo. Stef On Sep 5, 2009, at 6:16 PM, David T. Lewis wrote: > I'm sorry, I did not read your original posting carefully enough. The > classes that implement coerceTo:sim: are Integer, Array, Bitmap, > CArray, > and CObjectAccessor. So I do not know what the problem is in this > case. > Sorry for the confusion.

Sept. 5, 2009