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

Re: [Pharo-project] [Vm-dev] News about bundling VM (Mac users mostly)

by Mariano Martinez Peck

On Thu, Jun 21, 2012 at 6:25 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > Hi, > there > i spent whole day with Esteban, testing & fixing new CMake > configuration on Jenkins, > to integrate the changes i made for bundling VM with 3-rd party > libraries ( see [1] ). > > We finally made it working, as you can see in hot-backed build here: > https://ci.lille.inria.fr/pharo/job/Cog-Mac-Cocoa-Esteban/72/ > > So, in a few days we will update the blessed branch to also use new > cmake configuration(s). > (right now the jobs at [2],[3] still using old configs) > > Some details about changes: > - changed the FT2Plugin to link dynamically with freetype library on > Mac, instead of statically > - changed the VM bundle directory layout: now all external plugins > and dlls are stored in Contents/Plugins subdir, > instead of Contents/Resources as before (see screenshot attached) > nice change :) > - changed the external plugin search logic to search this Plugins dir > instead of Resources > - by default, all Mac VM's will be bundled with own version of > Freetype dynamic library, > - also , i will bundle NBCog VMs with cairo library by default (so, > no extra installation is required) > > If you want to reproduce build by own, note that on OSX 10.6. tar does > not supports 7z compression, you should install it: > port install gnutar > port install xz > ln -s /opt/local/bin/gnutar /opt/local/bin/tar > (and make sure that /opt/local/bin is first in your PATH variable) > > On Lion (10.7) no extra effort is required. > > Also very cool! Thanks guys > > [1] > http://computeradventures.wordpress.com/2012/06/10/bundling-vm-with-thirdpa… > [2] https://ci.lille.inria.fr/pharo/view/Cog/job/Cog-VM/ > [3] https://ci.lille.inria.fr/pharo/view/NativeBoost/ > > -- > Best regards, > Igor Stasenko. > > -- Mariano http://marianopeck.wordpress.com

June 21, 2012

[Pharo-project] Floats broken in latest image?

by Guillermo Polito

Hi guys! In latest pharo 2.0 (Latest update: #20150). I make Float initialize and it raises an exception. It seems that MaxVal := 1.7976931348623157e308. gets evaluated to 0.0 If I take Latest update: #20143, same vm, it works. Any idea what happened in the middle? :S Guille

June 21, 2012

Re: [Pharo-project] New System Progress Bar

by Sean P. DeNigris

Schwab,Wilhelm K wrote > > Exceptions should be reserved for things that are exceptional :) > Yes :) Although, with humans, progress is an exceptional condition ;-) Also, it'd be *great* if this fix is reviewed quickly because it touches quite a few packages and will rot quickly - S -- View this message in context: http://forum.world.st/New-System-Progress-Bar-tp4635912p4635960.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 21, 2012

[Pharo-project] News about bundling VM (Mac users mostly)

by Igor Stasenko

Hi, there i spent whole day with Esteban, testing & fixing new CMake configuration on Jenkins, to integrate the changes i made for bundling VM with 3-rd party libraries ( see [1] ). We finally made it working, as you can see in hot-backed build here: https://ci.lille.inria.fr/pharo/job/Cog-Mac-Cocoa-Esteban/72/ So, in a few days we will update the blessed branch to also use new cmake configuration(s). (right now the jobs at [2],[3] still using old configs) Some details about changes: - changed the FT2Plugin to link dynamically with freetype library on Mac, instead of statically - changed the VM bundle directory layout: now all external plugins and dlls are stored in Contents/Plugins subdir, instead of Contents/Resources as before (see screenshot attached) - changed the external plugin search logic to search this Plugins dir instead of Resources - by default, all Mac VM's will be bundled with own version of Freetype dynamic library, - also , i will bundle NBCog VMs with cairo library by default (so, no extra installation is required) If you want to reproduce build by own, note that on OSX 10.6. tar does not supports 7z compression, you should install it: port install gnutar port install xz ln -s /opt/local/bin/gnutar /opt/local/bin/tar (and make sure that /opt/local/bin is first in your PATH variable) On Lion (10.7) no extra effort is required. [1] http://computeradventures.wordpress.com/2012/06/10/bundling-vm-with-thirdpa… [2] https://ci.lille.inria.fr/pharo/view/Cog/job/Cog-VM/ [3] https://ci.lille.inria.fr/pharo/view/NativeBoost/ -- Best regards, Igor Stasenko.

