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

Re: [Pharo-project] new 1.3 one click

by Erwan Douaille

Works on windows7 but i think you already know. I've just try it. 2012/4/11 Esteban Lorenzano <estebanlm(a)gmail.com> > Hi, > > I created a new 1.3 OneClick release, with latest VMs and latest image > updates. > > Can you test it? > > https://gforge.inria.fr/frs/download.php/30563/Pharo-1.3-13328-OneClick.zip > > best, > Esteban > -- Douaille Erwan <douaille.erwan(a)gmail.com>

April 11, 2012

[Pharo-project] new 1.3 one click

by Esteban Lorenzano

Hi, I created a new 1.3 OneClick release, with latest VMs and latest image updates. Can you test it? https://gforge.inria.fr/frs/download.php/30563/Pharo-1.3-13328-OneClick.zip best, Esteban

April 11, 2012

Re: [Pharo-project] Power of Fuel - Pharo-Kernel to Pharo-Core in 15 seconds

by Francisco Garau

> > Thanks Pavel for your work. It is nice to see people doing cool stuff on > top of Fuel. That was the idea. I meantioned it in the talk at ESUG: Fuel > is not a plain serializer, it is a behicule you can use or even on which > you can build things on top. > > >> BTW, we should find a better name than FuelPackageLoader! >> > > I told you one ;) but you didn't like it: Barrel > If it helps Fuel with the Loading, then it's a Pump! (or Pampa if you want to play with words and make it sound argentinian)

April 11, 2012

Re: [Pharo-project] Power of Fuel - Pharo-Kernel to Pharo-Core in 15 seconds

by Pavel Krivanek

Hi Craig, as I mentioned, Fuel package loader now doesn't store to changes file so the generated image has problems with recompilation and shrinking process doesn't work. However the process that uses Monticello can be shrinked again. You can try it if you will download the latest result of Pharo Kernel Reload job from the CI server: https://ci.lille.inria.fr/pharo/view/Pharo-Kernel/job/Pharo%20Kernel%20Relo… and evaluate: Smalltalk shrinkToKernel If the resultant image generated by Fuel will be healthy then the shrinking to Kernel should work too without modifications. Cheers, -- Pavel On Wed, Apr 11, 2012 at 7:23 AM, Craig Latta <craig(a)netjam.org> wrote: > > Hi Pavel-- > > Â Â Can you then unload everything you loaded? > > > Â Â thanks, > > -C > > -- > Craig Latta > www.netjam.org/resume > +31 6 2757 7177 > + 1 415 287 3547 > + 1 510 282 7468 > > >

April 11, 2012

[Pharo-project] Fwd: Etoys, Arduino, Mac

by StÃ©phane Ducasse

Begin forwarded message: > From: Ricardo Moran <richi.moran(a)gmail.com> > Subject: Re: Etoys, Arduino, Mac > Date: April 11, 2012 12:08:16 AM GMT+02:00 > To: Torsten Sadowski <tsadowski(a)gmx.net> > Cc: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > Hi Torsten, > > I really appreciate what you're doing. Right now I'm super busy, though, because I just found out Physical Etoys is going to be included by default in all the laptops of the "Conectar Igualdad" project (which is like an argentinian version of OLPC), so I have to hurry up and make a new version that works in windows and linux within the following 10 days. It's really *great* news but I'll have a lot of work to do (mostly testing) to make sure it works reliably. > > As for the packages install order, the following should work: > 1) Connectors (already installed in Etoys image) > 2) OSProcess > 3) AST-Core > 4) PhysicalEtoys > 5) CTranslator > 6) Arduino-Core > 7) Arduino-Etoys > 8) Arduino-Compiler > 9) Arduino-EtoysCompiler > > Stef, some of these packages won't work for Pharo but the fixes done by Torsten should work. You can load them using the ConfigurationOfArduino and then manually fetching the Arduino-Compiler-TS.51.mcz from the Arduino repo. > > Thank you very much for your work, Torsten, as soon as I finish with this, I'll try to get someone to loan me a Mac so I can test and make a version with Mac support at last :) > > Cheers, > Richo > > > 2012/4/10 Torsten Sadowski <tsadowski(a)gmx.net> > Hello Richo, hello Stef, > > PhysicalEtoys should now work on a Mac. It is necessary to put the Image, Arduino.app (Version 0023), an empty /Arduino/Sketches and possibly the VM into a single directory. Then just add Connectors, OSProcess, CTranslator, AST?, OmniBrowser?, Arduino-Core, Arduino-Etoys, Arduino-Compiler, Arduino-EtoysCompiler and PhysicalEtoys from SqueakSource. I don't remember the correct order and some stuff might be missing... Is there a class/method search for SqueakSource? > > It would be nice if you could test what I have done and drop me a line if it does not work. > > Cheers, > Torsten >

