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

Re: [Pharo-project] receiving tcp messages

by GÃ¶ran Krampe

On 02/24/2012 06:38 PM, Tudor Girba wrote: > Hi Sven (and Goran), > > Thanks a lot! This is pretty much what I was looking for. As I wrote - if you are after a forking *server* - then load Blackfoot from SS and use it as a base. I took Kom and stripped it down to its barest form and made a base class etc, it should be obvious. It does basically what Sven wrote. regards, GÃ¶ran

Feb. 24, 2012

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

by S Krish

I love Pharo's ability to mould/ twist in spare time something that is imminently usable.. Just playing around over an hour plus, I find this tree view grouping more convinient than current browsers in giving a coherent view that easily extends: All editable code text morphs, spreading over to mutliple worlds one can traverse too if needed. or appears on tab anyways for each group. a) Package, Class, Category , Hierarchy levels. b) Senders, implementors .. c) Arbitrary groups of methods if one desires to.. Can also include some class definition info bubble/ reduce noise through some more optimization to make it optimized ... we can have a little customizations too to get a good grip of the whole as well as the part. But I agree, Gaucho / Code Bubbles are nice, but I am afraid fo fragmented view it will still represented. May be each will have little twist of his predilictions and cannot be highly generalized. On 2/24/12, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 24 February 2012 00:18, Matias Garcia Isaia <mgarciaisaia(a)gmail.com> > wrote: >> On Thu, Feb 23, 2012 at 5:08 PM, Mariano Martinez Peck >> <marianopeck(a)gmail.com> wrote: >>> Nooo!!! he comes from Java!! he starts with index 0. Kill him!!! ;) >> >> Ooops... Time to get a new identity :) >> >> >> On 23 February 2012 19:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> wrote: >>> Sure we know. >>> And we also know that it requires effort and lot of people are talking. >> >> I know there's a loooong way to see what CodeBubbles can do, and that >> requires to do a big effort, but imagined that some kind of >> alternative - I'm not sure that CB is **exactly** what I want (sure >> Java-ers want to see **something more** than just a file pimped with >> colours, but Smalltalk **allready has** much more than a text file - >> have real code) - could be very less effort-consuming. Making the >> current browser (Nautilus? - newbie here :) ) pop a new >> Â¿window?Â¿morph? showing a method instead of updating a single pane >> (the current one showing method's source) don't seems to be so "far" >> away to me. >> >> Of course that's my point of view, based on what I imagine that could >> be. I should spend some time to see how it is implemented, and to see >> if it really is that simple, but anyway trust you if you say is a huge >> effort... >> > > Well, popping out a new morph every time you clicking around is easy part. > The hard part is to make this stuff really consistent and easy to use > for navigation and development. > It requires far more serious work than just spending 2 hours > implementing "bubbling" behavior. > >> >> Cheers :) >> > > > > -- > Best regards, > Igor Stasenko. > >

Feb. 24, 2012

Re: [Pharo-project] receiving tcp messages

by Tudor Girba

Hi Sven (and Goran), Thanks a lot! This is pretty much what I was looking for. I will poke around some more. Cheers, Doru On 24 Feb 2012, at 16:14, Sven Van Caekenberghe wrote: > On 24 Feb 2012, at 15:42, GÃ¶ran Krampe wrote: > >> On 02/24/2012 02:28 PM, Tudor Girba wrote: >>> Hi Sven, >>> >>> Thanks, but I did not explain my problem correctly. My problem is >>> actually super trivial. I have a server that throws continuously plain >>> text (actually, it's a logging facility), and I need to implement a >>> client that connects to it and consumes the plain text endlessly >>> without any feedback to the server. So, essentially, there is no >>> communication protocol involved. >> >> Just use SocketStream. Since you are building a client it is trivial: >> >> stream := SocketStream openConnectionToHostNamed: host port: port. >> [stream isConnected] whileTrue: [ >> line := stream nextLineLf] >> >> ...or something like that (just see protocol of SocketStream). No need to use Socket directly - I tend to keep repeating that on mailinglists. :) >> >> For a trivial *forking server* you can load Blackfoot from SS and "copy" from it, it is a stripped down server basically. >> >> regards, GÃ¶ran > > He wants a server, I think. > > Here is an example of a very simple forking server, without error handling code: > > | serverSocket serverProcess | > serverSocket := Socket newTCP. > serverSocket listenOn: 8888 backlogSize: 5. > serverProcess := [ > [ | clientSocket stream line | > clientSocket := serverSocket waitForAcceptFor: 900. > stream := SocketStream on: clientSocket. > [ [ (line := stream nextLine) ~= 'quit' ] whileTrue: [ > Transcript crLog: line. > stream nextPutAll: line reverse; crlf; flush ]. > stream close ] fork. > ] repeat > ] fork. > { serverProcess. serverSocket }. > > And here is how it works: > > $ telnet 127.0.0.1 8888 > Trying 127.0.0.1... > Connected to localhost. > Escape character is '^]'. > hello > olleh > doru > urod > smalltalk > klatllams > quit > Connection closed by foreign host. > > Make sure to inspect the code above, so that you can #terminate the server process and #close the server socket. The process browser is useful too (don't forget to update it), as will be > > Socket allInstances > > and/or > > Socket allInstances do: #close > > (Warning: you will crash/hang your image until you get this 100% right with proper error handling.) > > HTH, > > Sven > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > -- www.tudorgirba.com "Problem solving efficiency grows with the abstractness level of problem understanding."

