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

[Pharo-project] Can't browse slices in Inbox

by Martin McClure

In a Monticello browser on the PharoInbox, I haven't been able to browse slices. When I press the Browse button I get a browser "Snapshot of SLICE...". In the class category pane the only thing listed is '*Extensions' and that has nothing in it. Is this a bug, or am I going about this wrong? Regards, -Martin

Dec. 8, 2009

Re: [Pharo-project] New User Experience Suggestion for 1.0

by csrabak＠bol.com.br

+1 It should not be that dangerous, it's only matter of saving an image with a workspace with the text in it. -- Cesar Rabak Em 07/12/2009 21:51, Tim Mackinnon < tamackinnon(a)gmail.com > escreveu: Guys - do you think you might consider bringing back the little Readme Workspace in the final 1.0 image (or maybe 1.1)? For new users - the blank screen is a bit intimidating, and with Pharo looking pretty good these days - I think new users are tempted to try it out - however its not easy to get started with a blank screen. I recall ages ago (and maybe this was the old Squeak image) there was a workspace with a few instructions - like the url to launch your web browser against - and a comment with the username and password for administering seaside. It's probably handy to have the url for Pharo by example as well as the Seaside online book. And finally a few doits and tips for launching a Class browser and common preferences to consider changing. I'm not sure if this is easy to do in your distribution script (hopefully it is a script) - and I also don't want to introduce anything risky into 1.0 (I am constantly anxious that some of the changes whizzing by are going into 1.0 - and stability is of the essence to get a good solid release out). But certainly it would make the initial new user experience that little bit better. Tim _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 8, 2009

Re: [Pharo-project] [Metacello] Re: Fwd: FFI not loading on squeak-dev 496

by Dale Henrichs

