- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Quicktime and MP3 harvested from Sophie
by Frank Shearar Aug. 16, 2011

Aug. 16, 2011

Meaning that anything ripped out of Sophie 1.0 should be (or is, rather) covered by an MIT licence, rather than Sophie 2.0's licence. Which is a good thing! frank ----- Original Message ----- From: Johannes Rasche <johannesrasche(a)mac.com> Sent: 16 August 2011 14:17 To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Quicktime and MP3 harvested from Sophie meaning ? Am 16.08.2011 um 13:49 schrieb Frank Shearar: > Surely the Smalltalk part's covered by _this_ licence? > > http://www.futureofthebook.org/sophie/about/license/ > > As opposed to the licence for Sophie 2.0. > > frank > > On 16 August 2011 12:45, Johannes Rasche <johannesrasche(a)mac.com> wrote: >> as you may know Sophie project is now rewritten in Java >> the license is: http://www.sophie2.org/users/licensing.html >> I would ask them, whether the same conditions apply for the Smalltalk code >> >> Am 16.08.2011 um 12:24 schrieb Marcus Denker: >> >> On Aug 16, 2011, at 11:02 AM, Johannes Rasche wrote: >> >> Hi all, especially Sean >> >> assume my recent posting has been overseen, therefore again: >> >> I'm referring to Sean's harvesting of Sophie. >> >> Is somebody going to finalize this Quicktime harvesting ? >> >> >> What is the license? >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> >> >> >

1 0

[Pharo-project] seaside #stable on pharo.13?
by Tudor Girba Aug. 16, 2011

Aug. 16, 2011

Hi, The ConfiguraitonOfSeaside does not define any #stable version for Pharo 1.3. Is it intentional or is it simply because the configuration is not up to date? Cheers, Doru -- www.tudorgirba.com "No matter how many recipes we know, we still value a chef."

1 0

[Pharo-project] Surprise
by Bernat Romagosa Aug. 16, 2011

Aug. 16, 2011

â« â© â¬ âª ... Squeaksource went down, down, down, and the flames went higher! ... â« â© â¬ âª -- Bernat Romagosa.

1 0

[Pharo-project] If someone wants to know something about Fuel...
by Mariano Martinez Peck Aug. 15, 2011

Aug. 15, 2011

I'll be giving a talk in ESUG and presenting such project in the awards. So...I will be the whole week there. If someone wants to ask something or hack together with Fuel, please let me know. Cheers -- Mariano http://marianopeck.wordpress.com

2 1

[Pharo-project] optimizing primitiveFindFirstInString
by Philippe Marschall Aug. 15, 2011

Aug. 15, 2011

Hi In Seaside we get a lot of performance gains out of primitiveFindFirstInString. One thing that always annoyed me a bit is that it's not as optimized as it could be. The inclusionMap you give it are 256 consecutive boolean values (0 or 1). There is no need for this to be a 256 element ByteArray when each element can only be 0 or 1. We could as well make it a 32 element ByteArray and each byte holding eight bit values. Instead of using the asciiValue to directly index into the inclusionMap we would use the top five bits to index into the inclusionMap and the bottom 3 bits to "index into the byte". Did that make any sense? Cheers Philippe

3 8

[Pharo-project] Smalltalk lecture Saturday 20th of August at ESUG
by StÃ©phane Ducasse Aug. 15, 2011

Aug. 15, 2011