April 11, 2012

[Pharo-project] Fwd: Etoys, Arduino, Mac

by StÃ©phane Ducasse

Begin forwarded message: > From: Torsten Sadowski <tsadowski(a)gmx.net> > Subject: Etoys, Arduino, Mac > Date: April 10, 2012 10:49:48 PM GMT+02:00 > To: Ricardo Moran <richi.moran(a)gmail.com>, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > Hello Richo, hello Stef, > > PhysicalEtoys should now work on a Mac. It is necessary to put the Image, Arduino.app (Version 0023), an empty /Arduino/Sketches and possibly the VM into a single directory. Then just add Connectors, OSProcess, CTranslator, AST?, OmniBrowser?, Arduino-Core, Arduino-Etoys, Arduino-Compiler, Arduino-EtoysCompiler and PhysicalEtoys from SqueakSource. I don't remember the correct order and some stuff might be missing... Is there a class/method search for SqueakSource? > > It would be nice if you could test what I have done and drop me a line if it does not work. > > Cheers, > Torsten

April 11, 2012

Re: [Pharo-project] Power of Fuel - Pharo-Kernel to Pharo-Core in 15 seconds

by Craig Latta

Hi Pavel-- Can you then unload everything you loaded? thanks, -C -- Craig Latta www.netjam.org/resume +31 6 2757 7177 + 1 415 287 3547 + 1 510 282 7468

April 11, 2012

Re: [Pharo-project] [Vm-dev] Re: Using stdout in Windows --> 'File stdout is closed'

by Martin Dias

On Tue, Apr 10, 2012 at 8:41 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > > > > On Tue, Apr 10, 2012 at 4:35 PM, Martin Dias <tinchodias(a)gmail.com> wrote: > >> >> >> >> On Tue, Apr 10, 2012 at 1:45 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: >> >>> >>> Hi Martin, >>> >>> would you please try with both the Croquet.exe and the >>> CroquetConsole.exe in >>> http://www.mirandabanda.org/files/Cog/VM/VM.r2540/cogwin.zip?. The >>> CroquetConsole.exe is designed to be used from the command line; stupidly >>> Windows has this distinction between console apps and windows apps, and >>> this distinction affects standard i/o. If CroquetCOnsole works then the >>> implication is that Pharo needs also to build both VMs and the user needs >>> to select the console VM for console use and the Windows VM for detatched >>> use. >>> >> >> Oh, thanks, using CroquetConsole.exe it works fine. >> >> Now, I realized that in DOS #cr does not work fine as "new line" so I >> changed to #crlf... this was necessary also using cygwin and another bash >> emulator. >> >> But... hmmm... >> >> use a special vm + use a different newline character >> > > If you set its lineEndCOnvention correctly you shouldn't have to use a > different character. The special VM is forced by WIndows (and if you > compare the bits you'll see they differ in only a few bytes). > Ok, so I will take the two alternatives into account, and I will see what results better in the practice. PS: I also rejected #crlf because I saw that Transcript in Pharo (at least in 1.4 and 1.3) currently doesn't support it, so made me feel to better don't use it. But maybe makes sense to report the issue and implement it. > >> => I prefer to avoid that, just using the normal cogvm and redirect to a >> file using ">" in command-line. >> >> Thank you very much! >> >> >>> HTH >>> Eliot >>> >>> On Sun, Apr 8, 2012 at 4:31 PM, Martin Dias <tinchodias(a)gmail.com>wrote: >>> >>>> Hi >>>> >>>> In my windows 7, I get an error when trying to write to "FileStream >>>> stdout" in both Pharo 1.4 and 1.3 (revisions #14423 and #13320). >>>> >>>> To reproduce, >>>> >>>> - download: >>>> >>>> https://ci.lille.inria.fr/pharo/job/Pharo%201.4/373/artifact/Pharo-1.4.zip >>>> >>>> - evaluate: >>>> FileStream stdout nextPutAll: 'a'. >>>> >>>> Is this a known issue? I couldn't find it in issue tracker. >>>> >>>> Thanks in advance. >>>> MartÃn >>>> >>> >>> >>> >>> -- >>> best, >>> Eliot >>> >>> >>> >> >> > > > -- > best, > Eliot > > >

