August 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] PharoCore 1.3: Transcript Ctrl+S broken
by Lukas Renggli Aug. 9, 2011

Aug. 9, 2011

Another problem I just noticed right now is that pressing Ctrl+S in the Transcript opens a debugger: SubscriptOutOfBounds: 0 Ctrl+S used to clear the transcript, what I found quite useful in the past. Again, I am reporting this here to not forget, because the bug tracker is currently in read-only mode. Lukas -- Lukas Renggli www.lukas-renggli.ch

4 7

[Pharo-project] audio and pharo
by Brad Fuller Aug. 9, 2011

Aug. 9, 2011

Has pharo improved/added any audio related classes since the fork? Thanks, brad

3 7

Re: [Pharo-project] PharoCore 1.3: Transcript Ctrl+S broken
by Marcus Denker Aug. 9, 2011

Aug. 9, 2011

On Aug 9, 2011, at 7:58 AM, Lukas Renggli wrote: > Generally building an image should not stress SqueakSource much because all packages are cached (at lest if you use a simple gofer script). For a complete Seaside 3.0 build this is typically no more than a few requests (listing + the packages that changed). > > So this means that I should search on gforge to get the latest working version? > Ah, no.... the http://www.pharo-project.org/pharo-download/unstable-core actually points to the build server and should be up to date. (this is for the unstable, only stable points to gforge). So for tracking the latest, http://www.pharo-project.org/pharo-download/unstable-core is good. (even for stable, as this does not change and so gforge is up to date). We need to release 1.3, I am getting confused about everything. Marcus -- Marcus Denker -- http://marcusdenker.de

1 0

Re: [Pharo-project] PharoCore 1.3: Transcript Ctrl+S broken
by Marcus Denker Aug. 9, 2011

Aug. 9, 2011

On Aug 9, 2011, at 7:28 AM, Lukas Renggli wrote: > Ahh ok, I will rebuild my images then. I was using the ../unstable-core URL. > Yes, this points to gforge and laggs the very latest by around 10 updates. The image is always one that we know is not completely broken. (because very last update could be not in a good state). The other reason is that Hudson needs to start somewhere... and loading update is slow and tends to stress squeaksource. So Hudson takes the gforge image as a starter. Of course all that is done by hand (me uploading, me changing links... or even having to tell Adrian to change links). This is all not perfect, but there is always the question: Do we stop to improve Pharo until the process is perfect or do we do both in parallel? This can and will all be improved, step by step. Marcus -- Marcus Denker -- http://marcusdenker.de

2 1

Re: [Pharo-project] PharoCore 1.3: Transcript Ctrl+S broken
by Marcus Denker Aug. 9, 2011

Aug. 9, 2011

On Aug 9, 2011, at 7:07 AM, Lukas Renggli wrote: > On 8 August 2011 23:34, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Indeed it works also in 14078 > > Ahh ok, thanks. I thought I was using the latest image, but it seems > that I am using 13291. Aside, how do I get the latest 1.3 image? > -> "load updates" in core. -> or from the build server: https://pharo-ic.lille.inria.fr/hudson/view/Pharo/job/Pharo%201.3/ https://pharo-ic.lille.inria.fr/hudson/view/Pharo/job/Pharo%20Core%201.3/ The gforge one is updated only every couple of updates. I will do that as soon as I know which VMs we will use for 1.3 (because I might need to re-do images as I always forget that I use cog and the saved images are not compatible to old VMs that some people seem to need). Marcus -- Marcus Denker -- http://marcusdenker.de

2 1

[Pharo-project] Recursive calls hang image
by Sean P. DeNigris Aug. 9, 2011

Aug. 9, 2011

My image hung after executing: categoryName := $- asParser negate plus flatten, ($- asParser, #any asParser star flatten) optional star. categoryName parse: 'SuperMe'. On the Moose list [1], Lukas pointed out the bug in my code which led to direct recursion, and that hanging under this circumstance was a bug in Pharo. Is this a known bug, or shall I file an issue? [1] http://forum.world.st/PetitParser-crash-td3725129.html -- View this message in context: http://forum.world.st/Recursive-calls-hang-image-tp3728055p3728055.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

4 11

[Pharo-project] small fix to help newbies
by P. Aug. 9, 2011

Aug. 9, 2011

Hi folks, I'm sending this email to both Squeak-dev and Pharo-project as you can see. This is to suggest a fix. I typed this on a workspace: closure := [:x | Transcript show: x]. closure value: "hey". And when I "did it", the VM had me looking at this: closure := [:x | Transcript show: x]. closure value: "hey". Argument expected -> Which is cryptic at best for a newbie. I visited #squeak(a)irc.freenode.net and asked there. Ken Causey helped me out and even he missed the difference between "" and '' for a second. I believe it would be beneficial to newbies to have this enhanced somehow, to point out the fact that strings aren't double-quoted. Thanks, Peter

3 2

[Pharo-project] Cog VMMaker.oscog-eem.114/r2485
by Eliot Miranda Aug. 8, 2011

Aug. 8, 2011

Hi All, please find new VMs in http://www.mirandabanda.org/files/Cog/VM/VM.r2485/. These fix a couple of long-standing bugs. One is a rare crash in GC on copying a compiled method, caused by the VM not making sure that a copy of a method that has been compiled to machine code is an independent copy. The other is a potential bug in GC with become where a become causes some machine code methods to gain references to young objects but the VM forgets to include these methods in the young referrers (those machine code methods that refer to young objects). -- best, Eliot

2 3

Aug. 8, 2011

Hi guys if you are interested we have a nice list of ideas for license and master topics. Let us know. We will publish them soon. Fuel was one of them and we are writing a really excellent paper on it and we will use it in Pharo for real :). Stef

1 0

[Pharo-project] Summary with UUID not so unique.
by Mariano Martinez Peck Aug. 8, 2011

Aug. 8, 2011

Hi guys. Can someone do a summary of the problem of UUID not so unique? because I have been bitten again. In my image, primMakeUUID is still calling the primitive: primMakeUUID <primitive: 'primitiveMakeUUID' module: 'UUIDPlugin'> UUIDGenerator default generateBytes: self forVersion: 4. By my VM is still broken with this aspect. So....how should we deal with it? a) Change/Commmit/Integrate this: primMakeUUID UUIDGenerator default generateBytes: self forVersion: 4. b) there are new Cog VMs somewhere that I can use with this problem fixed? Thanks -- Mariano http://marianopeck.wordpress.com

3 2