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

Re: [Pharo-project] funky ::

by Henrik Johansen

Hum, squeaksource was exceptionally slow when I uploaded, prolly weirdness after me interrupting upload etc. It SHOULD read something like: unprotectedExternalObjects: aCollection Smalltalk specialObjectsArray at: 39 put: aCollection Cheers, Henry On 16. juli 2011, at 22:21, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi guys > > I found that henrik succeeded to compile and get in MC > > > you just need to define > > unprotectedExternalObjects:: foo > self > > and after you can easily define > > clearExternalObjects > "Clear the array of objects that have been registered for use in non-Smalltalk code." > > ProtectTable critical: [self unprotectedExternalObjects:: Array new]. > > I'm not convinced that it is good :) > stef

July 17, 2011

Re: [Pharo-project] SerialPort>>openPort:

by StÃ©phane Ducasse

http://code.google.com/p/pharo/issues/detail?id=4527 Stef On Jul 16, 2011, at 11:43 PM, Schwab,Wilhelm K wrote: > Stef, > > Excellent - attached. Pharo already opens by port number or name, so the two remaining steps are to save the result of the primitive and then to conditionally raise an error. If all was well, save the port ID (which Pharo already does). > > Bill > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] > Sent: Saturday, July 16, 2011 4:09 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] SerialPort>>openPort: > > On Jul 15, 2011, at 10:49 PM, Schwab,Wilhelm K wrote: > >> I am starting to build a 1.3 image, and taking the usual look around for things that would get lost. SerialPort>>openPort: appears to address named ports, but it looks like it will miss failures. What I did for 1.1 is capture the result of the primitives and raise an error if it is nil. Any interest? > > yes > send code :) > >> As an aside, does anyone know the state of serial ports on Linux? With Cog? I have been having good luck with native ports using Andreas' Windows VM. I have not done as well on my Linux laptop, but I can't tell whether that is related to Linux, the Linux VM, or (my lead theory) USB-serial converters. I need to get Ubuntu on a box with native ports and put it where I can stress test serial I/O; it has been a elusive combination, but I will get there. >> >> Bill >> >> >> >> > > > <SerialPort-openPort.st>

July 17, 2011

[Pharo-project] Bug in 1.3 - in Shout??

by Schwab,Wilhelm K

Hello all, The recent 1.3 builds get upset with code such as anobject from:-1 to:3. Specifically, the problem is the "leading" negative sign. I *think* the problem is limited to Shout's highlighting of it; the compiler appears to handle it. Bill

July 16, 2011

Re: [Pharo-project] SerialPort>>openPort:

by Schwab,Wilhelm K

Stef, Excellent - attached. Pharo already opens by port number or name, so the two remaining steps are to save the result of the primitive and then to conditionally raise an error. If all was well, save the port ID (which Pharo already does). Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Saturday, July 16, 2011 4:09 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] SerialPort>>openPort: On Jul 15, 2011, at 10:49 PM, Schwab,Wilhelm K wrote: > I am starting to build a 1.3 image, and taking the usual look around for things that would get lost. SerialPort>>openPort: appears to address named ports, but it looks like it will miss failures. What I did for 1.1 is capture the result of the primitives and raise an error if it is nil. Any interest? yes send code :) > As an aside, does anyone know the state of serial ports on Linux? With Cog? I have been having good luck with native ports using Andreas' Windows VM. I have not done as well on my Linux laptop, but I can't tell whether that is related to Linux, the Linux VM, or (my lead theory) USB-serial converters. I need to get Ubuntu on a box with native ports and put it where I can stress test serial I/O; it has been a elusive combination, but I will get there. > > Bill > > > >

July 16, 2011

Re: [Pharo-project] image freezes when setting time "back"

by Igor Stasenko

On 16 July 2011 23:11, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Jul 16, 2011, at 8:07 PM, Philippe Marschall wrote: > >> Hi >> >> I have had the following experience. I'm running Pharo 1.3 on a Linux >> box where the time is set on start up using ntp. The hardware clock is >> set to the local time (because I'm dual booting). When there is no >> network connection during booting the system the clock is two hours >> "ahead" until I get network connection and set the time using ntp. When >> a Pharo image is running during this the UI freezes and doesn't react >> anymore. Does anybody else observe this? Is this a known limitation? > > not that we are aware of. > what a bug.... :) i reported it and we discussed it months ago. > did you try with Squeak and did it behave the same? > stef > >> >> Sorry if this message got sent twice. I had some trouble with the >> mailing list. >> >> Cheers >> Philippe >> >> > > > -- Best regards, Igor Stasenko AKA sig.

July 16, 2011

[Pharo-project] [update 1.4] #14043

by stephane ducasse

14043 ----- - Adding ring container objects and fixing missing isRingObject. all tests green except one. one little step at a time... Stef

July 16, 2011

[Pharo-project] [update 1.4] #14042

by StÃ©phane Ducasse

14042 ----- - Interval>>rangeIncludes: is mis-categorized. Thanks Sean Denigris - Issue 4505: ExternalSemaphore class>>#safelyRegisterExternalObject: silently fails when running out of VM space. Thanks Henrik Sperre Johansen http://code.google.com/p/pharo/issues/detail?id=4505

July 16, 2011

[Pharo-project] funky ::

by StÃ©phane Ducasse

Hi guys I found that henrik succeeded to compile and get in MC you just need to define unprotectedExternalObjects:: foo self and after you can easily define clearExternalObjects "Clear the array of objects that have been registered for use in non-Smalltalk code." ProtectTable critical: [self unprotectedExternalObjects:: Array new]. I'm not convinced that it is good :) stef

July 16, 2011

Re: [Pharo-project] image freezes when setting time "back"

by StÃ©phane Ducasse

On Jul 16, 2011, at 8:07 PM, Philippe Marschall wrote: > Hi > > I have had the following experience. I'm running Pharo 1.3 on a Linux > box where the time is set on start up using ntp. The hardware clock is > set to the local time (because I'm dual booting). When there is no > network connection during booting the system the clock is two hours > "ahead" until I get network connection and set the time using ntp. When > a Pharo image is running during this the UI freezes and doesn't react > anymore. Does anybody else observe this? Is this a known limitation? not that we are aware of. what a bug.... :) did you try with Squeak and did it behave the same? stef > > Sorry if this message got sent twice. I had some trouble with the > mailing list. > > Cheers > Philippe > >

July 16, 2011

Re: [Pharo-project] SerialPort>>openPort:

by StÃ©phane Ducasse

On Jul 15, 2011, at 10:49 PM, Schwab,Wilhelm K wrote: > I am starting to build a 1.3 image, and taking the usual look around for things that would get lost. SerialPort>>openPort: appears to address named ports, but it looks like it will miss failures. What I did for 1.1 is capture the result of the primitives and raise an error if it is nil. Any interest? yes send code :) > As an aside, does anyone know the state of serial ports on Linux? With Cog? I have been having good luck with native ports using Andreas' Windows VM. I have not done as well on my Linux laptop, but I can't tell whether that is related to Linux, the Linux VM, or (my lead theory) USB-serial converters. I need to get Ubuntu on a box with native ports and put it where I can stress test serial I/O; it has been a elusive combination, but I will get there. > > Bill > > > >

July 16, 2011