April 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] confirm: ... Smalltalk language conformity?

by stepken

Hi! b := x confirm: [:a | (a >= 1) & (a <= 4)]. Fails in Pharo. Buggy in 3.10 ... hmmm, perhaps there should be better unit tests ... Is there any unit test out there, which tests for language conformity? regards, Guido Stepken

April 24, 2009

[Pharo-project] Pharo-dev 10292 + Seaside2.9?

by Stephan Eggermont

How am I supposed to load Seaside into the latest 10292-dev? On windows I downloaded from www.pharo-project.org/download the vm, sources and dev image. ScriptLoader loadSeaside29 WAKom startOn:8080 that last one has a missing method on BlockContext Stephan

April 24, 2009

[Pharo-project] Slow image

by Torsten Bergmann

My image building script runs under 10 minutes in #10281. When using #10292 ist more than an hour! (it loads OBAlpha, Shout, ShoutWorkspace, eCompletion, FFI, SS29alpha3 and some custom packages) So yes - I noticed a slowdown ;) Bye T. -- Psssst! Schon vom neuen GMX MultiMessenger gehÃ¶rt? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

April 24, 2009

Re: [Pharo-project] linux version download problem

by Bryce Kampjes

On Fri, 2009-04-24 at 14:41 +0200, Michael Rueger wrote: > Bryce Kampjes wrote: > > > It's true that the packaging procedure could do with some more work. > > When I originally started producing pre-packaged VMs for Exupery this is > > what people wanted. > > so is this an exupery VM or a "normal" one? > > I just wrote a similar email like Nicolas, but then remembered this > thread :-) Both. An Exupery VM is a normal VM with a few extra primitives and a few hooks to allow native code to be executed instead of interpreted code. If Exupery isn't used it's just a normal VM. For Windows there's more of a difference as I'm not maintaining the Windows Exupery VM to the same level as the Linux one. Bryce

April 24, 2009

Re: [Pharo-project] installScript

by Mariano Martinez Peck

On Fri, Apr 24, 2009 at 7:23 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > 2009/4/24 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > > > > > On Fri, Apr 24, 2009 at 4:07 PM, Mariano Martinez Peck > > <marianopeck(a)gmail.com> wrote: > >> > >> > >> On Fri, Apr 24, 2009 at 3:53 PM, MichaelA <michael_atkisson(a)comcast.net > > > >> wrote: > >>> > >>> Not to appear stupid, but how do you load the the installScript that > >>> comes with the current image? Or do you need to? > >> > >> That script is the script that was run to the core to generate that dev > >> image. Just to know how it was do it or what does it has installed. > >> > > > > Damien, this has been asked several times. Should we add this information > in > > the website ? > > IMO it would be better to put README into .zip which explaining the > archive contents and how to use it. Yes. Perhaps that's better. Indeed, there can be both. But I think your suggestion is better. Thanks Mariano > > > > > >>> > >>> Also has the swap mouse buttons for mac been fixed and > >>> is cut and paste fixed in the current download images? > >> > >> I think it doesn't. There is a .st from Mihael you should look at and > test > >> it. > >> > >> Cheers, > >> > >> Mariano > >> > >>> > >>> I can't seem to get them to work. > >>> -- > >>> View this message in context: > >>> http://n2.nabble.com/installScript-tp2693659p2693659.html > >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >>> > >>> > >>> _______________________________________________ > >>> Pharo-project mailing list > >>> Pharo-project(a)lists.gforge.inria.fr > >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 24, 2009

Re: [Pharo-project] installScript

by Igor Stasenko

2009/4/24 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > > On Fri, Apr 24, 2009 at 4:07 PM, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: >> >> >> On Fri, Apr 24, 2009 at 3:53 PM, MichaelA <michael_atkisson(a)comcast.net> >> wrote: >>> >>> Not to appear stupid, but how do you load the the installScript that >>> comes with the current image? Or do you need to? >> >> That script is the script that was run to the core to generate that dev >> image. Just to know how it was do it or what does it has installed. >> > > Damien, this has been asked several times. Should we add this information in > the website ? IMO it would be better to put README into .zip which explaining the archive contents and how to use it. > >>> >>> Also has the swap mouse buttons for mac been fixed and >>> is cut and paste fixed in the current download images? >> >> I think it doesn't. There is a .st from Mihael you should look at and test >> it. >> >> Cheers, >> >> Mariano >> >>> >>> I can't seem to get them to work. >>> -- >>> View this message in context: >>> http://n2.nabble.com/installScript-tp2693659p2693659.html >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