June 21, 2012

Re: [Pharo-project] badDirectoryPath

by Camillo Bruni

On 2012-06-21, at 18:09, Sean P. DeNigris wrote: > Camillo Bruni-3 wrote >> >> I would assume mostly due to performance.... >> > > We should be clear on the reason and put a comment. This is an unusual > (cough... c-like) pattern in Smalltalk. > > Also, lookupDirectory:filename: returns #badDirectoryPath on primitive > failure. Is that a good idea? It seems like it could lead to confusing > errors ("what do you mean bad path?!?! I'm looking right at the @%#$ file!). > Why not send primitiveFailed? indeed!!

June 21, 2012

Re: [Pharo-project] Worskpace question

by Gary Chambers

| m | m := Morph new. m openInWorld. m color: Color red. [1 to: 300 do: [:x | WorldState addDeferredUIMessage: [m extent: x@300]. (Delay forMilliseconds: 10) wait. ]. WorldState addDeferredUIMessage: [m delete] ] fork. would be the proper way to do things to avoid unpleasant side effects Though, for this example, you can get away with the following: | m | m := Morph new. m openInWorld. m color: Color red. 1 to: 300 do: [:x | m extent: x@300. World displayWorldSafely. (Delay forMilliseconds: 10) wait. ]. m delete Regards, Gary ----- Original Message ----- From: "Sean P. DeNigris" <sean(a)clipperadams.com> To: <pharo-project(a)lists.gforge.inria.fr> Sent: Thursday, June 21, 2012 4:51 PM Subject: Re: [Pharo-project] Worskpace question > > Hilaire Fernandes wrote >> >> To get the animation, you have to enclose the loop in a forked process, >> but it is inelegant: >> ... >> [1 to: 300 do: [:x | >> m extent: x@300. >> (Delay forMilliseconds: 10) wait. >> ]. >> m delete] fork. >> > > Hilaire, why don't you like this? It seems very straightforward. You're > doing a long-running operation and you want another thread to run > concurrently. Fork seems like the natural choice. > > The only other issue is #addDeferredUIMessage: which Guille mentioned. I'm > unclear exactly what kinds of Morphic interaction require it and haven't > been able to get a clear answer. Your sample block doesn't seem to hurt > morphic, but if you experience weirdness (like red X's), that's probably > where to look. > > Sean > > -- > View this message in context: > http://forum.world.st/Worskpace-question-tp4635656p4635943.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

June 21, 2012

Re: [Pharo-project] Spec version 1.0

by Sean P. DeNigris

Benjamin Van Ryseghem-2 wrote > > I am glad to announce the version 1.0 of Spec which introduce a couple of > nice features like: > Really cool!! And great documentation :) It was thorough and clear, except maybe using â could be confusing... -- View this message in context: http://forum.world.st/Spec-version-1-0-tp4635822p4635950.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 21, 2012

Re: [Pharo-project] badDirectoryPath

by Sean P. DeNigris

Camillo Bruni-3 wrote > > I would assume mostly due to performance.... > We should be clear on the reason and put a comment. This is an unusual (cough... c-like) pattern in Smalltalk. Also, lookupDirectory:filename: returns #badDirectoryPath on primitive failure. Is that a good idea? It seems like it could lead to confusing errors ("what do you mean bad path?!?! I'm looking right at the @%#$ file!). Why not send primitiveFailed? -- View this message in context: http://forum.world.st/badDirectoryPath-tp4635913p4635948.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 21, 2012

[Pharo-project] Pharo-2.0-Tests Â» 32,win - Build # 144 - Still Failing!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

June 21, 2012

Re: [Pharo-project] Worskpace question

by Sean P. DeNigris

Stefan Marr-3 wrote > >> I bet there is a Morphic API that allows you to process the next drawing >> request. >> >> Hmm, that sounds like forcing the framework... I think that having a >> second process is the right way... > > For an experiment? Getting the concurrency right in a second process sound > a lot less appealing than using `World doOneCycle`, which seems to be used > in other places for the same purpose as well: > Yes, #doOneCycle might work for an experiment... doOneCycle "see the comment in doOneCycleFor:" doOneCycleFor: "...This is a moderately private method; a better alternative is usually either to wait for events or to check the state of things from #step methods." -- View this message in context: http://forum.world.st/Worskpace-question-tp4635656p4635944.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 21, 2012