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

Re: [Pharo-project] reading *exactly* n bytes from socket

by Max Leske

Good to know, that you're working on it. Took me a while to figure out that #next: would not fill the entiry buffer... Unfortunately, I wasn't able to resolve my afore mentioned problem completely. To make things easier, I sent #upToEnd to my SocketStream, expecting to get all the data (and then read the lines later). However, towards the end of the transmission the connection is suddenly closed (ConnectionClosed is signaled by Socket>>waitForDataFor:) and I lose a variable amount of data (up to about 300KB out of 4.7MB). The primitive says that the server closed the connection (which might of course be true) but I can't see where my data went missing. In one case I even had a singel byte missing inside a line (the line was one byte shorter than advertised). Now this would probably be a totally different proplem and, to be fair, I couldn' reproduce it, so ignore this for now. Camillo is now looking into ithe SocketStream stuff but if any of you have a clue what could be going on, I'd appreciate your help. Cheers, Max On 15.01.2012, at 20:56, StÃ©phane Ducasse wrote: > > On Jan 15, 2012, at 8:10 PM, Schwab,Wilhelm K wrote: > >> Max, >> >> I wouldn't forget it too soon. Streams should work as advertised or raise an error. My (compromise) proposal remains as follows: >> >> http://code.google.com/p/pharo/wiki/StreamsForRobustSoftware > > Yes :) > > I know. > >> >> Bill >> >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Max Leske [maxleske(a)gmail.com] >> Sent: Sunday, January 15, 2012 6:18 AM >> To: pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] reading *exactly* n bytes from socket >> >> Sorry, forget what I just wroteâ¦ >> I found the bug in my code. Should have checked if the connection is still open :-/ >> >> Cheers, >> Max >> >> >> On 15.01.2012, at 12:09, Max Leske wrote: >> >>> Hey guys >>> >>> I'm having a problem with Socket / SocketStream. When I know that the next packet of data from the server is going to be 10'000 bytes I want to ask the socket for exactly 10'000 bytes of data (I don't care how long it takes). However, the comments in the Socket class suggest that the buffer might not be filled entirely when the message answers. As a consequence, my code fails because the ByteArray sometimes has a number of zero bytes at the end which obviously wasn't expected. >>> I also tried to use SocketStream to get around this problem but wasn't successful. Am I supposed to handle this case myself or did I overlook something? >>> >>> Cheers, >>> Max >> >> >> > >

Jan. 15, 2012

Re: [Pharo-project] reading *exactly* n bytes from socket

by StÃ©phane Ducasse

On Jan 15, 2012, at 8:10 PM, Schwab,Wilhelm K wrote: > Max, > > I wouldn't forget it too soon. Streams should work as advertised or raise an error. My (compromise) proposal remains as follows: > > http://code.google.com/p/pharo/wiki/StreamsForRobustSoftware Yes :) I know. > > Bill > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Max Leske [maxleske(a)gmail.com] > Sent: Sunday, January 15, 2012 6:18 AM > To: pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] reading *exactly* n bytes from socket > > Sorry, forget what I just wroteâ¦ > I found the bug in my code. Should have checked if the connection is still open :-/ > > Cheers, > Max > > > On 15.01.2012, at 12:09, Max Leske wrote: > >> Hey guys >> >> I'm having a problem with Socket / SocketStream. When I know that the next packet of data from the server is going to be 10'000 bytes I want to ask the socket for exactly 10'000 bytes of data (I don't care how long it takes). However, the comments in the Socket class suggest that the buffer might not be filled entirely when the message answers. As a consequence, my code fails because the ByteArray sometimes has a number of zero bytes at the end which obviously wasn't expected. >> I also tried to use SocketStream to get around this problem but wasn't successful. Am I supposed to handle this case myself or did I overlook something? >> >> Cheers, >> Max > > >

Jan. 15, 2012

Re: [Pharo-project] Finding all places where a class is instantiated?

by StÃ©phane Ducasse

> >> No. cmd + shift + n gives you the list of references to a class. > > Thanks, that one is useful. I use it alllll the time :) I would hate to open the finder all the time.

Jan. 15, 2012

Re: [Pharo-project] Finding all places where a class is instantiated?

by StÃ©phane Ducasse

> I've added a refactoring scope 'Refactoring Scope > Instantiations' > that finds all the places where a method is sent to the selected class > that eventually ends up in #basicNew or #basicNew:. If you don't use > reflection this gives better and less false-positives than just the > class references. Ok this is what I wanted to know :)