Hi Friends please distribute that widely I will give a free lecture Discovering Smalltalk Smalltalk is a pure and elegant object language. This lectures will cover the fundamental aspects of Smalltalk: syntax, semantics, and key aspects of the system. Doing so we will also revise the real semantics of self/super. We will show the power of polymorphism in action by simply learning from the system. Finally we will go into more design aspect again based on the systems. As a bonus we will start the lecture with a 15 min presentation of Seaside a powerful web framework for dynamic web application. This lecture may be followed by a lecture on more advanced object-oriented design: law of demeter, encapsulation, multiple interface of classes, composition vs. inheritance Starting time: 9h30 Closing: 16h00 Location: http://www.esug.org/wiki/pier/Conferences/2011/The-Venue-in-Edinburgh Bio: He is expert in object-oriented language design, dynamic languages, reflective programming, language semantics as well as reengineering, program analysis, visualizations, software metrics. Recently he worked on traits, composable method groups, and this work got some impact. Traits have been introduced AmbiantTalk, Pharo, Perl-6, PHP 5.4 and Squeak. They influenced Scala and Fortress SUN Microsystems. Stephane is one of the developer of Pharo (http://www.pharo.project.org/) an open-source language inspired by Smalltalk. He is one of the core developer of Moose, an open-source reengineering environment (http://moose.unibe.ch/) He is the president of the European Smalltalk User Group and organize a yearly international conference on Smalltalk. He wrote a couple of fun books to teach programming and other serious topics such as dynamic web development (http://book.seaside.st) Stef

3 4

[Pharo-project] [update 1.4] #14092
by Marcus Denker Aug. 15, 2011

Aug. 15, 2011

14092 ----- Issue 4639: Package System-SourceAndChangeFile is empty http://code.google.com/p/pharo/issues/detail?id=4639 Issue 4641: Small ImageSegments related cleanup http://code.google.com/p/pharo/issues/detail?id=4641 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [update 1.4] #14092
by Marcus Denker Aug. 15, 2011

Aug. 15, 2011

14091 ----- Issue 4633: Package Graphics-Resources is dirty -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] citezen-pier broken
by Tudor Girba Aug. 15, 2011

Aug. 15, 2011

Hi, Citezen-Pier does not seem to work anymore. The first thing I noticed is that it still relies on Rio for accessing the bib file. I guess we should update it to work with Filesystem. Anyone happens to have an interest to work on it? Cheers, Doru -- www.tudorgirba.com "Some battles are better lost than fought."

2 1

[Pharo-project] Fwd: [Vm-dev] Socket's readSemaphore is losing signals with Cog on Linux
by StÃ©phane Ducasse Aug. 14, 2011

Aug. 14, 2011

can be a valuable information for some of you. Would be good to fix it for real. Stef Begin forwarded message: > From: Andreas Raab <andreas.raab(a)gmx.de> > Date: August 14, 2011 7:58:06 PM GMT+02:00 > To: vm-dev(a)lists.squeakfoundation.org > Subject: Re: [Vm-dev] Socket's readSemaphore is losing signals with Cog on Linux > Reply-To: Squeak Virtual Machine Development Discussion <vm-dev(a)lists.squeakfoundation.org> > > On 8/13/2011 13:42, Levente Uzonyi wrote: >> Socket's readSemaphore is losing signals with CogVMs on linux. We found several cases (RFB, PostgreSQL) when processes are stuck in the following method: >> >> Socket >> waitForDataIfClosed: closedBlock >> "Wait indefinitely for data to arrive. This method will block until >> data is available or the socket is closed." >> >> [ >> (self primSocketReceiveDataAvailable: socketHandle) >> ifTrue: [^self]. >> self isConnected >> ifFalse: [^closedBlock value]. >> self readSemaphore wait ] repeat >> >> When we inspect the contexts, the process is waiting for the readSemaphore, but evaluating (self primSocketReceiveDataAvailable: socketHandle) yields true. Signaling the readSemaphore makes the process running again. As a workaround we replaced #wait with #waitTimeoutMSecs: and all our problems disappeared. >> >> The interpreter VM doesn't seem to have this bug, so I guess the bug was introduced with the changes of aio.c. > > Oh, interesting. We know this problem fairly well and have always worked around by changing the wait in the above to a "waitTimeoutMSecs: 500" which turns it into a soft busy loop. It would be interesting to see if there's a bug in Cog which causes this. FWIW, here is the relevant portion: > > "Soft 500ms busy loop - to protect against AIO probs; > occasionally, VM-level AIO fails to trip the semaphore" > self readSemaphore waitTimeoutMSecs: 500. > > Cheers, > - Andreas >

1 0