- Pharo-dev - lists.pharo.org

[Pharo-project] SqueakDBX site?

by Torsten Bergmann

http://www.squeakdbx.org/ now points to a japanese site? Anyone know what happened? Thx Torsten -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurÃ¼ck-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone

Nov. 17, 2011

Re: [Pharo-project] Headless PetitParser

by Mariano Martinez Peck

We could put this in the collaborative book. Alberto, let me know if you want a user ;) On Wed, Nov 16, 2011 at 6:19 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Thanks Alberto > Documentation and sharing are underestimated in our community. What is > simple for you may be complex for somebody else and the inverse, > we are all more poWewerful together :) > > Stef > > On Nov 16, 2011, at 9:25 AM, Alberto Bacchelli wrote: > > > > > StÃ©phane Ducasse wrote: > >> > >> can you give an example so that people can learn too? > >> > > > > Sure. > > > > So I have a simple bash script that calls the vm, the image, and the > script: > > > > ----------------bash script----------- > > #!/bin/bash > > > > export AN_ENVIRONMENT_VARIABLE=somevalue > > export SCRIPT_LOG_FILE=afilename > > > > > > "$pharovm_dir"/squeak -plugins "$pharovm_dir" -encoding Latin1 -headless > > "$pharo_image" "$smalltalk_script" && exit 0 > > echo Something bad happened! > > exit 1 > > ---------------------------------------- > > > > the $smalltalk_script is an .st file with the code to be executed (an > > example later). > > environment variables, such as AN_ENVIRONMENT_VARIABLE and > SCRIPT_LOG_FILE, > > are useful to pass some info to the smalltalk script in an easy way, > here we > > use SCRIPT_LOG_FILE to save some script's output to a file. > > > > Here I put a very simple example based on what I did: > > > > > > ----------------pharo script (aka $smalltalk_script)----------- > > [| fs environment pid | > > environment := OSProcess thisOSProcess environment. > > pid := OSProcess thisOSProcess pid. > > > > someValue := (environment at: 'AN_ENVIRONMENT_VARIABLE'). > > fs := FileStream forceNewFileNamed: (environment at: 'SCRIPT_LOG_FILE'). > > > > loggingBlock := [:message | > > fs nextPutAll: TimeStamp now asString, ' [', pid asString, '] ' . > > fs nextPutAll: message; nextPut: Character lf.]. > > > > loggingBlock value: 'Starting script with ', someValue. > > > > "do some interesting stuff here" > > "..." > > > > Smalltalk snapshot: false andQuit: true.] on: Error do: [:err | OSProcess > > thisOSProcess stdErr nextPutAll: err asString; nextPut: Character lf. > > Smalltalk snapshot: false andQuit: true.] > > ------------------------------------------ > > > > A few comments: > > - with "OSProcess thisOSProcess environment" you can access environment > > variables as a dictionary (that's why I use them instead of command line > > arguments) > > - "OSProcess thisOSProcess pid" gives you the pid of your process, in > this > > way I can make a unix-like log file > > - "Smalltalk snapshot: false andQuit: true." closes the image correctly > at > > the end of your script and does NOT save the state on the image. > > - "[...] on: Error do: [:err | OSProcess thisOSProcess stdErr nextPutAll: > > err asString; nextPut: Character lf. Smalltalk snapshot: false andQuit: > > true.]" is _VERY_ useful to debug your code. Any time there is an error > in > > the main block, it catches it and prints the message to the console using > > the standard error. This is essential to be able not to spend ages in > trying > > to understand what went wrong with your script. > > > > That's all. I hope it's useful to someone. > > > > Cheers, > > Alberto > > > > > > -- > > View this message in context: > http://forum.world.st/Headless-PetitParser-tp3994446p4075649.html > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > > -- Mariano http://marianopeck.wordpress.com

Nov. 17, 2011

Re: [Pharo-project] SystemChangeNotifier and Traits

by StÃ©phane Ducasse