Jan. 15, 2012

Re: [Pharo-project] reading *exactly* n bytes from socket

by Schwab,Wilhelm K

Max, I wouldn't forget it too soon. Streams should work as advertised or raise an error. My (compromise) proposal remains as follows: http://code.google.com/p/pharo/wiki/StreamsForRobustSoftware Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Max Leske [maxleske(a)gmail.com] Sent: Sunday, January 15, 2012 6:18 AM To: pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] reading *exactly* n bytes from socket Sorry, forget what I just wroteâ¦ I found the bug in my code. Should have checked if the connection is still open :-/ Cheers, Max On 15.01.2012, at 12:09, Max Leske wrote: > Hey guys > > I'm having a problem with Socket / SocketStream. When I know that the next packet of data from the server is going to be 10'000 bytes I want to ask the socket for exactly 10'000 bytes of data (I don't care how long it takes). However, the comments in the Socket class suggest that the buffer might not be filled entirely when the message answers. As a consequence, my code fails because the ByteArray sometimes has a number of zero bytes at the end which obviously wasn't expected. > I also tried to use SocketStream to get around this problem but wasn't successful. Am I supposed to handle this case myself or did I overlook something? > > Cheers, > Max

Jan. 15, 2012

Re: [Pharo-project] Finding all places where a class is instantiated?

by Stefan Marr

On 15 Jan 2012, at 19:29, Mariano Martinez Peck wrote: > No. cmd + shift + n gives you the list of references to a class. Thanks, that one is useful. Best regards Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

Jan. 15, 2012

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

by Igor Stasenko

Guys, the best thing what can be done is to sit and write down new GUI/IDE/remote tools/whatever will make your joy with smalltalk greater. Talking endlessly "how better it would be if there be ... " is just waste of time. my 2 cents. -- Best regards, Igor Stasenko.

Jan. 15, 2012

Re: [Pharo-project] executing a script in headless mode?

by Bernardo Ezequiel Contreras

Great!. verified in 14284 Thanks On Sun, Jan 15, 2012 at 2:29 PM, Camillo Bruni <camillo.bruni(a)inria.fr>wrote: > Update, > > we fixed the issue :) > > http://code.google.com/p/pharo/issues/detail?id=5175 > > best > cami > > On 2012-01-14, at 22:29, Bernardo Ezequiel Contreras wrote: > > > i try it again with the last image #14283 and it doesn't work > > > > On Sat, Jan 14, 2012 at 4:12 PM, Sven Van Caekenberghe <sven(a)beta9.be> > wrote: > > > > On 14 Jan 2012, at 19:28, Bernardo Ezequiel Contreras wrote: > > > > > file://home/vonbecmann/pharo-projects/trunk/set-up.st > > > > /home/vonbecmann/pharo-projects/trunk/set-up.st should work just as > well. > > > > > > > > > > >

Jan. 15, 2012

Re: [Pharo-project] Finding all places where a class is instantiated?

by Igor Stasenko

just keep in mind that some classes do not instantiating using #new -- Best regards, Igor Stasenko.

Jan. 15, 2012

Re: [Pharo-project] Finding all places where a class is instantiated?

by Lukas Renggli

I've added a refactoring scope 'Refactoring Scope > Instantiations' that finds all the places where a method is sent to the selected class that eventually ends up in #basicNew or #basicNew:. If you don't use reflection this gives better and less false-positives than just the class references. Lukas On 15 January 2012 19:29, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > > On Sun, Jan 15, 2012 at 7:10 PM, Stefan Marr <smalltalk(a)stefan-marr.de> > wrote: >> >> Hi: >> >> On 15 Jan 2012, at 19:06, StÃ©phane Ducasse wrote: >> >> > Stefan why Shift+N is not enough for you? >> >> Shift+N? I assume you refer to cmd+n on a Mac, which gives me all senders. > > > No. cmd + shift + nÂ gives you the list of references to a class. > >> >> Well, senders of #new is not exactly helpful. >> >> Best regards >> Stefan >> >> -- >> Stefan Marr >> Software Languages Lab >> Vrije Universiteit Brussel >> Pleinlaan 2 / B-1050 Brussels / Belgium >> http://soft.vub.ac.be/~smarr >> Phone: +32 2 629 2974 >> Fax: Â +32 2 629 3525 >> >> > > > > -- > Mariano > http://marianopeck.wordpress.com > -- Lukas Renggli www.lukas-renggli.ch

Jan. 15, 2012