- Pharo-dev - lists.pharo.org

[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 %23squeak(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

[Pharo-project] FSGit for new Filesystem implementation
by Max Leske Aug. 8, 2011

Aug. 8, 2011

Hello everyone. I'm happy to announce that Camillo (with a little help from me) has adapted FSGit to run with the new Filesystem implementation (version 2.0.1). All tests are green. Nonetheless, please be careful when using it. There's also support for Monticello, although I haven't used that myself. AFAIK Camillo uses that part to store his Monticello versions in a git repository on his disk (correct me if I'm wrong). One new thing is that I wrote thorough tests for the handling of packs (thanks to Simon Denier for reporting the bug). Note that FSGit *cannot* write pack files and I have decided to not implement write support in the future (if someone else wants to however, I'm fine with that :) ). I'd like to thank all the people who have snuck looks at FSGit and pointed out important stuff. There's still a lot that can be improved but I feel that FSGit is on a good way. You can load FSGit through ConfigurationOfFSGit which you will find in the FSGit SqueakSource repository. This will also load Filesystem into the image. As usual, if you have suggestions or find a bug, hit me up directly or send an email to the list. Here's to the coolest Smalltalk environment available! :D Max

2 1