What code relies on it? Because you could add a the globals pointing to MethodReference? Stef > On Thu, Nov 17, 2011 at 9:43 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Eliot > > We did more than our homework. We have a full code model that is polymorphic with Smalltalk object counterparts. > methodReference should be removed because we have much better. Veronica worked at least 4 months on ring and it is good. > > Is the name the same? Is the replacement still called MethodReference? > > Stef > > On Nov 16, 2011, at 10:47 PM, Eliot Miranda wrote: > > > > > > > On Wed, Nov 16, 2011 at 1:14 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > + 1 > > > > and we should remove the old ones and a lot of old abstraction > > MethodReference, > > PseudoClass, FilePackage, and a lot more > > I hope that we will get into that mode soon. > > > > PseudoClass, FilePackage, may indeed be poor. But IMO MethodReference is central and extremely useful. > > > > > > Stef > > > > On Nov 16, 2011, at 3:55 PM, Fernando Olivero wrote: > > > > > Please note that eventually the system is going to be using solely > > > System announcements, instead of the old mechanism in place right now. > > > > > > Did you try hooking up to the SystemAnnouncements? > > > > > > For examples, check out Nautius. > > > > > > Fernando > > > > > > > > > > > > On Tue, Nov 15, 2011 at 9:02 PM, ezequiel lamonica > > > <lamonicaezequiel(a)gmail.com> wrote: > > >> Hello again, > > >> > > >> Now the problem is when I create a class that use Traits, > > >> SystemChangeNotifier sends two messages to report this creation: 1st for > > >> class added without traits, and 2nd for class modified to use this trait. > > >> And this last message has Object as old class instead of ClassForTesting > > >> without traits. > > >> > > >> For example: > > >> > > >> Object subclass: #ClassForTesting > > >> uses: TSortable > > >> instanceVariableNames: 'a' > > >> classVariableNames: '' > > >> poolDictionaries: '' > > >> category: 'OOSCM-ClientImageTest' > > >> > > >> > > >> Can I change those messages to use only one message that includes traits? Is > > >> not this better? > > >> > > >> What do you suggest? > > >> > > >> > > >> > > >> ----- > > >> eze > > >> -- > > >> View this message in context: http://forum.world.st/SystemChangeNotifier-and-Traits-tp4073962p4073962.html > > >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > >> > > >> > > > > > > > > > > > > > > > -- > > best, > > Eliot > > > > > > > > -- > best, > Eliot >

Nov. 17, 2011

[Pharo-project] editing a project description on ss3.gemstone.com

by Alexandre Bergel

