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

Re: [Pharo-project] New Pharo based on core 10418

by Ramiro Diaz Trepat

Thanks Damien ! r.

Aug. 26, 2009

Re: [Pharo-project] Pharo beta one-click somewhere?

by John M McIntosh

Er that looks more like the question is this a closure based image or not. If so you'll get burned when the first Squeak image comes out that is fully closure aware. Off hand I don't know exactly how you tell if it's a closure based VM, no doubt someone will pipe up. On 26-Aug-09, at 2:33 PM, Janko MivÅ¡ek wrote: > > > StÃ©phane Ducasse pravi: > >>> Well, I needed to add some 'isPharo ifTrue:' sentences already. > >> Can you give us some examples why you need that? > > For the stack contexts, see this "climbing on the stack" method: > > Object>>firstRequestFromStack > > "try to find a first sender up in calling stack, who is AIDASite and > get request of that call" > "Squeak specific! " > > | stContext isBlock | > stContext := thisContext. > [stContext notNil] whileTrue: [ > isBlock := AIDASite onPharo > ifTrue: *[stContext outerContext notNil]* > ifFalse: *[stContext isBlock]*. > (isBlock not > and: [(stContext receiver isKindOf: AIDASite) > and: [(stContext at: 2) isKindOf: HTTPRequest]]) > ifTrue: [^stContext at: 2]. > stContext := stContext sender]. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Aug. 26, 2009

Re: [Pharo-project] new socket API

by Philippe Marschall

Schwab,Wilhelm K wrote: > Philippe, > > I've never had much use for UDP, but the common things should work the same, at least to a point. UDP is cool. > UDP is the protocol that does not guarantee packet order or even delivery, right? Yes, and it's packet ("datagram") oriented while TCP is stream oriented. > So anything remotely stream related is out, and there might be other things that should legitimately be different, if I'm thinking of the right thing. Sure. That's why it's uncool to have one class for two things that are so vastly different. > While I'm displaying ignorance, there is a negotiated rate serial protocol that ends up being implemented using sockets. I can't think of the name of it but know where to look for a reminder. It is something I would like to see supported "some day." There is the "datagrams" protocol on Socket. That's probably what you want when you're working with UDP. Then there's stuff that doesn't work when you're on UDP and gives a cryptic error message like #connectTo:port: and there is stuff that might work in both cases (#getOption, #setOption:value:). You have no idea from looking at the class what you can use in which case and what not. Cheers PHilippe

Aug. 26, 2009

Re: [Pharo-project] Pharo beta one-click somewhere?

by Janko MivÅ¡ek

StÃ©phane Ducasse pravi: >> Well, I needed to add some 'isPharo ifTrue:' sentences already. > Can you give us some examples why you need that? For the stack contexts, see this "climbing on the stack" method: Object>>firstRequestFromStack "try to find a first sender up in calling stack, who is AIDASite and get request of that call" "Squeak specific! " | stContext isBlock | stContext := thisContext. [stContext notNil] whileTrue: [ isBlock := AIDASite onPharo ifTrue: *[stContext outerContext notNil]* ifFalse: *[stContext isBlock]*. (isBlock not and: [(stContext receiver isKindOf: AIDASite) and: [(stContext at: 2) isKindOf: HTTPRequest]]) ifTrue: [^stContext at: 2]. stContext := stContext sender].

Aug. 26, 2009

[Pharo-project] asOop cleaning The Trunk: Kernel-bf.225.mcz

by StÃ©phane Ducasse

Begin forwarded message: > From: commits(a)source.squeak.org > Date: August 22, 2009 5:25:58 PM CEDT > To: squeak-dev(a)lists.squeakfoundation.org > Subject: [squeak-dev] The Trunk: Kernel-bf.225.mcz > Reply-To: squeak-dev(a)lists.squeakfoundation.org > > Bert Freudenberg uploaded a new version of Kernel to project The > Trunk: > http://source.squeak.org/trunk/Kernel-bf.225.mcz > > ==================== Summary ==================== > > Name: Kernel-bf.225 > Author: bf > Time: 22 August 2009, 5:25:40 am > UUID: f47aa5b7-b450-4ed2-8237-26841337ce18 > Ancestors: Kernel-ar.217 > > Clarify the meaning of #asOop in Squeak. > > =============== Diff against Kernel-ar.217 =============== > > Item was changed: > ----- Method: Object>>asOop (in category 'system primitives') ----- > asOop > + "This method is for compatibility only. > + In Smalltalk, this used to return an integer unique to each object. > + In Squeak, OOPs are internal to the VM. Accessing an OOP would > be useless anyway since it changes when the object is moved during > garbage collection." > - "Primitive. Answer a SmallInteger whose value is half of the > receiver's > - object pointer (interpreting object pointers as 16-bit signed > quantities). > - Fail if the receiver is a SmallInteger. Essential. See Object > documentation > - whatIsAPrimitive." > > + ^self identityHash! > - <primitive: 75> > - self primitiveFailed! > > Item was removed: > - ----- Method: SmallInteger>>asOop (in category 'system > primitives') ----- > - asOop > - "Answer an object pointer as an integer, return negative number > for SmallInteger" > - > - ^ self! > >