April 24, 2009

Re: [Pharo-project] Slow image

by StÃ©phane Ducasse

Alex this is probably due to the sensor fixes. The proposed fixed by mike did not work so I think that he will push a new version. If you want to work without problems for now use 10281 Stef On Apr 24, 2009, at 6:44 PM, Alexandre Bergel wrote: > Dear All, > > I recently experienced a slowing down when using pharo. E.g., I type > faster than it prints. Am I the only one to experience this? > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 24, 2009

Re: [Pharo-project] Strange happenings in Pharo ...

by Nicolas Cellier

2009/4/24 stepken <stepken(a)web.de>: > Hi! > > This stuff, cleaning up unused Code fails in Pharo, but runs > successfully in Squeak 3.10. > > (Association allInstances select: > [:x | ((x value isKindOf: Behavior) and: ['AnOb*' match: x value name]) or: > ['AnOb*' match: x value class name]]) > collect: [:x | x key -> x value allInstances size] > This code is broken. Try to guess why. Clues: - browse all implementors of #allInstances. - observe class of x value in the debugger - observe the or: clause to explain why a non Behavior could pass the select: phase > Same stuff, changed a bit to "AnObj*", runs. Why? There is no match. This question sounds like "If I change a bit in my program, results are not the same why ?" Cheers > > (Association allInstances select: > [:x | ((x value isKindOf: Behavior) and: ['AnObj*' match: x value > name]) or: > ['AnObj*' match: x value class name]]) > collect: [:x | x key -> x value allInstances size] > > regards, Guido Stepken > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 24, 2009

Re: [Pharo-project] Slow image

by Cameron Sanders

>> On a few times, with huge lags that looked like lock-ups. But this is on a Mac, so I figured it was related to the sensor issues... but I don't really know enough about it. >> I recently experienced a slowing down when using pharo. E.g., I type >> faster than it prints. Am I the only one to experience this? >> >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 24, 2009

Re: [Pharo-project] bug in FTPClient?

by Cameron Sanders

Sure. I have used an FTP connection for Monticello in several different versions of the vm: 3.9, 3.10.2, and now the closure-vm with Cassou's dev-image from last week with no updates -- i cut-n-pasted the mouse fixes for the mac after that first note. Images used for 3.9 and 3.10 included both Pharo and straight-up Squeak. (There is a chance I used it under 3.8, but... I am not certain.) Oh, my Mac work has all be in the last three weeks, starting with a Core image 3 weeks ago. Let me get into the debugger... -- Socket>>connectTo: hostAddress port: port "Initiate a connection to the given port at the given host address. Waits until the connection is established or time outs." NetNameResolver useOldNetwork ifTrue: [self connectTo: hostAddress port: port waitForConnectionFor: Socket standardTimeout] ifFalse: [ hostAddress port: port. self connectTo: hostAddress] -- Host address is an instance of SocketAddress for me. The stack is: ... Socket>>connectTo:port: SocketStream class>>openConnectionToHost:port: FTPClient(ProtocolClient)>>ensureConnection FTPClient(ProtocolClient)>>openOnHost:port: FTPClient class(ProtocolClient class)>>openOnHost:port: FTPClient class(ProtocolClient class)>>openOnHostNamed:port: ... And the code for the latter is... FTPClient class(ProtocolClient class)>> openOnHostNamed: hostName port: portNumber | serverIP | serverIP := NetNameResolver addressForName: hostName timeout: 20. ^self openOnHost: serverIP port: portNumber So... I would test that message to NetNameResolve in a workspace. Also, SocketStream openConnectionToHost: self host port: self port (see FTPClient>>ensureConnection). Good luck. Cam

April 24, 2009