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

Re: [Pharo-project] Questionn

by Francisco Garau

On 2 May 2012 18:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > First class instance variables will bring a lot to the system: > foundation for a lot of innovation > - relationships support > - meta description. > - bitfields description > ... > > I like the idea -- you could even have a BroadcasterSlot that whenever it's changed send notifications (although this might not be necessary with the Announcement framework, I haven't looked into that). But there are a couple of points that I don't understand: 1) Slots and Layouts are descriptions of Objects and Classes and, as such, they are reflection facilities. Will this go into the "minimal" kernel image that you are trying to bootstrap? (I think they should go to a "reflection" module on top of the kernel) 2) Let's say you have a subclass of point with typed slots called FloatPoint with a couple of getter/setters. Would the generated bytecodes of the setter by the same as for the same method in the superclass? - Francisco

May 4, 2012

Re: [Pharo-project] Which home for a class?[SEC=UNCLASSIFIED]

by Stephen Taylor

On Fri, 2012-05-04 at 14:18 +1000, James Ladd wrote: > Please adopt a lonely Class that needs a home, You've already sent that once.

May 4, 2012

[Pharo-project] Which home for a class?

by James Ladd

Please adopt a lonely Class that needs a home, and help Redline Smalltalk get to V1.0 http://www.redline.st/blog/2011/12/22/adopt-a-class.html

May 4, 2012

Re: [Pharo-project] OSProcess - is process done?

by Sean P. DeNigris

Sean P. DeNigris wrote > > As for #upToEnd Dave, thanks for being so patient and generous with the explanations! I'm still a little confused about blocking and output. I'm exploring some of your suggestions from the last message, but one thing is bothering me... PipeableOSProcess>>#upToEnd eventually calls AttachableFileStream>>#upToEnd, which tries to perform a buffered read by "self nextInto: 1000" (which eventually calls primitiveFileRead which calls sqFileReadIntoAt which calls fread with count arg of 1000). I'm pretty sure this sets up a race condition. In http://forum.world.st/Standard-input-in-Pharo-td2173080.html#a4607687 , I found out that fread blocks forever under the following conditions: 1. there is less data available than was asked for 2. no EOF is encountered I think this is why it seems that my (and others') reports of hanging OSP images are inconsistent. If the process has generated at least 1000 characters output before the call to #upToEnd, or if (e.g. "p pipeFromOutput next: 10") less output is asked for than is available, there is no problem. But as soon as one more character is asked for than is available, the vm hangs in fread forever. I don't know what the solution is, but the current behavior doesn't seem workable. I'd be happy to work with you as much as I can to fix it... Thanks again. Sean -- View this message in context: http://forum.world.st/OSProcess-is-process-done-tp4569088p4607761.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 4, 2012

Re: [Pharo-project] Standard input in Pharo?

by Sean P. DeNigris

Sean P. DeNigris wrote > > Because we're looking for "count" number of items all at once, if the > input is shorter than this, it will never return unless an EOF is sent Digging further, I found that the "count" is always 2048 because read buffering is enabled for io streams. When reading a normal file, we have two options - we read the number of characters we were looking for, or we reach EOF first. With stdin however, there is a third option, which is - there aren't enough chars available to fill the buffer and there is also no EOF encountered. The following returns successfully after a line is typed in the terminal (ending in newline): in := FileStream stdin. in disableReadBuffering. "Really only look for the requested number of characters" in next. Here's an issue: http://code.google.com/p/pharo/issues/detail?id=5800 The attached changeset fixes stdin. -- View this message in context: http://forum.world.st/Standard-input-in-Pharo-tp2173080p4607687.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 4, 2012

Re: [Pharo-project] OSProcess: can't #chDir: '/' on Linux

by David T. Lewis

On Thu, May 03, 2012 at 12:14:21PM +0200, Damien Cassou wrote: > Hi, > > OSProcess thisOSProcess chDir: '/'. > > always returns a > > /: Resource temporarily unavailable Thanks, this is a bug in the plugin that has apparently been there since at least 2006. It's a reversed #ifTrue:ifFalse: so the primitive answers errno on success rather than on failure. Fixed in VMConstruction-Plugins-OSProcessPlugin-dtl.35 on SqueakSource, the patch will need to go into the oscog branch of OSProcessPlugin also. Dave > > > I'm using Pharo 2.0 with #bleedingEdge OSProcess. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry

May 4, 2012

Re: [Pharo-project] Questionn

by Igor Stasenko

