- Pharo-dev - lists.pharo.org

[Pharo-project] Information about ESUG 2010 conference
by Noury Bouraqadi Aug. 30, 2010

Aug. 30, 2010

Dear Smalltalkers, I'd like to remind you that all information about the ESUG conference is on-line as usual http://www.esug.org/Conferences/2010 you'll there many info including (but not limited to:) -The conference schedule: http://www.esug.org/wiki/pier/Conferences/2010/SchedulePDF?view=PRDownloadV… -Venue : http://www.esug.org/wiki/pier/Conferences/2010/Venue -A list of Hotels: http://www.esug.org/wiki/pier/Conferences/2010/Accomodation Last, a statistic: So far we have 133 registered people! Definitely the ESUG conference is the place to be to meet the community. For any question, please feel free to contact the esug board (board(a)esug.org) See you in Barcelona, Noury Esug treasurer

1 0

[Pharo-project] squeaksource no license is dangerous
by StÃ©phane Ducasse Aug. 30, 2010

Aug. 30, 2010

hi guys after get burned during some years about the license of Squeak. What do you think to force people to put a license on projects on squeaksource? I have the impression that it would avoid bad situation in the future. Even if I could live with it like it is too. This is just that we just wait to get bitten... Stef

3 3

[Pharo-project] Where does an HTTP Client fit in ?
by Sven Van Caekenberghe Aug. 30, 2010

Aug. 30, 2010

Hi, Many valid things have been said from both sides regarding WebClient. As far as I understand it, there are 2 possible 'places' where code can reside: inside Pharo(Core) or outside. The inside code does not have to be compatible with other Squeak/Smalltalks (apart from maybe ANSI and other standards, I am not qualified here). The outside code can choose its compatibility target. Seaside goes very far here, but it hurts to think about the amount of effort that is being put in to achieve this (if it wasn't for the proof of its existence and portability, I would not believe this was even possible) (*) Some other packages might target just one Smalltalk. We cannot demand this from any other, even if it would be a good idea. My question is, where does a (future) HTTP Client fit in ? Both places are possible, one requiring more effort than the other. If I look at what is inside PharoCore, there is an important dependency on HTTP client access at least (Monticello, Updating, Gofer, ...). From that standpoint such a client should be 'inside'. Furthermore, many people have indicated that a good HTTP client (and/or server) is (are) very important today. Any Smalltalk looks silly without a proper HTTP implementation. Even though an 'outside' client (based on Grease for example) would be doable and a good idea, the 'inside' route feels more natural. BTW, In Java both exist (it is in the standard J2SE libs, and there are many clients, like http://hc.apache.org/ ). What do others think ? Sven (*) I respect this very much, it is a remarkable achievement.

1 0

[Pharo-project] Fwd: WebClient-Core port to Pharo 1.1 final
by StÃ©phane Ducasse Aug. 30, 2010

Aug. 30, 2010

Begin forwarded message: > From: Philippe Marschall <philippe.marschall(a)netcetera.ch> > Date: August 30, 2010 12:17:13 PM GMT+02:00 > To: stephane.ducasse(a)inria.fr > Subject: Re: WebClient-Core port to Pharo 1.1 final > > On 08/30/2010 09:45 AM, StÃ©phane Ducasse wrote: >> Sven and philippe >> >> I was wondering what was the license of your submissions to webClient. >> Because this will be also a problem. Either you totally give it to andreas and he can do what he wants with it, >> or you retain the right on the code and andreas has to decide what he will do with it. >> Since you can change the license of your code I imagine that andreas will not include any code if the >> code is not given to him. > > Well with intentionally no license there is no way to telling what > you're allowed to do and what not: > - modify > - redistribute > - redistribute modifications > - even loading > > Without knowing that there's no way I can put any license on my code. > There's no way of telling whether what I did (redistribute modifications > under the same name) was even legal. > > Cheers > Philippe

1 0

[Pharo-project] Fwd: ImageSegment incompatible with swapping classes that have instances?
by StÃ©phane Ducasse Aug. 30, 2010

Aug. 30, 2010

Begin forwarded message: > From: Mariano Martinez Peck <marianopeck(a)gmail.com> > Date: August 30, 2010 12:06:36 PM GMT+02:00 > To: Noury Bouraqadi <bouraqadi(a)gmail.com> > Cc: Ducasse StÃ©phane <stephane.ducasse(a)inria.fr>, Marcus Denker <marcus.denker(a)inria.fr>, Luc Fabresse <luc.fabresse(a)mines-douai.fr> > Subject: Re: ImageSegment incompatible with swapping classes that have instances? > > > > On Mon, Aug 30, 2010 at 11:18 AM, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: > Hi, > > The swapping out a class that has instances does not work. More precisely, it crashes the image when loading back. > > What a hacky guy you are ;) > I discover that it fails even before...Implement this in ClassProxy: > > hello > Transcript show: 'Hello' > > Then evaluate: > > o := MyObject new. > o foo: 123. > p := ClassProxy new. > p become: MyObject. > o hello. > > and the vm will crash and nothing in the transcript... > > funny, does someone know why it doesn't work ? > > Cheers > > mariano > > At least in my small example. > Evaluate the code in the ClassProxy comment. > > Noury >

