- Pharo-dev - lists.pharo.org

[Pharo-project] Closure bytecodes?

by James Ladd

Hi All, This list has been amazinly quick and helpful so thank you all. I'm continuing my adventure through the bytecode and I have a question about the bytecodes for closures. Below is an example dump of a closure ([]) 165 <8F 10 00 1E> closureNumCopied: 1 numArgs: 0 bytes 169 to 198 169 <10> pushTemp: 0 170 <C7> send: class 171 <83 11> send: selectors 173 <83 10> send: asSortedCollection 175 <52> pushLit: WriteStream 176 <53> pushLit: String 177 <CC> send: new 178 <EA> send: on: The number on the left I will refer to as the line number to make my questions more clear. Firstly, on line 165 the closure is reporting num copied 1. What is the 1 thing that it is copying? Secondly, the send bytecode on line 171 is different to that on line 175. Is it because 175 is using a set of known selectors while 171 has to refer to a literal table? Rgs, James.

Aug. 11, 2010

Re: [Pharo-project] little pictures of you :)

by Peter Hugosson-Miller

Hehe, I just added you ;-) On Wed, Aug 11, 2010 at 11:37 PM, GermÃ¡n Arduino <garduino(a)gmail.com> wrote: > I'm the opposite, I use Facebook and all my data is there. > > Pics, sites, twitter, etc. > > Cheers. > GermÃ¡n. > > 2010/8/11 Geert Claes <geert.wl.claes(a)gmail.com>: > > > > > > Norbert Hartl wrote: > >> > >> I just left facebook and I'm not willing to get into this again. > >> > > > > +1 I tried but closed my Facebook account too. > > > > ps. you can add a picture on your account on the forum.world.st Nabble > > forums, but ideally these profile photo should probably go in the member > > profiles of the next/improved Squeak/Pharo Source > > -- > > View this message in context: > http://forum.world.st/little-pictures-of-you-tp2321021p2321896.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 >

Aug. 11, 2010

Re: [Pharo-project] little pictures of you :)

by GermÃ¡n Arduino

I'm the opposite, I use Facebook and all my data is there. Pics, sites, twitter, etc. Cheers. GermÃ¡n. 2010/8/11 Geert Claes <geert.wl.claes(a)gmail.com>: > > > Norbert Hartl wrote: >> >> I just left facebook and I'm not willing to get into this again. >> > > +1 I tried but closed my Facebook account too. > > ps. you can add a picture on your account on the forum.world.st Nabble > forums, but ideally these profile photo should probably go in the member > profiles of the next/improved Squeak/Pharo Source > -- > View this message in context: http://forum.world.st/little-pictures-of-you-tp2321021p2321896.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 >

Aug. 11, 2010

Re: [Pharo-project] little pictures of you :)

by Geert Claes

Norbert Hartl wrote: > > I just left facebook and I'm not willing to get into this again. > +1 I tried but closed my Facebook account too. ps. you can add a picture on your account on the forum.world.st Nabble forums, but ideally these profile photo should probably go in the member profiles of the next/improved Squeak/Pharo Source -- View this message in context: http://forum.world.st/little-pictures-of-you-tp2321021p2321896.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 11, 2010

Re: [Pharo-project] Errors using RFBServer

by Yanni Chiu

The code needs a minor fixup. It slipped off my todo list, to get the fix submitted. Basically, the fix is to put a space between the '@' and the '-'. Due to a parser change, the unary '-' now requires separation from the '@' operator. -- Yanni Frank Church wrote: > > I am trying to get RFBServer to work on Windows, but anytime I attempt a > connection this error shows up as the first in the less: > > Does RFBServer work well in Pharo Seaside Image 3.0? > > SmallInteger(object)>> doesNotUnderstand #'@-'

Aug. 11, 2010

Re: [Pharo-project] Errors using RFBServer

by Lukas Renggli

Use the latest version from <http://source.lukas-renggli.ch/unsorted/>. This problem was fixed a while ago. Lukas 2010/8/11 Frank Church <vfclists(a)gmail.com>: > > I am trying to get RFBServer to work on Windows, but anytime I attempt a > connection this error shows up as the first in the less: > > Does RFBServer work well in Pharo Seaside Image 3.0? > > SmallInteger(object)>> doesNotUnderstand #'@-' > > -- > Frank Church > > ======================= > http://devblog.brahmancreations.com > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

Aug. 11, 2010

Re: [Pharo-project] Inter-image communication

by Hilaire Fernandes