Hi! On squeaksource.com, the project description can contains code using the <pre>...</pre> tag, as in: <pre> Gofer new url: 'http://ss3.gemstone.com/ss/SPIRIT'; package: 'ConfigurationOfSpirit'; load. (Smalltalk at: #ConfigurationOfSpirit) project lastVersion load </pre> It seems this does not work with ss3.gemstone.com. Has this tag been replaced with something else? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 17, 2011

Re: [Pharo-project] how should Pier file structures be serialized with Fuel?

by Yanni Chiu

On 17/11/11 11:24 AM, Mariano Martinez Peck wrote: > > So you have already solved this one using the substitution hook > explained here: > http://rmod.lille.inria.fr/web/pier/software/Fuel/Version1.7/Hooks > ? No, the early Fuel version did not have substitution hooks. I wrote custom visitor code to do substitution during export/import. I want to now eliminate this custom code. > Let me see if I understand....PRFile has a reference to a file (on > disk). So what you want is to serialize not only the PRFile but also the > contents of the file? What I want is an equivalent copy a subtree of a Pier kernel, created in another Pier kernel, even if that subtree contains a PRFile. Having the serialized subtree fit in a single file would be easiest to manipulate.

Nov. 17, 2011

Re: [Pharo-project] SystemChangeNotifier and Traits

by StÃ©phane Ducasse

RGMethodDefinition. > > PseudoClass, FilePackage, may indeed be poor. But IMO MethodReference is > > central and extremely useful. > > Yes. There's already a replacement for it in Ring model. > > But the name is important. I don't want to have to rewrite everything because the name changes. If the name stays the same then is this a replacement? > > > >> > >> Stef > >> > >> On Nov 16, 2011, at 3:55 PM, Fernando Olivero wrote: > >> > >> > Please note that eventually the system is going to be using solely > >> > System announcements, instead of the old mechanism in place right now. > >> > > >> > Did you try hooking up to the SystemAnnouncements? > >> > > >> > For examples, check out Nautius. > >> > > >> > Fernando > >> > > >> > > >> > > >> > On Tue, Nov 15, 2011 at 9:02 PM, ezequiel lamonica > >> > <lamonicaezequiel(a)gmail.com> wrote: > >> >> Hello again, > >> >> > >> >> Now the problem is when I create a class that use Traits, > >> >> SystemChangeNotifier sends two messages to report this creation: 1st > >> >> for > >> >> class added without traits, and 2nd for class modified to use this > >> >> trait. > >> >> And this last message has Object as old class instead of > >> >> ClassForTesting > >> >> without traits. > >> >> > >> >> For example: > >> >> > >> >> Object subclass: #ClassForTesting > >> >> uses: TSortable > >> >> instanceVariableNames: 'a' > >> >> classVariableNames: '' > >> >> poolDictionaries: '' > >> >> category: 'OOSCM-ClientImageTest' > >> >> > >> >> > >> >> Can I change those messages to use only one message that includes > >> >> traits? Is > >> >> not this better? > >> >> > >> >> What do you suggest? > >> >> > >> >> > >> >> > >> >> ----- > >> >> eze > >> >> -- > >> >> View this message in context: > >> >> http://forum.world.st/SystemChangeNotifier-and-Traits-tp4073962p4073962.html > >> >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >> >> > >> >> > >> > > >> > >> > > > > > > > > -- > > best, > > Eliot > > > > > > -- > Best regards, > Igor Stasenko. > > > > > -- > best, > Eliot >

Nov. 17, 2011

Re: [Pharo-project] * Smalltalk User Group

by StÃ©phane Ducasse

Hi norbert We will organize some sprints and you are welcomed :) I want to see if we can have 3 days coding session with esteban, igor and nicolas :) Stef > Ha ha, > > I was asking that myself earlier in this century. AFAIK there are not that much smalltalkers in Berlin. But Potsdam and the HPI are close. I wanted to create a Berlin user group but now I don't live there anymore (and I helped creating one in cologne instead). But I'm inclined to attend anyway even now I'm closer to Lille than Berlin :) > > good luck, > > Norbert > > Am 17.11.2011 um 12:53 schrieb StÃ©phane Ducasse: > >> >> >> Begin forwarded message: >> >>> From: Johannes Rasche <johannesrasche(a)mac.com> >>> Subject: * Smalltalk User Group >>> Date: November 17, 2011 12:27:15 PM GMT+01:00 >>> To: pharo-project-owner(a)lists.gforge.inria.fr >>> >>> as Sven just announced the Belgian Smalltalk User Group (BSUG) meeting: >>> >>> are there Pharo people in Berlin (I didn't realize it up to now)? >>> >>> It would be great to have a local community with the opportunity for face-to-face exchange >>> and potential cooperation >>> >>> Johannes >>> >>> -- >>> Johannes Rasche Hagelberger Str. 56 10965 Berlin mail johannesrasche(a)mac.com mobile +49 1577 175 04 75 >> >

Nov. 17, 2011

Re: [Pharo-project] OpenGL in Pharo?

by StÃ©phane Ducasse

Hi michele Do not expect something like Jun because this is 10 or 15 years. Now I saw today a cairo graphics displayed on the machine of Javier :). This is an example for the Alien chapter of the new pharo book (quite draft). I hope that I will get somebody will work on a minimal code city for moose based on a opengl solution. Now if people have more cycles it will go faster. I hope igor will release soon the opengl binding for mac. Stef On Nov 17, 2011, at 8:52 AM, Michele Lanza wrote: > Dear all, > I wanted to ask whether there are some news I missed with respect to having a decent OpenGL framework in Pharo. I checked the following page: > > http://book.pharo-project.org/book/LanguageAndLibraries/3DGraphicsAndOpenGL/ > > ..but it sounds all a bit outdated and not something I can rely on in the long run. Ideally there should be something like the Jun framework (available for VisualWorks), but when I met the Jun maker at ICSE and I asked him whether there were any plans of porting Jun to Pharo he told me that it was not in their plans. Long talk, short sense: Is anyone working on OpenGL for Pharo? > > Cheers > > Michele