Feb. 24, 2012

Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3

by Schwab,Wilhelm K

Sig, I did some reading on the tracker, and while I don't fully follow, it sounds like my problem might be fixed by starting over and using a standard vm???? Is there a fix that can go in 1.4, because I'm seeing something like this there too. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] Sent: Friday, February 24, 2012 10:29 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3 Here is the item that I think needs a fix (if one exists): > (1) can't open debugger seem to be you victim of http://code.google.com/p/pharo/issues/detail?id=5167&q=finalization&colspec… its indeed prevents debugger from starting in some cases This is an excerpt from From: Igor Stasenko <siguctua@...> Subject: Re: 1.4 - better from Jenkins Newsgroups: gmane.comp.lang.smalltalk.pharo.devel Date: 2012-02-10 09:43:34 GMT (2 weeks, 5 hours and 43 minutes ago) ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] Sent: Friday, February 24, 2012 9:11 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3 Guys, I'm hoping Sig will see this an immediately know what is at play. I don't even know if there is a fix, but there appears to be in 1.4. If backporting that to 1.3 is feasible, it should be done. I *think* I know some keywords that might pull his relevant reply (something like "you are a victim of") from the archive. Can't do it right now. BTW, I took Stef's reply and used it to good effect - might have even figured out why I couldn't build images. All part of testing. If you look, you'll find code of mine in the image. Have you noted some of my responses to help others - probably not. But I would rather not play "I haven't seen" games. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Sven Van Caekenberghe [sven(a)beta9.be] Sent: Friday, February 24, 2012 6:02 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3 On 24 Feb 2012, at 11:12, Schwab,Wilhelm K wrote: > There is a tracker entry, but please understand it's the middle of the night here and I'm in and out. I think Sig will know the details more off the top, otherwise I'll search later. Would you rather I say nothing about a known bug? I can't find anything with Schwab, Bill or Wilhelm in any issue ever in http://code.google.com/p/pharo/issues/list (there are a handful that are more than half a year old, magically you even received help). I read this mailing list all the time, I can't remember seeing a concrete, reproduceable bug report. Please, correct me if I am wrong. Some, like Stef, even took the trouble of trying to load some of the stuff that was causing you trouble, only to report that it worked for them. I and many others ask for help and report problems here all the time. It is incredible how people spring up all the time to help others with both simple and deep problems. It is often so that the one reporting a problem did something wrong himself, I am guilty here as well, but even then people took the trouble to look and give some of their valuable time. The way you ask the question makes a huge difference: provide details, make it reproduceable, don't include negative stuff. I'll make you a promise: I'll give you some of my personal time to try whatever you report next as 'BAD bug, makes 1.3 unstable, rendering the image useless', provided there is a description of how I should do it. Sven

Feb. 24, 2012

Re: [Pharo-project] NB How can I pass a NULL argument?

by Igor Stasenko

On 24 February 2012 16:44, Jan van de Sandt <jvdsandt(a)gmail.com> wrote: > Ah Yes!! After changing the superclass it works perfectly. Thank you very > much Igor! > Thanks for feedback. Now i know what to do to prevent such mistakes. I will add class comment and override #asNBExternalType: to raise an error telling users that they should use NBExternalObject instead , or otherwise override #asNBExternalType: like NBExternalAddress does. > Jan. > > PS: ICU binaries can be downloaded > fromÂ http://apps.icu-project.org/icu-jsp/downloadPage.jsp?ver=4.8.1&base=c > Unfortunately no binary downloads for OSX and making a 32 bit version for > Lion is a bit of a hassle. If you want I can mail the binaries. > If you will have more issues. :) -- Best regards, Igor Stasenko.

Feb. 24, 2012

Re: [Pharo-project] NB How can I pass a NULL argument?

by Jan van de Sandt