Does it work over a LAN? Hilaire Le 11/08/2010 20:17, Sean P. DeNigris a Ã©crit : > > > StÃ©phane Ducasse wrote: >> >> rst? >> RemoteSmalltalk? >> > > rst = RemoteSmalltalk = SO COOL!!! > > I easily shared objects from a Pharo 1.1 image with 4 other local images - > including a Squeak 4.1 image! > > > For a hoot: > > 1. In a Pharo 1.1 image with rST installed doit: > "Transcript open. > RSTSamples serverStartup" > > 2. In a Squeak 4.1 image with rST installed doit: > "RSTBroker > startOnPort: self clientPort > logging: false. > > remoteTranscript := ('Transcript@' , self serverBrokerID) asLocalObject. > remoteTranscript show: 'everything is ok! (from client side)'; > cr" > > 3. Pick up jaw after you see that the squeak image has sent a message to the > Pharo image's Transcript, whose contents now appear as 'everything is ok! > (from client side)' > > n.b. According to the docs, in both images, doit: "RSTBroker stop" > > > How to load: > I have no write access to rST, so the required packages can be loaded as > follows: > "Gofer new > squeaksource: 'KomHttpServer'; > package: 'DynamicBindings'; > load. > > Gofer new > squeaksource: 'KomHttpServer'; > package: 'KomServices'; > load. > > Gofer new > squeaksource: 'SPDProjectUpdates'; > package: 'rST'; > load." > > Thanks for the pointer! > > 1. This seriously frees me to play with objects in different forks and > versions because I know I can beam the live objects to another image > whenever I want, and not have them stranded. > 2. This seems like it should be perfect for scripting an image, but what > shared object would allow arbitrary code to be run on the server? I played > with Workspace, but got lost down the delegation rabbit hole > > Sean > > p.s. I got it loading with minimal changes - just had to fix the underscore > assignments, and break the dependency to an old version of KomServices.

Aug. 11, 2010

[Pharo-project] Errors using RFBServer

by Frank Church

I am trying to get RFBServer to work on Windows, but anytime I attempt a connection this error shows up as the first in the less: Does RFBServer work well in Pharo Seaside Image 3.0? SmallInteger(object)>> doesNotUnderstand #'@-' -- Frank Church ======================= http://devblog.brahmancreations.com

Aug. 11, 2010

Re: [Pharo-project] Inter-image communication

by Sean P. DeNigris

StÃ©phane Ducasse wrote: > > rst? > RemoteSmalltalk? > rst = RemoteSmalltalk = SO COOL!!! I easily shared objects from a Pharo 1.1 image with 4 other local images - including a Squeak 4.1 image! For a hoot: 1. In a Pharo 1.1 image with rST installed doit: "Transcript open. RSTSamples serverStartup" 2. In a Squeak 4.1 image with rST installed doit: "RSTBroker startOnPort: self clientPort logging: false. remoteTranscript := ('Transcript@' , self serverBrokerID) asLocalObject. remoteTranscript show: 'everything is ok! (from client side)'; cr" 3. Pick up jaw after you see that the squeak image has sent a message to the Pharo image's Transcript, whose contents now appear as 'everything is ok! (from client side)' n.b. According to the docs, in both images, doit: "RSTBroker stop" How to load: I have no write access to rST, so the required packages can be loaded as follows: "Gofer new squeaksource: 'KomHttpServer'; package: 'DynamicBindings'; load. Gofer new squeaksource: 'KomHttpServer'; package: 'KomServices'; load. Gofer new squeaksource: 'SPDProjectUpdates'; package: 'rST'; load." Thanks for the pointer! 1. This seriously frees me to play with objects in different forks and versions because I know I can beam the live objects to another image whenever I want, and not have them stranded. 2. This seems like it should be perfect for scripting an image, but what shared object would allow arbitrary code to be run on the server? I played with Workspace, but got lost down the delegation rabbit hole Sean p.s. I got it loading with minimal changes - just had to fix the underscore assignments, and break the dependency to an old version of KomServices. -- View this message in context: http://forum.world.st/Inter-image-communication-tp2320723p2321673.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 11, 2010

Re: [Pharo-project] Pharo benchmarks ?

by Eliot Miranda

2010/8/11 Cyrille Delaunay <cy.delaunay(a)gmail.com> > Hello, > > We are looking for any kind of benchmark in pharo, we would like to include > such benchmarks in a reporting system for Pharo. > Please feel free to include the ShootoutTests included in the Cog VMMaker image ( http://www.squeakvm.org/svn/squeak/branches/Cog/image/VMMaker-Squeak4.1.ima…) These are a subset of benchmarks from Isaac Gouy's computer language shootout benchmarks. These are non-trivial, compute-intensive and carefully chosen to highlight particular performance areas (allocation/garbage collection, threading, etc). (Also, if you add any other c.l.s benchmarks to these please let me know.) cheers Eliot > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 11, 2010