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

Re: [Pharo-project] [Vm-dev] Re: Trying to build alien plugin in linux

by David T. Lewis

On Sun, Feb 21, 2010 at 01:19:36AM +0100, Levente Uzonyi wrote: > On Sat, 20 Feb 2010, John M McIntosh wrote: > > > So I think the current VMMaker build process is broken? > > In Squeak I get the expected line (using SlangBrowser and VMMaker-ar.158): > addrSize = interpreterProxy->byteSizeOf((oopForPointer( socketAddress ) - 4)); > > So I guess it's a Pharo issue. It is definitely Pharo-related, but I can't quite spot the source of the problem. In a Pharo image: ObjectMemory baseHeaderSize ==> nil ObjectMemory bytesPerWord ==> nil That is the reason for the incorrect code generation. If you evaluate this, the object memory constants will be set up properly: ObjectMemory initializeWithBytesToWord: Smalltalk wordSize At that point, I expect that the code generation problem will be probably be fixed. What I can't figure out is why this is not being initialized properly in a Pharo image. I'm fumbling my way through this with a borrowed computer (out of town this weekend, forgot to bring my laptop) and limited expertise with Pharo, so maybe someone can figure it out from the above clues. HTH, Dave

Feb. 21, 2010

Re: [Pharo-project] [update 1.1] #11227

by Marcus Denker

On Feb 21, 2010, at 4:44 PM, Adrian Lienhard wrote: > On Feb 21, 2010, at 11:59 , StÃ©phane Ducasse wrote: > >> Marcus this is strange we removed a lot of code and the image size grows :) > >> We will have to investigate that. > > > Did you run the cleanUpFor* methods? The grow may be due to MC cached definitions. Or to the ScriptLoader log. > MC cache is delete after each update. But the cleanup methods need to be run, yes... changesets hold on to old methods, making changeset history quite expensive. I actually think the main problem is the Scriptloader... it gets big quite quickly (both in terms of generated code and the log). > >> >> I would like also to play with mariano about the idea of use metacello to manage the unstable + external but pharo manage packages. To see how far we can unload packages now that settings, .... > > Indeed, that would be cool. Extracting ImageSegment into an external package also is on my todo list. good! -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 21, 2010

Re: [Pharo-project] [update 1.1] #11227

by Adrian Lienhard

On Feb 21, 2010, at 11:59 , StÃ©phane Ducasse wrote: > Marcus this is strange we removed a lot of code and the image size grows :) > We will have to investigate that. Did you run the cleanUpFor* methods? The grow may be due to MC cached definitions. Or to the ScriptLoader log. > > I would like also to play with mariano about the idea of use metacello to manage the unstable + external but pharo manage packages. To see how far we can unload packages now that settings, .... Indeed, that would be cool. Extracting ImageSegment into an external package also is on my todo list. Adrian > > Stef > > On Feb 21, 2010, at 11:22 AM, Marcus Denker wrote: > >> 11227 >> ----- >> >> Issue 2019: two empty packages: PineSoft-Widgets and SmBase >> Issue 2020: Packages without Repository >> Issue 1776: Refactor Package names >> Issue 2026: RecentMessageSet fixes >> >> ... the update recompiled the whole image. >> >> -- >> 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

Feb. 21, 2010

[Pharo-project] Xtreams under the MIT License

by Torsten Bergmann

http://www.cincomsmalltalk.com/blog/blogView?showComments=true&printTitle=X… -- NEU: Mit GMX DSL Ã¼ber 1000,- Â¿ sparen! http://portal.gmx.net/de/go/dsl02

Feb. 21, 2010

[Pharo-project] _ displayed as arrow then redisplayed as _

by StÃ©phane Ducasse

Hi I experienced the following bug: I browsed the Hobbes project there were two files hobbes-pavel<-krivanek hobbes-pavel_krivanek then when I click on the file I got hobbes-pavel_krivanek hobbes-pavel_krivanek so difficult to reproduce of course. Stef

Feb. 21, 2010