Ah Yes!! After changing the superclass it works perfectly. Thank you very much Igor! Jan. PS: ICU binaries can be downloaded from http://apps.icu-project.org/icu-jsp/downloadPage.jsp?ver=4.8.1&base=cUnfort… no binary downloads for OSX and making a 32 bit version for Lion is a bit of a hassle. If you want I can mail the binaries. On Fri, Feb 24, 2012 at 4:23 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > And one more thing which i missed initially: > ICUEnumerationNB is a subclass of NBExternalHandle. > > This class was actually done for holding a handle but not interact > directly with marchalling types, > and subclassing from it makes little sense actually unless you > override #asNBExternalType: on class side. > > For this purpose there is NBExternalObject. > So, i recommend you to change ICUEnumerationNB to be a subclass of > NBExternalObject. > The instances of NBExternalObject holding a handle in 1st inst var, > and you free to add more ivars if you like (opposite to > NBExternalHandle where you can't because it is a varbyte class). > > -- > Best regards, > Igor Stasenko. > >

Feb. 24, 2012

Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3

by Schwab,Wilhelm K

Here is the item that I think needs a fix (if one exists): > (1) can't open debugger seem to be you victim of http://code.google.com/p/pharo/issues/detail?id=5167&q=finalization&colspec… its indeed prevents debugger from starting in some cases This is an excerpt from From: Igor Stasenko <siguctua@...> Subject: Re: 1.4 - better from Jenkins Newsgroups: gmane.comp.lang.smalltalk.pharo.devel Date: 2012-02-10 09:43:34 GMT (2 weeks, 5 hours and 43 minutes ago) ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] Sent: Friday, February 24, 2012 9:11 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3 Guys, I'm hoping Sig will see this an immediately know what is at play. I don't even know if there is a fix, but there appears to be in 1.4. If backporting that to 1.3 is feasible, it should be done. I *think* I know some keywords that might pull his relevant reply (something like "you are a victim of") from the archive. Can't do it right now. BTW, I took Stef's reply and used it to good effect - might have even figured out why I couldn't build images. All part of testing. If you look, you'll find code of mine in the image. Have you noted some of my responses to help others - probably not. But I would rather not play "I haven't seen" games. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Sven Van Caekenberghe [sven(a)beta9.be] Sent: Friday, February 24, 2012 6:02 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3 On 24 Feb 2012, at 11:12, Schwab,Wilhelm K wrote: > There is a tracker entry, but please understand it's the middle of the night here and I'm in and out. I think Sig will know the details more off the top, otherwise I'll search later. Would you rather I say nothing about a known bug? I can't find anything with Schwab, Bill or Wilhelm in any issue ever in http://code.google.com/p/pharo/issues/list (there are a handful that are more than half a year old, magically you even received help). I read this mailing list all the time, I can't remember seeing a concrete, reproduceable bug report. Please, correct me if I am wrong. Some, like Stef, even took the trouble of trying to load some of the stuff that was causing you trouble, only to report that it worked for them. I and many others ask for help and report problems here all the time. It is incredible how people spring up all the time to help others with both simple and deep problems. It is often so that the one reporting a problem did something wrong himself, I am guilty here as well, but even then people took the trouble to look and give some of their valuable time. The way you ask the question makes a huge difference: provide details, make it reproduceable, don't include negative stuff. I'll make you a promise: I'll give you some of my personal time to try whatever you report next as 'BAD bug, makes 1.3 unstable, rendering the image useless', provided there is a description of how I should do it. Sven

Feb. 24, 2012

Re: [Pharo-project] NB How can I pass a NULL argument?

by Igor Stasenko

And one more thing which i missed initially: ICUEnumerationNB is a subclass of NBExternalHandle. This class was actually done for holding a handle but not interact directly with marchalling types, and subclassing from it makes little sense actually unless you override #asNBExternalType: on class side. For this purpose there is NBExternalObject. So, i recommend you to change ICUEnumerationNB to be a subclass of NBExternalObject. The instances of NBExternalObject holding a handle in 1st inst var, and you free to add more ivars if you like (opposite to NBExternalHandle where you can't because it is a varbyte class). -- Best regards, Igor Stasenko.

Feb. 24, 2012

Re: [Pharo-project] [squeak-dev] Spoon presentation 2012-02-24

by Chris Muller

You showed us this earlier in the week -- and the feedback then was, "voice-over, please." When the music started I hoped perhaps you were going to sing it to us. :) It's nice demo, but so far I've only seen the components that are IN Spoon -- I am interested in seeing an OUTPUT of Spoon. Anything to take me to the next-level of understanding and confidence about it.. On Fri, Feb 24, 2012 at 9:01 AM, Craig Latta <craig(a)netjam.org> wrote: > > Hi-- > > Â Â This is a fly-through of my next presentation about Spoon[1]. I > hope to present it at the next Pharo conference, 24-25 May 2012 in > Lille, France. > > Â Â http://tinyurl.com/8y2x3rp (wordpress.com) > > > Â Â thanks for any feedback! > > -C > > [1] http://netjam.org/spoon > > -- > Craig Latta > www.netjam.org/resume > +31 6 2757 7177 > + 1 415 287 3547 > >

Feb. 24, 2012

[Pharo-project] Pharo 1.3 - Build # 17 - Still Unstable!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

Feb. 24, 2012