Aug. 26, 2009

Re: [Pharo-project] Pharo beta one-click somewhere?

by StÃ©phane Ducasse

On Aug 26, 2009, at 10:44 PM, Janko MivÅ¡ek wrote: > Hi Maiano, > > Mariano Martinez Peck pravi: > ... >> Janko: It is good news if Aida/Web runs perfectly well in Pharo. >> Would >> be nice to have different alternatives to persist but also for the >> UI. > > Well, I needed to add some 'isPharo ifTrue:' sentences already. Can you give us some examples why you need that? > Fortunatelly only in some reflection code for so called "climbing on > the > stack", a way to get current web session from the stack, for instance. > > Best regards > Janko > > -- > Janko MivÅ¡ek > AIDA/Web > Smalltalk Web Application Server > http://www.aidaweb.si > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 26, 2009

Re: [Pharo-project] Pharo beta one-click somewhere?

by Janko MivÅ¡ek

Hi Stef, StÃ©phane Ducasse pravi: > :) > but are you on mac? Well, even that not really one click images, they are usefull on Linux and Wins too, better that a separate installation of everything ...:) Janko > On Aug 26, 2009, at 1:08 PM, Janko MivÅ¡ek wrote: > >> Damien Cassou pravi: >>> Janko MivÅ¡ek: >>>> Is there any Pharo one-click around to adopt? Hopefully based on >>>> latest >>>> beta... >>> not yet sorry. Marcus, could you please build one? >> .. it would namely be nice to have a Pharo based one-click distro for >> my tutorial on ESUG ... :) -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

Aug. 26, 2009

Re: [Pharo-project] Pharo beta one-click somewhere?

by Janko MivÅ¡ek

Hi Maiano, Mariano Martinez Peck pravi: ... > Janko: It is good news if Aida/Web runs perfectly well in Pharo. Would > be nice to have different alternatives to persist but also for the UI. Well, I needed to add some 'isPharo ifTrue:' sentences already. Fortunatelly only in some reflection code for so called "climbing on the stack", a way to get current web session from the stack, for instance. Best regards Janko -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

Aug. 26, 2009

[Pharo-project] [ANN] Aida/Web 6.0 with tree-like control flow released

by Janko MivÅ¡ek

Dear Smalltalkers, After a long journey the Aida 6.0 web framework and application server is released today on Squeak, Pharo and VisualWorks. To download it visit our website http://www.aidaweb.si and its download section. Come also on ESUG Aida tutorial next Thursday to get a feel of all new features. Major new features since previous 5.6: 1.Tree-like control flow (see WebDemoApp control flow examples) as the final step to close gap to the support of all kinds of web applications from those with an usual graph-like navigation to those with a tree-like control flow as found in GUI-like web apps. 2.Introduction of web execution contexts . These contexts give a scope to the "execution" of web request and are the precondition for controlling this flow of execution. 3.Translation support for text on the web apps, to allow the multilingual text on the pages, besides multilingual content, 4.Caching (memcached like) to improve performance of serving the content, which otherwise doesn't change frequently. About tree-like control flow in action with a help of the attached image: in Aida action method you want to confirm a delete by asking the user with a popup dialog window. Execution is there interrupted until the YES or NO button is pressed on dialog. At that time the execution of action method continue and delete is done if YES button was pressed. Best regards Janko MivÅ¡ek -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

Aug. 26, 2009

[Pharo-project] Compression - is this correct?

by Schwab,Wilhelm K

Hello all, I am porting some code to Pharo and ran across some of my uses ZLib to put things into byte arrays. Knowing that Squeak and Pharo contain compression, it seemed reasonable to use that. I found some discussion on squeak-dev and created the following: | out zip in | out := ByteArray writeStream. zip := GZipWriteStream on:out. zip nextPutAll:( ByteArray new:1000 ); finish. in := out contents readStream. zip := GZipReadStream on:in. zip contents. It seems to work, crunching the 1000 bytes down to size and then back up. Aside from its being a pointless exercise in this case, do you see any problems? The next step would be to store "real" compressed data into a global variable and then package that; at least that is what I have done in Dolphin. Is there a similar MC trick? I suppose I could write something to code the compressed data into a method and package that. Simpler/better ideas are always welcome. Bill

Aug. 26, 2009