1 0

[Pharo-project] Fwd: ImageSegment incompatible with swapping classes that have instances?
by StÃ©phane Ducasse Aug. 30, 2010

Aug. 30, 2010

Begin forwarded message: > From: Noury Bouraqadi <bouraqadi(a)gmail.com> > Date: August 30, 2010 11:18:44 AM GMT+02:00 > To: Martinez Peck Mariano <marianopeck(a)gmail.com> > Cc: Ducasse StÃ©phane <stephane.ducasse(a)inria.fr>, Marcus Denker <marcus.denker(a)inria.fr>, Luc Fabresse <luc.fabresse(a)mines-douai.fr> > Subject: ImageSegment incompatible with swapping classes that have instances? > > Hi, > > The swapping out a class that has instances does not work. More precisely, it crashes the image when loading back. > At least in my small example. > Evaluate the code in the ClassProxy comment. > > Noury >

1 0

[Pharo-project] does anybody has a copy of HTTPClient of colin Curtin?
by StÃ©phane Ducasse Aug. 30, 2010

Aug. 30, 2010

hi guys Colin curtin mentioned to mike that he would like to donate his HTTPClient to squeak and pharo http://map.squeak.org/package/8644a5ff-923c-438f-b5b0-a281de346040 Stef

4 10

Aug. 30, 2010

12119 ----- - Issue 2880: remove WebClient from pharo. Thanks Andreas Raab. Andreas is right no code without license in Pharo. Good catch. Stef

1 0

[Pharo-project] WebClient-Core port to Pharo 1.1 final
by Torsten Bergmann Aug. 30, 2010

Aug. 30, 2010

I agree with Andreas that the process for including packages in Pharo is not transparent (at least not me). Dont know the process for Squeak either - but at least we all should take care to keep the whole platform and forks open. Maybe the license should be a required field in Squeaksource for any new project. Havent followed the whole thread - but I still wonder what the reason for Andreas is to not release Webclient as MIT? Especially since I think it could be a nice addition to the standard images (Squeak, Pharo or whatever) ... Bye T. -- GMX DSL SOMMER-SPECIAL: Surf & Phone Flat 16.000 fÃ¼r nur 19,99 Â¿/mtl.!* http://portal.gmx.net/de/go/dsl

2 1

Re: [Pharo-project] New bytecodes not in blue book ... (Eliot Miranda)
by James Ladd Aug. 30, 2010

Aug. 30, 2010

Thanks Eliot. Your linked article clears it up: http://www.mirandabanda.org/cogblog/2008/07/22/closures-part-ii-the-bytecod… 140 10001100 kkkkkkkk jjjjjjjj Push Temp At kkkkkkkk In Temp Vector At: jjjjjjjj This fetches the local at offset j..j on the stack and push the k..kâth element in it. The next two store into the k..kâth element of the local at j..j, one version popping the result off the stack. This is a general convention in the Smalltalk-80 compiler. These are store and store-pop forms of almost every store opcode. The store form is used in the stores into vat and vax in things like var := vat := vax := expr whereas the pop form gets used in the store into var. 141 10001101 kkkkkkkk jjjjjjjj Store Temp At kkkkkkkk In Temp Vector At: jjjjjjjj 142 10001110 kkkkkkkk jjjjjjjj Pop and Store Temp At kkkkkkkk In Temp Vector At: jjjjjjjj The final bytecode is more interesting. The wording is unclear to me: "This fetches the local at offset j..j on the stack and push the k..kâth element in it." Does it mean, get local at index j..j and push onto the stack the k..k'th element in it? So 109 <8C 00 01> pushTemp: 0 inVectorAt: 1 Get temp at 1 (j..j) and push element at 0 (k..k) ?? 97 <8E 00 01> popIntoTemp: 0 inVectorAt: 1 get vector at temp index 1 (j..j) and pop and store stack value into element 0 (k..k) ?? 116 <8D 00 01> storeIntoTemp: 0 inVectorAt: 1 I dont understand this one, store what? into element 0 of vector at 1 ?? In the pop variation I can understand where the value is coming from, but not the above form. Please can you clarify? Rgs, James.

2 1