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

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

by StÃ©phane Ducasse

On Jan 16, 2012, at 5:19 AM, Schwab,Wilhelm K wrote: > I don't just write English, I also write Smalltalk :) :) > I had put some related code on SqueakMap, but I suspect it disappeared in one of the meltdowns. It also picked up some code that I had not intended to release, which led me to be unhappy with http repositories. > > The code varies in quality, covering things missing in streams, FFI, value adapters, among other things. I recently noted that the FFI code will require tweaking to be of use with 1.3 and up. if you have fixes for FFi please publish it because we need a good FFI. > > 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: Sunday, January 15, 2012 3:47 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] reading *exactly* n bytes from socket > > On Jan 15, 2012, at 9:19 PM, Max Leske wrote: > >> Good to know, that you're working on it. Took me a while to figure out that #next: would not fill the entiry bufferâ¦ > > I'm not. I just know that bill tried to explain to us what was the problem :) and since the emails/sentences were too long or too english I was always lost but I know that there is this point that we should address. > >> >> 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. 16, 2012

Re: [Pharo-project] [Esug-list] [ANN] Amber Smalltalk 0.9.1 is out!

by StÃ©phane Ducasse

Thanks for all this good energy nicolas! Keep pushing :) Stef On Jan 16, 2012, at 1:06 AM, Nicolas Petton wrote: > About 4 moons have passed and Amber - the Smalltalk for the web - has > during that time moved forward quite a lot. Since the 0.9 release back > in september we have made about 250 commits and closed 52 issues of > about 75 reported during these months. > > Now with over 43 forks on github and more than 230 followers the > project: > > http://www.amber-lang.net > > ...is live and kicking! > > A lot of cool stuff is being done in those forks and not in the master > repository, like for example the gaming framework called Ludus by > Bernat > Romagosa: > > https://github.com/bromagosa/amber/tree/ludus > > ...or Ambrhino by Stefan Krecher - Amber running in Rhino: > > https://github.com/StefanKrecher/Ambrhino > > So, why would you take a look at Amber? > > In our opinion Amber is perfectly positioned for the HTML5 onslaught > and > the explosion of all-things-javascript like for example Nodejs. > > Amber plays very well with others and can seamlessly use Javascript > libraries! It's a *real* Smalltalk, the environment is all there > including Workspace, Transcript, Browser, > senders/implementors/references to class, TestRunner, Inspectors, code > editing with syntax coloring and a Debugger. There is no image or > interpreter, all compilation is incremental. > > JavaScript is quite a broken language with lots of traps and odd > quirks. > It is the assembler of the Internet and we love it for that, but we > don't want to write applications in it. Smalltalk is immensely cleaner, > both syntactically and semantically with a simple class model and a > lightweight syntax for closures. It is in many ways a perfect match for > the Good Parts of JavaScript. > > And having a true live interactive incremental development environment > where you can build your application directly in the browser is > unbeatable... > > > Below follows a summary of the major changes since release 0.9. We hope > you join us in developing Amber and having fun! Fork at github, join in > #amber-lang on freenode and hop onto the mailing list. > > regards, Nicolas & GÃ¶ran ...and a BIG thanks to everyone that are > involved in the project! > --------------------------------------------- > > Here's a summary of changes since the 0.9 release: > > - 80 new unit tests written > - 52 issues fixed > - All classes in Kernel-Objects, Kernel-Classes and Kernel-Methods has > been documented > - New documentation framework (see > http://amber-lang.net/documentation.html) > - Better class organisations, "Kernel" package split into several > packages > - First class packages have replaced class categories > - Internet Explorer 7+ compatibility > - New Announcement framework ported from Pharo > - New console-based REPL written in Amber using node.js > - Symbol class implemented together with object identity and #== > - New OrderedCollection and Set implementation > - Dictionary can now have any kind of object as keys. String-key > dictionary has been renamed HashedCollection > - New TwitterWall example > - Improved HTML Canvas, now compatible with IE7 > - Improved JSObjectProxy for seemless JavaScript objects access from > Amber > - No more jQuery binding. Amber is fully capable of sending messages to > JavaScript objects > > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

Jan. 16, 2012

[Pharo-project] Exception logging

by StÃ©phane Ducasse

Hi guys when I do the following |file| [ file := StandardFileStream fileNamed: 'loglog.txt'. file nextPutAll: 'Start'. [ file nextPutAll: (Compiler evaluate: '55 + 88 poipuiu') asString] on: Error do: [:ex | ex outer errorReportOn: file]. ] ensure: [file close]. I get a pop up DNU poipuiu while I would like to get the stack on the stream. May be my mistake is obvious but I do not see it. Stef

Jan. 16, 2012