There is another issue that shows up in Squeak that did not show up in Pharo ... so The fix is straightforward, so I will publish another version of the configuration in a couple of minutes.... Dale ----- "Dale Henrichs" <dale.henrichs(a)gemstone.com> wrote: | I've checked in a new version of the configuration that allows me to | load SqueakDBX in Pharo and I will test this shortly in Squeak | (ConfigurationOfSqueakDBX-DaleHenrichs.4). | | FFI pacakges must be _initialized_ in load order. Which means that you | have to use the #linear load type for loading FFI. | | #atomic load, the default, works in most cases, but when | initialization order is important, then #linear needs to be used. | | Dale | | ----- "Mariano Martinez Peck" <marianopeck(a)gmail.com> wrote: | | | I guess this problem is related to Metacello. Probably not with | | Monticello | | in itself but in our own configuration. | | Sorry Dale for send you so many questions, emails, requests of new | | features, | | etc. But be aware that this is due to the fact we are migrating our | | projects | | to Metacello :) | | | | This problem related to Esteban, seems to be something with | Metacello. | | We | | are trying to evaluate this: | | | | (ConfigurationOfSqueakDBX project version: '1.1') load | | | | You can find that configuration class in | | http://www.squeaksource.com/SqueakDBX | | | | The problem is that all the FFI classes that are load BEFORE | | SqueakDBX, have | | NO METHODS. Ok, then the parser tries to parse the 'cdelc:' of FFI | and | | the | | DNU is to callingConventionFor: which is one of the class side | methods | | of | | the class ExternalStructure. | | | | But when I debug that, I noticed that all classes of the FFI | packages | | don't | | have any method :( Of course, this includes | | ExternalFunction>>callingConventionFor: | | | | This is weird. | | | | I don't know how to proceed. | | | | Let me know if I can help you with something else. | | | | Maybe there is something wrong in my configuration. | | | | Cheers, | | | | Mariano | | | | ---------- Forwarded message ---------- | | From: Esteban Lorenzano <estebanlm(a)gmail.com> | | Date: Mon, Dec 7, 2009 at 10:25 PM | | Subject: [Pharo-project] FFI not loading on squeak-dev 496 | | To: pharo-project(a)lists.gforge.inria.fr | | | | | | Hi, | | I'm trying to load FFI on a squeak-dev image (496 09.11.04) and I'm | | having a DNU here: | | | | externalFunctionDeclaration | | "Parse the function declaration for a call to an external | | library." | | | descriptorClass callType retType externalName args argType | | module | | fn | | | descriptorClass := Smalltalk at: #ExternalFunction | | ifAbsent:[nil]. | | descriptorClass == nil ifTrue:[^false]. | | callType := descriptorClass callingConventionFor: here. | | ------------------------------------------------------------ ^HERE | | | | Does anybody knows what happens? | | | | Cheers, | | Esteban | | | | | | | | _______________________________________________ | | 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

Dec. 8, 2009

Re: [Pharo-project] Fwd: FFI not loading on squeak-dev 496

by Dale Henrichs

I've checked in a new version of the configuration that allows me to load SqueakDBX in Pharo and I will test this shortly in Squeak (ConfigurationOfSqueakDBX-DaleHenrichs.4). FFI pacakges must be _initialized_ in load order. Which means that you have to use the #linear load type for loading FFI. #atomic load, the default, works in most cases, but when initialization order is important, then #linear needs to be used. Dale ----- "Mariano Martinez Peck" <marianopeck(a)gmail.com> wrote: | I guess this problem is related to Metacello. Probably not with | Monticello | in itself but in our own configuration. | Sorry Dale for send you so many questions, emails, requests of new | features, | etc. But be aware that this is due to the fact we are migrating our | projects | to Metacello :) | | This problem related to Esteban, seems to be something with Metacello. | We | are trying to evaluate this: | | (ConfigurationOfSqueakDBX project version: '1.1') load | | You can find that configuration class in | http://www.squeaksource.com/SqueakDBX | | The problem is that all the FFI classes that are load BEFORE | SqueakDBX, have | NO METHODS. Ok, then the parser tries to parse the 'cdelc:' of FFI and | the | DNU is to callingConventionFor: which is one of the class side methods | of | the class ExternalStructure. | | But when I debug that, I noticed that all classes of the FFI packages | don't | have any method :( Of course, this includes | ExternalFunction>>callingConventionFor: | | This is weird. | | I don't know how to proceed. | | Let me know if I can help you with something else. | | Maybe there is something wrong in my configuration. | | Cheers, | | Mariano | | ---------- Forwarded message ---------- | From: Esteban Lorenzano <estebanlm(a)gmail.com> | Date: Mon, Dec 7, 2009 at 10:25 PM | Subject: [Pharo-project] FFI not loading on squeak-dev 496 | To: pharo-project(a)lists.gforge.inria.fr | | | Hi, | I'm trying to load FFI on a squeak-dev image (496 09.11.04) and I'm | having a DNU here: | | externalFunctionDeclaration | "Parse the function declaration for a call to an external | library." | | descriptorClass callType retType externalName args argType | module | fn | | descriptorClass := Smalltalk at: #ExternalFunction | ifAbsent:[nil]. | descriptorClass == nil ifTrue:[^false]. | callType := descriptorClass callingConventionFor: here. | ------------------------------------------------------------ ^HERE | | Does anybody knows what happens? | | Cheers, | Esteban | | | | _______________________________________________ | 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

Dec. 8, 2009

[Pharo-project] New User Experience Suggestion for 1.0

by Tim Mackinnon

Guys - do you think you might consider bringing back the little Readme Workspace in the final 1.0 image (or maybe 1.1)? For new users - the blank screen is a bit intimidating, and with Pharo looking pretty good these days - I think new users are tempted to try it out - however its not easy to get started with a blank screen. I recall ages ago (and maybe this was the old Squeak image) there was a workspace with a few instructions - like the url to launch your web browser against - and a comment with the username and password for administering seaside. It's probably handy to have the url for Pharo by example as well as the Seaside online book. And finally a few doits and tips for launching a Class browser and common preferences to consider changing. I'm not sure if this is easy to do in your distribution script (hopefully it is a script) - and I also don't want to introduce anything risky into 1.0 (I am constantly anxious that some of the changes whizzing by are going into 1.0 - and stability is of the essence to get a good solid release out). But certainly it would make the initial new user experience that little bit better. Tim

Dec. 7, 2009

Re: [Pharo-project] Scriptloader class>>loadFFI

by David T. Lewis

On Mon, Dec 07, 2009 at 11:31:01PM +0100, Mariano Martinez Peck wrote: > This is wrong. It is FFI-Pools not FFI-Pool. But I am sure I tested > it. So, it seems > Andreas has changed it again. So, it must be: > > ScriptLoader>>loadFFI > self new installer monticello http: 'source.squeakfoundation.org'; > project: 'FFI'; > install: 'FFI-Pools'; > install: 'FFI-Kernel'; > install: 'FFI-Tests'; > install: 'FFI-Examples'. > (Smalltalk at: #ExternalType) initialize. > (Smalltalk at: #ExternalStructure) compileAllFields. > Smalltalk recreateSpecialObjectsArray. FYI, Andreas did not change it again. The change was only made once, and the reason was to allow the FFI pools to be a separate package that could be loaded into VMMaker without requiring all the rest of FFI. I did something similar when I put Speech on SqueakSource, so we can have only the necessary dependencies for VMMaker. Near term it is confusing to change packages, but gradually we are getting more modular :) Dave

Dec. 7, 2009

Re: [Pharo-project] VMMaker in Pharo.

by David T. Lewis

On Mon, Dec 07, 2009 at 11:46:45PM +0100, Mariano Martinez Peck wrote: > On Mon, Dec 7, 2009 at 12:09 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: > > > On Mon, Dec 07, 2009 at 11:53:00AM +0100, Mariano Martinez Peck wrote: > > > Hi! I need to load VMMaker and I was reading this link: > > > http://code.google.com/p/pharo/wiki/BuildingAVMOnPharo > > > > > > I tried with the gofer script but it doesn't work in new Gofer version, > > as I > > > need to change add: for addPackage: > > > There were also a problem with the ladrillos repo which was with lowcase > > > instead of uppercase. The correct Gofer script to load VMMaker is: > > > > > > |gofer| > > > > > > "Create Gofer Object" > > > gofer := Gofer new. > > > > > > "Load the FFI package" > > > ScriptLoader loadFFI. > > > > > > "add the Speech packages" > > > gofer squeaksource: 'Ladrillos'; > > > addPackage: 'Speech-Klatt'. > > > > > > "add VMMaker Packages" > > > gofer squeaksource: 'VMMaker'; > > > addPackage:'VMMaker'. > > > > > > "add Alien Support Packages" > > > gofer squeaksource: 'Alien'; > > > addPackage:'Alien-VMMaker-Support'. > > > > > > " Load " > > > gofer load. > > > > You may want to refer to this configuration map for some other packages > > to load with VMMaker: > > > > http://squeaksource.com/VMMaker/update-dtl.2.mcm > > > > Thanks Dave. It sounds like and interesting project to create a > ConfigurationOf for Metacello. Or at least, we need a ScriptLoader > loadVMMaker. > > So, we should load all the packages of that link ? Sorry for my ignorance, > but what do those packages add? I mean, with the script I used, it is > broken? I can still use VMMaker? what additional features do I have with the > rest of the packages? It is just a configuration map for MonticelloConfigurations. It is used when you evaluate "VMMaker updateFromServer", but it only works if you have MonticelloConfigurations in your image. But the format is very simple so you can just read it from http://squeaksource.com/VMMaker/update-dtl.2.mcm to figure out what the packages are. It would be good if we could have something similar for Pharo, so if you can make this work with Metacello or one of the loaders for Pharo, that would be great. The list of packages came from the "recipe" that Andreas uses for building Windows VMs, plus packages that I added (OSProcessPlugin etc). I know there are some missing from the configuration, but at least it's a start :) Dave

Dec. 7, 2009

Re: [Pharo-project] VMMaker in Pharo.

by Mariano Martinez Peck

On Mon, Dec 7, 2009 at 12:09 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: > On Mon, Dec 07, 2009 at 11:53:00AM +0100, Mariano Martinez Peck wrote: > > Hi! I need to load VMMaker and I was reading this link: > > http://code.google.com/p/pharo/wiki/BuildingAVMOnPharo > > > > I tried with the gofer script but it doesn't work in new Gofer version, > as I > > need to change add: for addPackage: > > There were also a problem with the ladrillos repo which was with lowcase > > instead of uppercase. The correct Gofer script to load VMMaker is: > > > > |gofer| > > > > "Create Gofer Object" > > gofer := Gofer new. > > > > "Load the FFI package" > > ScriptLoader loadFFI. > > > > "add the Speech packages" > > gofer squeaksource: 'Ladrillos'; > > addPackage: 'Speech-Klatt'. > > > > "add VMMaker Packages" > > gofer squeaksource: 'VMMaker'; > > addPackage:'VMMaker'. > > > > "add Alien Support Packages" > > gofer squeaksource: 'Alien'; > > addPackage:'Alien-VMMaker-Support'. > > > > " Load " > > gofer load. > > You may want to refer to this configuration map for some other packages > to load with VMMaker: > > http://squeaksource.com/VMMaker/update-dtl.2.mcm > Thanks Dave. It sounds like and interesting project to create a ConfigurationOf for Metacello. Or at least, we need a ScriptLoader loadVMMaker. So, we should load all the packages of that link ? Sorry for my ignorance, but what do those packages add? I mean, with the script I used, it is broken? I can still use VMMaker? what additional features do I have with the rest of the packages? Thank you very much. > > Dave > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 7, 2009

Re: [Pharo-project] Fwd: [squeak-dev] macintosh cocoa 32/64bit & 64/64bit VM goes BETA

by John M McIntosh

Ah, if someone can describe the test case: which I think is take a pharo 1.1 core 11049 then do update? I'll see where it's hung. would that be the pharo1.1-11073-alphadev09.12.1.zip or pharo1.1-11073-alphaweb09.12.1.zip from the 1.1 alpha links on the main pharo web page? On 2009-12-07, at 1:33 PM, Henrik Sperre Johansen wrote: > That's pretty normal, it's happened to me a lot of times, at least. > If you leave if for a while, it'll starts responding again. > No idea why it happens though, I glanced at the code one time it > happened, but no neurons fired :/ > > Cheers, > Henry > > On 07.12.2009 21:49, Michael Roberts wrote: >> Hi, I did a quick test on the 32bit version on 10.5.8. I took a pharo >> 1.1 core 11049 and told it to update from the network. It processed >> all the updates (took some time) and drew the "ok" dialog. However it >> then hung. I am not sure if that is related to the VM or not. in a >> spare moment I will dig deeper. >> >> thanks, >> Mike >> >> On Fri, Dec 4, 2009 at 7:33 PM, John M McIntosh >> <johnmci(a)smalltalkconsulting.com> wrote: >> >>> On 2009-12-04, at 4:30 AM, StÃ©phane Ducasse wrote: >>> >>> >>>>> john needs beta testers....Do not forget >>>>> I know that we are all terribly busy. >>>>> >>>>> >>> >>> Yes , *cough* feedback and response has been zero... >>> Maybe I should push the self-destruct button on the 3.x, 4.x VM series. >>> Where is that red button? Must be here somewhere in the office clutter... >>> >>> -- >>> =========================================================================== >>> 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 >>> >>> >> _______________________________________________ >> 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 -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Dec. 7, 2009

Re: [Pharo-project] Scriptloader class>>loadFFI

by Mariano Martinez Peck

This is wrong. It is FFI-Pools not FFI-Pool. But I am sure I tested it. So, it seems Andreas has changed it again. So, it must be: ScriptLoader>>loadFFI self new installer monticello http: 'source.squeakfoundation.org'; project: 'FFI'; install: 'FFI-Pools'; install: 'FFI-Kernel'; install: 'FFI-Tests'; install: 'FFI-Examples'. (Smalltalk at: #ExternalType) initialize. (Smalltalk at: #ExternalStructure) compileAllFields. Smalltalk recreateSpecialObjectsArray. On Wed, Nov 25, 2009 at 12:33 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > yes, it is 1478 issue > > > On Wed, Nov 25, 2009 at 4:35 AM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > >> Isn't this issue http://code.google.com/p/pharo/issues/detail?id=1478 ? >> >> Adrian >> >> On Nov 25, 2009, at 01:48 , Schwab,Wilhelm K wrote: >> >> > At least your email system *HAS* a refresh button. Could somebody >> > please tell me what stranglehold MS has on the market??? I thought >> > group wise was bad when they foisted that on us :( >> > >> > >> > >> > >> > -----Original Message----- >> > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto: >> pharo-project-bounces(a)lists.gforge.inria.fr >> > ] On Behalf Of Henrik Sperre Johansen >> > Sent: Tuesday, November 24, 2009 7:21 PM >> > To: pharo-project(a)lists.gforge.inria.fr >> > Subject: Re: [Pharo-project] Scriptloader class>>loadFFI >> > >> > Have.. to... hit... refresh button before replying! ;) >> > >> > On 25.11.2009 01:18, David T. Lewis wrote: >> >> Yes, that is probably it. The separate Pools package was set up to >> >> permit VMMaker to have just the Pools package as a prerequisite, >> >> rather than the entire FFI package. >> >> >> >> Dave >> >> >> >> On Tue, Nov 24, 2009 at 06:56:53PM -0500, Schwab,Wilhelm K wrote: >> >> >> >>> I think I found it: Andreas added a Pools sub-package, so #loadFFI >> >>> needs to load it before the kernel. Right?? >> >>> >> >>> >> >>> -----Original Message----- >> >>> From: pharo-project-bounces(a)lists.gforge.inria.fr >> >>> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of >> >>> Schwab,Wilhelm K >> >>> Sent: Tuesday, November 24, 2009 6:52 PM >> >>> To: Pharo-project(a)lists.gforge.inria.fr >> >>> Subject: [Pharo-project] Scriptloader class>>loadFFI >> >>> >> >>> Does >> >>> >> >>> Scriptloader loadFFI >> >>> >> >>> work in RC1? It's barking at me about FFIConstants. >> >>> >> >>> Bill >> >>> >> >>> >> >> _______________________________________________ >> >> 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 >> > >

Dec. 7, 2009