Nov. 17, 2011

Re: [Pharo-project] SystemChangeNotifier and Traits

by Eliot Miranda

On Thu, Nov 17, 2011 at 9:43 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Eliot > > We did more than our homework. We have a full code model that is > polymorphic with Smalltalk object counterparts. > methodReference should be removed because we have much better. Veronica > worked at least 4 months on ring and it is good. > Is the name the same? Is the replacement still called MethodReference? > Stef > > On Nov 16, 2011, at 10:47 PM, Eliot Miranda wrote: > > > > > > > On Wed, Nov 16, 2011 at 1:14 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > > + 1 > > > > and we should remove the old ones and a lot of old abstraction > > MethodReference, > > PseudoClass, FilePackage, and a lot more > > I hope that we will get into that mode soon. > > > > PseudoClass, FilePackage, may indeed be poor. But IMO MethodReference > is central and extremely useful. > > > > > > Stef > > > > On Nov 16, 2011, at 3:55 PM, Fernando Olivero wrote: > > > > > Please note that eventually the system is going to be using solely > > > System announcements, instead of the old mechanism in place right now. > > > > > > Did you try hooking up to the SystemAnnouncements? > > > > > > For examples, check out Nautius. > > > > > > Fernando > > > > > > > > > > > > On Tue, Nov 15, 2011 at 9:02 PM, ezequiel lamonica > > > <lamonicaezequiel(a)gmail.com> wrote: > > >> Hello again, > > >> > > >> Now the problem is when I create a class that use Traits, > > >> SystemChangeNotifier sends two messages to report this creation: 1st > for > > >> class added without traits, and 2nd for class modified to use this > trait. > > >> And this last message has Object as old class instead of > ClassForTesting > > >> without traits. > > >> > > >> For example: > > >> > > >> Object subclass: #ClassForTesting > > >> uses: TSortable > > >> instanceVariableNames: 'a' > > >> classVariableNames: '' > > >> poolDictionaries: '' > > >> category: 'OOSCM-ClientImageTest' > > >> > > >> > > >> Can I change those messages to use only one message that includes > traits? Is > > >> not this better? > > >> > > >> What do you suggest? > > >> > > >> > > >> > > >> ----- > > >> eze > > >> -- > > >> View this message in context: > http://forum.world.st/SystemChangeNotifier-and-Traits-tp4073962p4073962.html > > >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > >> > > >> > > > > > > > > > > > > > > > -- > > best, > > Eliot > > > > > -- best, Eliot

Nov. 17, 2011

Re: [Pharo-project] how should Pier file structures be serialized with Fuel?

by Yanni Chiu

On 17/11/11 1:44 AM, Lukas Renggli wrote: > Just out of curiosity: Why are PUSecurity linked to too many other > objects? Is there a bug leaking memory? I don't think there's a memory leak. My use case here is to export a subtree of a Pier kernel, for import into another Pier kernel. [Aside - not all subtrees can be meaningfully exported, but I'm still discovering the conditions.] In the course of using Fuel (the very first version released), I found that the resulting file was big, and always the same size, no matter what structure was being exported. Looking at the de-serialized structure, I noticed the PUSecurity decoration had pulled in all the users and groups - something I did not want to be imported into the new kernel. This led me to writing a mapping object that contained only the values to be deserialized and used to reconstruct a PRStructure. Thus, the PUSecurity objects were effectively nil'ed out. Now, after upgrading to the latest Fuel, I'm trying to use the substitution feature to accomplish the same. I ended up having to use: serializer analyzer when: [:x | Array = x class and: [x anySatisfy: [:each | PUSecurity = each class ]]] substituteBy: [:x | x reject: [:each | PUSecurity = each class ]] The obvious substitution of nil for the PUSecurity object ends up putting an unexpected nil object in the children Array. I've just noticed that even with the PUSecurity object being striped before serialization, I'm still seeing that the files are big and the same size. It seems that my mapping strategy was leaving off a lot more than just the PUSecurity object.

Nov. 17, 2011