April 11, 2012

Re: [Pharo-project] [Vm-dev] Re: Using stdout in Windows --> 'File stdout is closed'

by Eliot Miranda

On Tue, Apr 10, 2012 at 4:35 PM, Martin Dias <tinchodias(a)gmail.com> wrote: > > > > On Tue, Apr 10, 2012 at 1:45 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > >> >> Hi Martin, >> >> would you please try with both the Croquet.exe and the >> CroquetConsole.exe in >> http://www.mirandabanda.org/files/Cog/VM/VM.r2540/cogwin.zip?. The >> CroquetConsole.exe is designed to be used from the command line; stupidly >> Windows has this distinction between console apps and windows apps, and >> this distinction affects standard i/o. If CroquetCOnsole works then the >> implication is that Pharo needs also to build both VMs and the user needs >> to select the console VM for console use and the Windows VM for detatched >> use. >> > > Oh, thanks, using CroquetConsole.exe it works fine. > > Now, I realized that in DOS #cr does not work fine as "new line" so I > changed to #crlf... this was necessary also using cygwin and another bash > emulator. > > But... hmmm... > > use a special vm + use a different newline character > If you set its lineEndCOnvention correctly you shouldn't have to use a different character. The special VM is forced by WIndows (and if you compare the bits you'll see they differ in only a few bytes). > => I prefer to avoid that, just using the normal cogvm and redirect to a > file using ">" in command-line. > > Thank you very much! > > >> HTH >> Eliot >> >> On Sun, Apr 8, 2012 at 4:31 PM, Martin Dias <tinchodias(a)gmail.com> wrote: >> >>> Hi >>> >>> In my windows 7, I get an error when trying to write to "FileStream >>> stdout" in both Pharo 1.4 and 1.3 (revisions #14423 and #13320). >>> >>> To reproduce, >>> >>> - download: >>> >>> https://ci.lille.inria.fr/pharo/job/Pharo%201.4/373/artifact/Pharo-1.4.zip >>> >>> - evaluate: >>> FileStream stdout nextPutAll: 'a'. >>> >>> Is this a known issue? I couldn't find it in issue tracker. >>> >>> Thanks in advance. >>> MartÃn >>> >> >> >> >> -- >> best, >> Eliot >> >> >> > > -- best, Eliot

April 10, 2012

Re: [Pharo-project] [Vm-dev] Re: Using stdout in Windows --> 'File stdout is closed'

by Martin Dias

On Tue, Apr 10, 2012 at 1:45 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > > Hi Martin, > > would you please try with both the Croquet.exe and the > CroquetConsole.exe in > http://www.mirandabanda.org/files/Cog/VM/VM.r2540/cogwin.zip?. The > CroquetConsole.exe is designed to be used from the command line; stupidly > Windows has this distinction between console apps and windows apps, and > this distinction affects standard i/o. If CroquetCOnsole works then the > implication is that Pharo needs also to build both VMs and the user needs > to select the console VM for console use and the Windows VM for detatched > use. > Oh, thanks, using CroquetConsole.exe it works fine. Now, I realized that in DOS #cr does not work fine as "new line" so I changed to #crlf... this was necessary also using cygwin and another bash emulator. But... hmmm... use a special vm + use a different newline character => I prefer to avoid that, just using the normal cogvm and redirect to a file using ">" in command-line. Thank you very much! > HTH > Eliot > > On Sun, Apr 8, 2012 at 4:31 PM, Martin Dias <tinchodias(a)gmail.com> wrote: > >> Hi >> >> In my windows 7, I get an error when trying to write to "FileStream >> stdout" in both Pharo 1.4 and 1.3 (revisions #14423 and #13320). >> >> To reproduce, >> >> - download: >> https://ci.lille.inria.fr/pharo/job/Pharo%201.4/373/artifact/Pharo-1.4.zip >> >> - evaluate: >> FileStream stdout nextPutAll: 'a'. >> >> Is this a known issue? I couldn't find it in issue tracker. >> >> Thanks in advance. >> MartÃn >> > > > > -- > best, > Eliot > > >

April 10, 2012