Re: [Pharo-project] [update 1.1] #11227

by StÃ©phane Ducasse

Marcus this is strange we removed a lot of code and the image size grows :) We will have to investigate that. I would like also to play with mariano about the idea of use metacello to manage the unstable + external but pharo manage packages. To see how far we can unload packages now that settings, .... Stef On Feb 21, 2010, at 11:22 AM, Marcus Denker wrote: > 11227 > ----- > > Issue 2019: two empty packages: PineSoft-Widgets and SmBase > Issue 2020: Packages without Repository > Issue 1776: Refactor Package names > Issue 2026: RecentMessageSet fixes > > ... the update recompiled the whole image. > > -- > 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

Feb. 21, 2010

Re: [Pharo-project] [Vm-dev] Re: Trying to build alien plugin in linux

by StÃ©phane Ducasse

May be a dab initialize of the variable "WordPer..." On Feb 21, 2010, at 1:19 AM, Levente Uzonyi wrote: > On Sat, 20 Feb 2010, John M McIntosh wrote: > >> So I think the current VMMaker build process is broken? > > In Squeak I get the expected line (using SlangBrowser and VMMaker-ar.158): > addrSize = interpreterProxy->byteSizeOf((oopForPointer( socketAddress ) - 4)); > > So I guess it's a Pharo issue. > > > Levente > >> >> Fortunately it won't compile so the person can't get to the point of >> having the VM crash. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 21, 2010

[Pharo-project] [update 1.1] #11227

by Marcus Denker

11227 ----- Issue 2019: two empty packages: PineSoft-Widgets and SmBase Issue 2020: Packages without Repository Issue 1776: Refactor Package names Issue 2026: RecentMessageSet fixes ... the update recompiled the whole image. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 21, 2010

Re: [Pharo-project] Looking for Beta Testers

by John M McIntosh

Nathan, you did manage to respond to me, and the entire Pharo list. So let me publicly answer your question about the "can't write to changes file" When the iphone VM startups up it checks to see if an image exists in the Application's (read/write) Document directory. If so it uses it. If not it checks a iSqueak VM setting to see if it should copy the image/changes from the read-only Application resource directory into the read/write Documents directory and makes a symbolic link for the *.sources file if one exists. If you choose not to have a read/writable image in the Document's folder then we open the Image in the Application's read-only resource directory. Now the image runs off to decide if it can find a changes file and a sources file. If so it finds them in the read-only resources directory, then the smalltalk code then attempts to write to the changes. This triggers an error. Now if the Squeak/Pharo Preference for warning if there is no changes or source file is set, then you get the message. Otherwise it silently notes the fact it can't write to the changes file and opens it read-only (well or something like that). Thus when you deploy the image in production or as read-only without or without a changes file you need to examine the settings of your Preferences to avoid messages you don't care to see. On 2010-02-20, at 7:53 PM, Nathan Tuttle wrote: > I can spend a little time on it. I am actually a little hazy about how the mechanics of iPhone development/deployment with squeak work as every time I deploy something I get the squeak world with a > "can't write to changes" message. But if your willing to suffer the mercy of a newbie smalltalker with the merits of a good programmer and tester; I'm your man. -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Feb. 21, 2010

Re: [Pharo-project] Looking for Beta Testers

by Nathan Tuttle

I can spend a little time on it. I am actually a little hazy about how the mechanics of iPhone development/deployment with squeak work as every time I deploy something I get the squeak world with a "can't write to changes" message. But if your willing to suffer the mercy of a newbie smalltalker with the merits of a good programmer and tester; I'm your man. UDID - 9472da7efb6f50f15812f82b7e1e76c4a8358bef On Sat, Feb 20, 2010 at 5:18 PM, John M McIntosh < johnmci(a)smalltalkconsulting.com> wrote: > If you had in the past contacted me with an iPhone/iPod udid in order to > put iSqueak on your iPhone or iPod touch > and you would like to beta test something I've been working on, then please > email me for an invite. > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 21, 2010