Re: [Pharo-project] Squeaksource mirror

by GastÃ³n Dall' Oglio

I try load the mirror in the 1.3 image and I get this warning: This package depends on the following classes: ObjectAsMethodWrapper You must resolve these dependencies before you will be able to load these definitions: MRAfterWrapper MRAfterWrapper>>install MRAfterWrapper>>installed MRAfterWrapper>>installed: MRAfterWrapper>>run:with:in: MRAfterWrapper>>uninstall Then, I fix it this: Gofer new url: 'http://dsal.cl/squeaksource/ObjectsAsMethodsWrap'; package: 'ObjectAsMethodWrapper'; url: 'http://dsal.cl/squeaksource/MonticelloRedirect'; package: 'MontiRedirect'; load. 2012/1/16 Guillermo Polito <guillermopolito(a)gmail.com> > Hmm, What do you think about having this loaded in the core image, and a > setting for it? :D > > I can't remember all the time how to download it :( > > ---------- Forwarded message ---------- > From: Francois Stephany <tulipe.moutarde(a)gmail.com> > Date: Tue, Jan 10, 2012 at 9:27 PM > Subject: Re: [Pharo-project] Squeaksource is... up, but just barely > To: pharo-project(a)lists.gforge.inria.fr > > > Same here. Timeouts when loading stuff :/ > > In the mean time I use the Chilean mirror. Pretty simple: > > Gofer new > url: 'http://dsal.cl/squeaksource/MonticelloRedirect'; > package: 'MontiRedirect'; > load. > > MRManager redirectFrom: 'http://www.squeaksource.com/' to: ' > http://dsal.cl/squeaksource/'. > > > > > On 10/01/12 15:54, Sean P. DeNigris wrote: > >> It's very... very... slow... (enough that Metacello loads are timing out) >> >> -- >> View this message in context: >> http://forum.world.st/Squeaksource-is-up-but-just-barely-tp4283895p4283895.… >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> > -- > http://tulipemoutarde.be > BE: +32 (0)65 709 131 > CA: +1 778 558 3225 > > >

Jan. 16, 2012

[Pharo-project] Squeaksource mirror

by Guillermo Polito

Hmm, What do you think about having this loaded in the core image, and a setting for it? :D I can't remember all the time how to download it :( ---------- Forwarded message ---------- From: Francois Stephany <tulipe.moutarde(a)gmail.com> Date: Tue, Jan 10, 2012 at 9:27 PM Subject: Re: [Pharo-project] Squeaksource is... up, but just barely To: pharo-project(a)lists.gforge.inria.fr Same here. Timeouts when loading stuff :/ In the mean time I use the Chilean mirror. Pretty simple: Gofer new url: 'http://dsal.cl/squeaksource/**MonticelloRedirect<http://dsal.cl/squeaksource/MonticelloRedirect> '; package: 'MontiRedirect'; load. MRManager redirectFrom: 'http://www.squeaksource.com/' to: ' http://dsal.cl/squeaksource/'**. On 10/01/12 15:54, Sean P. DeNigris wrote: > It's very... very... slow... (enough that Metacello loads are timing out) > > -- > View this message in context: http://forum.world.st/** > Squeaksource-is-up-but-just-**barely-tp4283895p4283895.html<http://forum.world.st/Squeaksource-is-up-but-just-barely-tp4283895p4283895.…> > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > -- http://tulipemoutarde.be BE: +32 (0)65 709 131 CA: +1 778 558 3225

Jan. 16, 2012

Re: [Pharo-project] Fwd: [Pharo-users] another confusing result

by Milan Mimica

I would just remove the method. Probably the best fix ever. On 14 January 2012 12:55, Mariano Martinez Peck <marianopeck(a)gmail.com>wrote: > > > ---------- Forwarded message ---------- > From: Larry White <ljw1001(a)gmail.com> > Date: Tue, Jan 10, 2012 at 12:52 AM > Subject: Re: [Pharo-users] another confusing result > To: A friendly place where any question about pharo is welcome < > pharo-users(a)lists.gforge.inria.fr> > > > Thanks. I wonder if this method needs to stay the same for compatibility > reasons or if it could be modified in Pharo to produce a less surprising > result. In other words, is this a bug or a feature? > > > On Mon, Jan 9, 2012 at 1:41 PM, Runar Jordahl <runar.jordahl(a)gmail.com>wrote: > >> Here is a copy of something I wrote about this earlier: >> >> In Pharo 1.3, SequenceableCollection>>combinations:atATimeDo: will, >> for all combinations, send the same collection instance as argument >> for the block. Therefore, if you use this collection itself, you will >> be surprised: >> >> |answer| >> answer := OrderedCollection new. >> #(a b c) combinations: 2 atATimeDo: [:each | answer add: each]. >> answer >> >> Here I expect to end up with a collection looking like this: >> 1: #(#a #b) >> 2: #(#a #c) >> 3: #(#b #c) >> >> But I end up with: >> 1: #(#c #c) >> 2: #(#c #c) >> 3: #(#c #c) >> >> One fix is to change the client code to copy the argument for the block: >> |answer| >> answer := OrderedCollection new. >> #(a b c) combinations: 2 atATimeDo: [:each | answer add: each copy]. >> answer >> >> Another solution is enhancing >> SequenceableCollection>>combinationsAt:in:after:do: to copy the >> collection: >> nn + 1 to: self size do: [ :index | >> aCollection at: jj put: (self at: index). >> jj = aCollection size >> ifTrue: [ aBlock value: aCollection copy ] >> ifFalse: [ >> self >> combinationsAt: jj + 1 >> in: aCollection >> after: index >> do: aBlock ] ] >> >> >> >> Kind regards >> Runar Jordahl >> >> > > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Milan Mimica http://sparklet.sf.net