On 2 May 2012 19:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > First class instance variables will bring a lot to the system: > Â Â Â Â foundation for a lot of innovation > Â Â Â Â Â Â Â Â - relationships support > Â Â Â Â Â Â Â Â - meta description. > Â Â Â Â Â Â Â Â - bitfields description this one was always overrated, IMO. unless you wanna parse the IP packet headers, where else you want to play with bit fields, and care how they fit in memory? :) > Â Â Â Â Â Â Â Â ... > > Now we should really work to get from the prototype to a fully robust and tested version. > > Stef > > > >> Thanks Camilo - I've tried your image with the latest CogVM for Mac and it's usable. >> >> I understand this is work in progress, are you planning to change Object>>instVarAt: with a new primitive? or will that be handled on the image side? >> >> Apart from the change in the class declaration, do you think that any of the existing code will have to be changed? >> >> What's the biggest advantage of having slots? (and will we also have slots for temp vars?) >> >> Object subclass: #Rectangle >> Â Â Â layout: PointerLayout >> Â Â Â slots: { >> Â Â Â Â Â Â Â #origin => Slot. >> Â Â Â Â Â Â Â #corner => Slot. >> Â Â Â } >> Â Â Â classSlots: {} >> Â Â Â globals: '' >> Â Â Â category: #'Graphics-Primitives' >> >> Display boundingBox instVarAt: #origin >> >> >> On 1 May 2012 09:51, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> and the working protoype (in 1.3 + Helvetia) is avail here: >> >> http://dl.dropbox.com/u/18184943/SlotImage.zip >> >> make sure to run the image in an older vm (squeak 5.XX) >> >> best >> cami >> >> On 2012-04-30, at 22:59, Mariano Martinez Peck wrote: >> >> > All I can do is to recommend you to read this paper: http://rmod.lille.inria.fr/archives/papers/Verw11a-OOSPLA11-FlexibleObjectL… >> > >> > >> > On Mon, Apr 30, 2012 at 8:36 PM, Santiago Bragagnolo <santiagobragagnolo(a)gmail.com> wrote: >> > Hi all! I was chating with Guille, who's blaming me for make a refactor in sunit for pharo 1.4 instead of 2.0 and told me 'pharo 2.0 probably adds class layouts and slots'. Well, i'm with a concrete type inference project, i want to know what is made and who is in that part of the project to annoy and bore him with questions, 'cause probably i'll want to type the slots, but i need to understand the metaphor of the slots implementation. I want to understand too whats implication has the class layout over the types. >> > >> > Santiago. >> > >> > >> > >> > >> > >> > >> > -- >> > Mariano >> > http://marianopeck.wordpress.com >> > >> >> >> > > -- Best regards, Igor Stasenko.

May 4, 2012

Re: [Pharo-project] OSProcess error in 1.3

by David T. Lewis

Hi Gast?n, Yes you are right, and you have found a way to correct the problem. When you do OSProcessAccessor initialize, a new child watcher process will be started, and this will correct any problem in the old one. I am still curious to discover the cause of the original failure. I suspect that it is something that can be corrected with a change to the child watcher process. I'm sorry if I missed your earlier message, I was having trouble with my email last week and I missed some discussions on the list. Dave On Wed, May 02, 2012 at 10:24:43PM -0300, Gast?n Dall' Oglio wrote: > Hi David. > > I send some days ago a mail reporting "process never is completed" in > Windows, and I propose similar steps to reproduce, see: > http://forum.world.st/OSProcess-is-process-done-tp4569088p4570740.html > > Two notes about this previous mail: Two notes about this previous mail: I > say "the image hang", but this was when I evaluate #waitForCommand: and > obviously is related to that the external process is always marked as > running, not just "when I open the image with OSProcess already loaded" how > I says. Another, I do OSProcess command: 'cmd.exe /c dir' en windows 7, > OSProcess command: 'dir' only work in windows xp. > > > Well, I run this and both result in a always running process and thread: > > 1) > OSProcess command: 'cmd.exe /c dir'. => always running process (although > the associated underlying process is complete) > > 2) > OSProcess thisOSProcess restartChildWatcherThread => always running thread. > > As I says in previous mail, if I unload and load OSProcess package then all > begin to work fine. Then, I suspected that was needed rerun some class side > initialize code to solve the problem. And yes!!! That is OSProcessAccessor > initialize. > I added that to > > ThisOSProcess>>startUp: resuming > | aio | > (aio := Smalltalk at: #AioEventHandler) > ifNotNil: [ aio startUp: resuming ]. > *OSProcessAccessor initialize.* > self initializeThisOSProcess > > > Regards. > > > 2012/5/2 David T. Lewis <lewis(a)mail.msen.com> > > > Sean, > > > > Can you please try two things, in this order, and let me know which > > one causes the problem to go away? > > > > 1) Save your image, exit, and restart. Then try > > > > (OSProcess command: 'ls') inspect > > > > and see if it results in a process proxy with run state "complete". > > > > 2) Restart the child watcher > > > > OSProcess accessor restartChildWatcherProcess. > > (OSProcess command: 'ls') inspect > > > > and see if it results in a process proxy with run state "complete". > > > > Thanks, > > Dave > > > > On Tue, May 01, 2012 at 10:22:44PM -0700, Sean P. DeNigris wrote: > > > With the latest OSProcess package from SqS, when I save the image, I get: > > > > > > 2 May 2012 1:20:30 am > > > > > > VM: Mac OS - intel - 1073 - Croquet Closure Cog VM [CoInterpreter > > > VMMaker-oscog-EstebanLorenzano.155] 21.0 > > > Image: Pharo1.3 [Latest update: #13320] > > > > > > UndefinedObject(Object)>>doesNotUnderstand: #wait > > > Receiver: nil > > > Arguments and temporary variables: > > > aMessage: wait > > > exception: MessageNotUnderstood: receiver of "wait" > > is nil > > > resumeValue: nil > > > Receiver's instance variables: > > > nil > > > > > > [[event wait. > > > processSynchronizationDelay wait. > > > self changed: #childProcessStatus] repeat. > > > nil] in UnixOSProcessAccessor>>grimReaperProcess > > > Receiver: a UnixOSProcessAccessor on pid 22740 > > > Arguments and temporary variables: > > > event: nil > > > processSynchronizationDelay: a Delay(20 msecs) > > > Receiver's instance variables: > > > dependents: a DependentsArray(a UnixProcess with pid > > 22740) > > > sessionIdentifier: #[104 195 160 79] > > > canObtainSessionIdentifierFromPlugin: true > > > hasTestEof: nil > > > grimReaper: a Process in > > > MorphicUIManager>>openDebuggerOn:context:label:content...etc... > > > sigChldSemaphore: nil > > > > > > Weird... > > > > > > > > > -- > > > View this message in context: > > http://forum.world.st/OSProcess-error-in-1-3-tp4602389.html > > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > >

May 4, 2012

Re: [Pharo-project] Standard input in Pharo?

by Sean P. DeNigris

Sean P. DeNigris wrote > > What do I need to do differently? > I found the problem in the VM, which is two-fold: 1. sqFileReadIntoAt reads from stdin with "fread(dst, 1, count, file);". fread reads until EOF. Because we're looking for "count" number of items all at once, if the input is shorter than this, it will never return unless an EOF is sent (ctrl-D on mac). Either of the following (not actually suggesting this as the final patch) fixes the problem and allows input to be read: sqFileReadIntoAt ... do { clearerr(file); if (file == stdin) { printf("Option 1: reading with fgets from stdin...\n"); fgets (dst, count, file); bytesRead = strlen(dst); //printf("Option 2: reading a character at a time with fread from stdin..."); //bytesRead = fread(dst, 1, 1, file); } else { printf("reading other...\n"); bytesRead = fread(dst, 1, count, file); } } while (bytesRead <= 0 && ferror(file) && errno == EINTR); HTH, Sean p.s. this was the same line that was hanging up PipeableOSProcess>>upToEnd... dunno if it's related... -- View this message in context: http://forum.world.st/Standard-input-in-Pharo-tp2173080p4607448.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 4, 2012

Re: [Pharo-project] Questionn

by Ben Coman

I am really looking forward to the relationship support. I will be trying out the download this weekend. StÃ©phane Ducasse wrote: > First class instance variables will bring a lot to the system: > foundation for a lot of innovation > - relationships support > - meta description. > - bitfields description > ... > > Now we should really work to get from the prototype to a fully robust and tested version. > > Stef > > > > >> Thanks Camilo - I've tried your image with the latest CogVM for Mac and it's usable. >> >> I understand this is work in progress, are you planning to change Object>>instVarAt: with a new primitive? or will that be handled on the image side? >> >> Apart from the change in the class declaration, do you think that any of the existing code will have to be changed? >> >> What's the biggest advantage of having slots? (and will we also have slots for temp vars?) >> >> Object subclass: #Rectangle >> layout: PointerLayout >> slots: { >> #origin => Slot. >> #corner => Slot. >> } >> classSlots: {} >> globals: '' >> category: #'Graphics-Primitives' >> >> Display boundingBox instVarAt: #origin >> >> >> On 1 May 2012 09:51, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> and the working protoype (in 1.3 + Helvetia) is avail here: >> >> http://dl.dropbox.com/u/18184943/SlotImage.zip >> >> make sure to run the image in an older vm (squeak 5.XX) >> >> best >> cami >> >> On 2012-04-30, at 22:59, Mariano Martinez Peck wrote: >> >> >>> All I can do is to recommend you to read this paper: http://rmod.lille.inria.fr/archives/papers/Verw11a-OOSPLA11-FlexibleObjectL… >>> >>> >>> On Mon, Apr 30, 2012 at 8:36 PM, Santiago Bragagnolo <santiagobragagnolo(a)gmail.com> wrote: >>> Hi all! I was chating with Guille, who's blaming me for make a refactor in sunit for pharo 1.4 instead of 2.0 and told me 'pharo 2.0 probably adds class layouts and slots'. Well, i'm with a concrete type inference project, i want to know what is made and who is in that part of the project to annoy and bore him with questions, 'cause probably i'll want to type the slots, but i need to understand the metaphor of the slots implementation. I want to understand too whats implication has the class layout over the types. >>> >>> Santiago. >>> >>> >>> >>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >>> >> >> > > > >

May 3, 2012