Jan. 16, 2012

Re: [Pharo-project] Problem with PluggableListMorph

by Guillermo Polito

http://code.google.com/p/pharo/issues/detail?id=5183&thanks=5183&ts=1326733… On Mon, Jan 16, 2012 at 2:05 PM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > There are cases when PluggableListMorph has is inner list cache in nil: > > *getListElementSelector: aSymbol > "specify a selector that can be used to obtain a single element in the > underlying list" > getListElementSelector := aSymbol. > list := nil. "this cache will not be updated if > getListElementSelector has been specified, so go ahead and remove it"* > ... > > > But, there are some methods that send messages to that nil list and blow > up :D, such as: > > > *backgroundColorFor: aRow > > | anItem return | > aRow ifNil: [ ^nil ]. > anItem := list at: aRow ifAbsent: [ ^ nil ]. > ... > * > Now, two solutions comes to my mind: > > put one more ward in: > > *backgroundColorFor: aRow > > | anItem return | > (aRow isNil or: [ list isNil ]) ifTrue: [ ^nil ]. > anItem := list at: aRow ifAbsent: [ ^ nil ]. > ... > * > Or use #getList, which seems to be the most... cleaner. > > *backgroundColorFor: aRow > > | anItem return | > aRow ifNil: [ ^nil ]. > anItem := self getList at: aRow ifAbsent: [ ^ nil ]. > ... > * > ? > > Guille, > (meanwhile, opening a ticket :)). >

Jan. 16, 2012

[Pharo-project] Problem with PluggableListMorph

by Guillermo Polito

There are cases when PluggableListMorph has is inner list cache in nil: *getListElementSelector: aSymbol "specify a selector that can be used to obtain a single element in the underlying list" getListElementSelector := aSymbol. list := nil. "this cache will not be updated if getListElementSelector has been specified, so go ahead and remove it"* ... But, there are some methods that send messages to that nil list and blow up :D, such as: *backgroundColorFor: aRow | anItem return | aRow ifNil: [ ^nil ]. anItem := list at: aRow ifAbsent: [ ^ nil ]. ... * Now, two solutions comes to my mind: put one more ward in: *backgroundColorFor: aRow | anItem return | (aRow isNil or: [ list isNil ]) ifTrue: [ ^nil ]. anItem := list at: aRow ifAbsent: [ ^ nil ]. ... * Or use #getList, which seems to be the most... cleaner. *backgroundColorFor: aRow | anItem return | aRow ifNil: [ ^nil ]. anItem := self getList at: aRow ifAbsent: [ ^ nil ]. ... * ? Guille, (meanwhile, opening a ticket :)).

Jan. 16, 2012

Re: [Pharo-project] Squeaksource down again

by Frank Shearar

Thanks, Fabrizio. It did indeed look more serious than SS being difficult: I was getting No Route to Host errors, so looked more network related than SS. frank On 16 January 2012 16:54, Fabrizio Perin <fabrizio.perin(a)gmail.com> wrote: > Well, all our servers are down. Try tommorow. > > > > 2012/1/16 Frank Shearar <frank.shearar(a)gmail.com> >> >> http://www.downforeveryoneorjustme.com/www.squeaksource.com >> >> Hooray for ss3.gemstone.com! >> >> frank >> >

Jan. 16, 2012

Re: [Pharo-project] Squeaksource down again

by Fabrizio Perin

Well, all our servers are down. Try tommorow. 2012/1/16 Frank Shearar <frank.shearar(a)gmail.com> > http://www.downforeveryoneorjustme.com/www.squeaksource.com > > Hooray for ss3.gemstone.com! > > frank > >

Jan. 16, 2012