August 2011 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Serializing to/from Json

by Mariano Martinez Peck

On Tue, Aug 30, 2011 at 9:40 AM, Davorin Rusevljan < davorin.rusevljan(a)gmail.com> wrote: > On Tue, Aug 30, 2011 at 10:23 AM, Marcus Denker <marcus.denker(a)inria.fr> > wrote: > > > > Does it need to be JSON? > > Since CouchDB stores data in json - I guess the answer is very likely > yes, since just storing serialized blobs inside CouchDB would loose > all querying and indexing available. I don't understand. What is the difference from the querying and indexing point of view between serializing with JSON or a binary serializer.<http://www.cloud208.com/> -- Mariano http://marianopeck.wordpress.com

Aug. 30, 2011

Re: [Pharo-users] [Esug-list] Slowly uploading ESUG Slides

by Sven Van Caekenberghe

Thanks a lot for posting the slides so quickly, now us poor souls who could not attend can at least see what we missed ;-) On 24 Aug 2011, at 13:11, Marcus Denker wrote: > Begin forwarded message: > >> Subject: [Esug-list] Slowly uploading ESUG Slides >> To: ESUG Members <esug-list(a)lists.esug.org> >> >> Hi, >> >> We are starting to upload the Slides of ESUG 2011: >> >> SlideShare: http://www.slideshare.net/esug/ >> Archive (PDF): http://esug.org/data/ESUG2011/Slides/ >> >> I will tweet every uploaded slide here: http://twitter.com/#!/esugsmalltalk >> > > -- > Marcus Denker -- http://marcusdenker.de

Aug. 30, 2011

Re: [Pharo-users] Serializing to/from Json

by Larry White

Wow. Thanks for all the replies. @Bernat. I am using the SCouchDB library, but will take a look at the other one. Thanks. @Sven. I'll also take a look at that Json library. Thank you. @Markus. It has to Json, for exactly the reason that @Davorin suggests. @Francois. I'm looking at Magritte as well, but it seems a bit overwhelming for a Smalltalk noob. I may give it a try on my next project. Apologies for the naivete of the original question. It wasn't 'til I tried writing my own that I realized (doh) that you can't write something like Gson in Java without augmenting the model with type information. I assume that's how Magritte does it, since it seems to be all about meta data. On Tue, Aug 30, 2011 at 5:30 AM, Bernat Romagosa < tibabenfortlapalanca(a)gmail.com> wrote: > Without having tried them, I see there are two CouchDB projects in > squeaksource, they may handle your needs: > > http://www.squeaksource.com/SCouchDB.html > http://www.squeaksource.com/CouchDB.html > > Cheers, > > > 2011/8/30 Sven Van Caekenberghe <sven(a)beta9.be> > >> Hi Larry, >> >> On 29 Aug 2011, at 21:27, Larry White wrote: >> >> > I've tried the JSON library bundled with SCouchDB and it seems to >> automatically handle simple objects (eg, where the inst vars reference >> Strings or Numbers), but not handle more complex objects. Also, I haven't >> seen anything that de-serializes from json. >> >> There is a JSON encoder/decoder in Seaside, it is pretty standalone, see >> this recent thread: >> >> http://forum.world.st/Standalone-JSON-Package-tp3759705p3759705.html >> >> This one works very well (I am using it all the time), but only handles >> standard JSON types (follows the spec). >> >> Now, JSON objects don't hold their type or class as Smalltalk (or Java >> objects) do, they are just Dictionaries. There is no automagic solution to >> this, apart from encoding the type/class as a property, but will most >> probably not be portable across languages (java.lang.Integer for Java, >> Integer for Smalltalk), one of the strengths of JSON. >> >> So you will have to write code to convert your Person (or whatever) >> objects to/from Dictionaries and use JSON. >> >> Sven >> >> >> >> > > > -- > Bernat Romagosa. >

Aug. 30, 2011

Re: [Pharo-users] Serializing to/from Json

by Bernat Romagosa

Without having tried them, I see there are two CouchDB projects in squeaksource, they may handle your needs: http://www.squeaksource.com/SCouchDB.html http://www.squeaksource.com/CouchDB.html Cheers, 2011/8/30 Sven Van Caekenberghe <sven(a)beta9.be> > Hi Larry, > > On 29 Aug 2011, at 21:27, Larry White wrote: > > > I've tried the JSON library bundled with SCouchDB and it seems to > automatically handle simple objects (eg, where the inst vars reference > Strings or Numbers), but not handle more complex objects. Also, I haven't > seen anything that de-serializes from json. > > There is a JSON encoder/decoder in Seaside, it is pretty standalone, see > this recent thread: > > http://forum.world.st/Standalone-JSON-Package-tp3759705p3759705.html > > This one works very well (I am using it all the time), but only handles > standard JSON types (follows the spec). > > Now, JSON objects don't hold their type or class as Smalltalk (or Java > objects) do, they are just Dictionaries. There is no automagic solution to > this, apart from encoding the type/class as a property, but will most > probably not be portable across languages (java.lang.Integer for Java, > Integer for Smalltalk), one of the strengths of JSON. > > So you will have to write code to convert your Person (or whatever) objects > to/from Dictionaries and use JSON. > > Sven > > > > -- Bernat Romagosa.

Aug. 30, 2011

Re: [Pharo-users] Serializing to/from Json

by Sven Van Caekenberghe

Hi Larry, On 29 Aug 2011, at 21:27, Larry White wrote: > I've tried the JSON library bundled with SCouchDB and it seems to automatically handle simple objects (eg, where the inst vars reference Strings or Numbers), but not handle more complex objects. Also, I haven't seen anything that de-serializes from json. There is a JSON encoder/decoder in Seaside, it is pretty standalone, see this recent thread: http://forum.world.st/Standalone-JSON-Package-tp3759705p3759705.html This one works very well (I am using it all the time), but only handles standard JSON types (follows the spec). Now, JSON objects don't hold their type or class as Smalltalk (or Java objects) do, they are just Dictionaries. There is no automagic solution to this, apart from encoding the type/class as a property, but will most probably not be portable across languages (java.lang.Integer for Java, Integer for Smalltalk), one of the strengths of JSON. So you will have to write code to convert your Person (or whatever) objects to/from Dictionaries and use JSON. Sven

Aug. 30, 2011

Re: [Pharo-users] Serializing to/from Json

by Davorin Rusevljan

On Tue, Aug 30, 2011 at 10:23 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Does it need to be JSON? Since CouchDB stores data in json - I guess the answer is very likely yes, since just storing serialized blobs inside CouchDB would loose all querying and indexing available. In that case some key-value store might be a better choice than CouchDB Davorin Rusevljan http://www.cloud208.com/

Aug. 30, 2011

Re: [Pharo-users] Serializing to/from Json

by Marcus Denker

On Aug 29, 2011, at 9:58 PM, Francois Stephany wrote: > > On 29/08/11 21:27, Larry White wrote: >> Hi, >> >> I'm hoping to use CouchDB for storage on a seaside application. It would >> be lovely if I didn't have to serialize/de-serialize by hand to json for >> all my persistent objects, and could use instead something like a >> smalltalk version of Google's Gson library. Is there anything like that? >> >> I've tried the JSON library bundled with SCouchDB and it seems to >> automatically handle simple objects (eg, where the inst vars reference >> Strings or Numbers), but not handle more complex objects. Also, I >> haven't seen anything that de-serializes from json. Does it need to be JSON? There is a new binary serializer: http://rmod.lille.inria.fr/web/pier/software/Fuel Marcus -- Marcus Denker -- http://marcusdenker.de

Aug. 30, 2011

Re: [Pharo-users] Serializing to/from Json

by Francois Stephany

Hi Larry, You can maybe try with Magritte ? http://forum.world.st/Magritte-gt-Json-td3727820.html should be a good starting point :) On 29/08/11 21:27, Larry White wrote: > Hi, > > I'm hoping to use CouchDB for storage on a seaside application. It would > be lovely if I didn't have to serialize/de-serialize by hand to json for > all my persistent objects, and could use instead something like a > smalltalk version of Google's Gson library. Is there anything like that? > > I've tried the JSON library bundled with SCouchDB and it seems to > automatically handle simple objects (eg, where the inst vars reference > Strings or Numbers), but not handle more complex objects. Also, I > haven't seen anything that de-serializes from json. > > Thanks much! > > Larry

Aug. 29, 2011

Serializing to/from Json

by Larry White

Hi, I'm hoping to use CouchDB for storage on a seaside application. It would be lovely if I didn't have to serialize/de-serialize by hand to json for all my persistent objects, and could use instead something like a smalltalk version of Google's Gson library. Is there anything like that? I've tried the JSON library bundled with SCouchDB and it seems to automatically handle simple objects (eg, where the inst vars reference Strings or Numbers), but not handle more complex objects. Also, I haven't seen anything that de-serializes from json. Thanks much! Larry

Aug. 29, 2011

Re: [Pharo-users] object finalization

by Igor Stasenko

Luc won the prize :) Alex, you understood almost right, except a missing part of adding an object to weak registry: obj := Object new. objExecutor := obj executor. >>> WeakRegistry default add: obj executor: objExecutor. obj := nil. Smalltalk garbageCollect. if you look at default implementation of #executor, it just does a shallow copy of receiver. This is why two lines: objExecutor := obj executor. WeakRegistry default add: obj executor: objExecutor. equivalent to just: WeakRegistry default add: obj On 26 August 2011 21:18, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > Hi Alex, > > Here what I understood: > > Â Â Â o := Object new. > Â Â Â WeakRegistry default add: o. "a shallow copy of o is registered" > Â Â Â o := nil. > Â Â Â Smalltalk garbageCollect. > Â Â Â "the shallow copy of o will receive the finalize message" > > Cheers, > > #Luc > > > > 2011/8/26 Alex Schenkman <alex(a)schenkman.info> >> >> Let's see if I get this right: >> obj := Object new. >> objExecutor := obj executor. >> obj := nil. >> Smalltalk garbageCollect. >> Will this execute the method finalize on objExecutor? >> Is this the way to use it? >> Thanks! >> >> On Friday, August 26, 2011 at 5:53 PM, Igor Stasenko wrote: >> >> On 26 August 2011 16:29, Alex Schenkman <alex(a)schenkman.info> wrote: >> >> Hi List: >> Is there a method being called right befire an object is being garbage >> collected (finalized)? >> I see toFinalizeSend:Â to: with:, but I do not see any senders. >> thanks in advance! >> >> Squeak finalization is a post-mortem finalization. The #finalize >> message are sent to executor object, >> which is often a shallow copy of the object which is died. >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> > > -- Best regards, Igor Stasenko AKA sig.

Aug. 26, 2011

Re: [Pharo-users] object finalization

by Luc Fabresse

Hi Alex, Here what I understood: o := Object new. WeakRegistry default add: o. "a shallow copy of o is registered" o := nil. Smalltalk garbageCollect. "the shallow copy of o will receive the finalize message" Cheers, #Luc 2011/8/26 Alex Schenkman <alex(a)schenkman.info> > Let's see if I get this right: > > obj := Object new. > objExecutor := obj executor. > obj := nil. > Smalltalk garbageCollect. > > Will this execute the method finalize on objExecutor? > Is this the way to use it? > > Thanks! > > On Friday, August 26, 2011 at 5:53 PM, Igor Stasenko wrote: > > On 26 August 2011 16:29, Alex Schenkman <alex(a)schenkman.info> wrote: > > Hi List: > Is there a method being called right befire an object is being garbage > collected (finalized)? > I see toFinalizeSend: to: with:, but I do not see any senders. > thanks in advance! > > > Squeak finalization is a post-mortem finalization. The #finalize > message are sent to executor object, > which is often a shallow copy of the object which is died. > > > -- > Best regards, > Igor Stasenko AKA sig. > > >

Aug. 26, 2011

Re: [Pharo-users] object finalization

by Alex Schenkman

Let's see if I get this right: obj := Object new. objExecutor := obj executor. obj := nil. Smalltalk garbageCollect. Will this execute the method finalize on objExecutor? Is this the way to use it? Thanks! On Friday, August 26, 2011 at 5:53 PM, Igor Stasenko wrote: > On 26 August 2011 16:29, Alex Schenkman <alex(a)schenkman.info (mailto:alex@schenkman.info)> wrote: > > Hi List: > > Is there a method being called right befire an object is being garbage > > collected (finalized)? > > I see toFinalizeSend: to: with:, but I do not see any senders. > > thanks in advance! > > Squeak finalization is a post-mortem finalization. The #finalize > message are sent to executor object, > which is often a shallow copy of the object which is died. > > > -- > Best regards, > Igor Stasenko AKA sig.

Aug. 26, 2011

Re: [Pharo-users] object finalization

by Igor Stasenko

On 26 August 2011 16:29, Alex Schenkman <alex(a)schenkman.info> wrote: > Hi List: > Is there a method being called right befire an object is being garbage > collected (finalized)? > I see toFinalizeSend:Â to: with:, but I do not see any senders. > thanks in advance! Squeak finalization is a post-mortem finalization. The #finalize message are sent to executor object, which is often a shallow copy of the object which is died. -- Best regards, Igor Stasenko AKA sig.

Aug. 26, 2011

object finalization

by Alex Schenkman

Hi List: Is there a method being called right befire an object is being garbage collected (finalized)? I see toFinalizeSend: to: with:, but I do not see any senders. thanks in advance!

Aug. 26, 2011

Re: [Pharo-users] Pharo-users Digest, Vol 20, Issue 34

by Paul DeBruicker

On 08/26/2011 06:03 AM, pharo-users-request(a)lists.gforge.inria.fr wrote: > Date: Thu, 25 Aug 2011 09:55:33 -0700 (PDT) > From: "Sean P. DeNigris"<sean(a)clipperadams.com> > Subject: [Pharo-users] FFI > To:pharo-users@lists.gforge.inria.fr > Message-ID:<1314291333620-3768815.post(a)n4.nabble.com> > Content-Type: text/plain; charset=us-ascii > > Is anybody using FFI in either 1.2 or 1.3? If so, how did you get it working? > > I got an "Unable to find function address" after: > 1. Fresh 1.3 #13269 image > 2. ConfigurationOfFFI from MetacelloRepository > 3. ConfigurationOfFFI project latestVersion load > 4. MacOSShell new system: 'open"http://google.com"' > > Thanks. > Sean I use it on Linux in Pharo 1.2 & 1.3 in the PasswordHashingFFI package in http://www.squeaksource.com/Cryptography. I have no experience using with the Mac. I do not load the latestVersion but the stable version of FFI, which is I think 1.3. So after loading the Configuration from the Metacello Repo I just do ConfigurationOfFFI load in a workspace. The problems I had with it were using it on a 64bit os and a 32 bit vm. I needed to get the 32 bit versions of the libraries I wanted to access loaded and accessible on my system.

Aug. 26, 2011

Re: [Pharo-users] FFI

by Igor Stasenko

On 25 August 2011 17:55, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Is anybody using FFI in either 1.2 or 1.3? If so, how did you get it working? > > I got an "Unable to find function address" after: > 1. Fresh 1.3 #13269 image > 2. ConfigurationOfFFI from MetacelloRepository > 3. ConfigurationOfFFI project latestVersion load > 4. MacOSShell new system: 'open "http://google.com"' > It is largely depends from what VM are you using. The language side implementation had no problems for years.. Try with latest VMs on Jenkins server (which is down now unfortunately ;) ). It should work there. > Thanks. > Sean > > -- > View this message in context: http://forum.world.st/FFI-tp3768815p3768815.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- Best regards, Igor Stasenko AKA sig.

Aug. 26, 2011

Re: [Pharo-users] [ANN] LatAm Squeaksource Mirror online again

by StÃ©phane Ducasse

Thanks for your effort. I'm sure that it will help a lot of people. Stef On Aug 25, 2011, at 4:02 PM, Johan Fabry wrote: > Hi all, > > I'm happy to announce that the Latin American public, read-only Squeaksource mirror is again up and running. (We are bringing the contents up to date right now, it should be competely up-to-date in about 5 hours ...) The URL is: http://www.dsal.cl/squeaksource/ Note that you can use this mirror *in a completely transparent fashion*. > > We have worked out a solution to the privacy issues raised by the first iteration of our mirror. I would like to emphasize that private data has never been present on the mirror, only the name of private projects was accessible. > > TECHNICAL DETAILS BELOW. Please redistribute this announcement! > > (below is mainly a repeat of the body of my previous mail) > > MOTIVATION: > For us, Switzerland is a long way and the connection to Squeaksource has always been painfully slow. We've set up this mirror to help to address this, and I imagine that it will be of use not only for the Chileans but also other countries in latin america, which is why I am announcing it here. > > ITS TRANSPARENT: > I've worked out a way to make the use of this mirror transparent when using Pharo 1.3: you just use monticello as always, and have a setting to redirect loads from Squeaksource to wherever you want. I have successfully loaded Moose and Seaside from the mirror using this package, so it should work for you. And I can tell you, it was blazingly fast: Seaside loaded in 5m45, and most of the time was spent compiling ... ;-) > > So try the mirror and the package out, send me your comments, we want to work on this to make Squeaksource a better experience for everybody. > > HOW TO USE from Pharo 1.3: > - Get the redirection package from http://www.squeaksource.com/MonticelloRedirect > - To load from the mirror instead of from Squeaksource, do-it of the following: > MRManager redirectFrom: 'http://www.squeaksource.com/' to: 'http://www.dsal.cl/squeaksource/'. > - To remove this redirection: MRManager removeFrom: 'http://www.squeaksource.com/'. > - See comments of MRManager for more info. MRManager list can be useful at some times. > - Only 2 classes, < 10 methods, not counting accessors. The trick is the use of MethodWrappers. > - I did not test this in Squeak or other versions of Pharo. Feel free to try it out in your environment and send me patches if needed. > - There is no UI, contributions are welcome!! > > DETAILS ON THE MIRROR > - It's a full copy of Squeaksource, updated daily. > - The mirror is read-only: if you want to make a commit you still have to do it in Squeaksource. This is to avoid all the complications of distributed writes. > - Updates happen once a day, before midnight Chilean time. Updates take typically (up till now) 200 minutes (!), average download speed here is 200KB/s :-( > - Lukas Renggli pointed out that the Squeaksource sitemap file provides a list of projects. We pass this to wget (with some massaging of the data inbetween). > - The software that does the mirror is available here: https://github.com/vramiro/easy-wget-mirror > > MANY THANKS TO: > - Daniel Galdames for doing the original mirroring tests > - Victor Ramiro for taking Daniels' work and putting it in production > - The Squeaksource team for helping us, especially Fabrizio Perin and Mircea Lungu > - Lukas Renggli for pointing out the issues with the previous version and providing an alternative. > - You for trying it out and telling us about it! > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > > >

Aug. 25, 2011

FFI

by Sean P. DeNigris

Is anybody using FFI in either 1.2 or 1.3? If so, how did you get it working? I got an "Unable to find function address" after: 1. Fresh 1.3 #13269 image 2. ConfigurationOfFFI from MetacelloRepository 3. ConfigurationOfFFI project latestVersion load 4. MacOSShell new system: 'open "http://google.com"' Thanks. Sean -- View this message in context: http://forum.world.st/FFI-tp3768815p3768815.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 25, 2011

[ANN] LatAm Squeaksource Mirror online again

by Johan Fabry

Hi all, I'm happy to announce that the Latin American public, read-only Squeaksource mirror is again up and running. (We are bringing the contents up to date right now, it should be competely up-to-date in about 5 hours ...) The URL is: http://www.dsal.cl/squeaksource/ Note that you can use this mirror *in a completely transparent fashion*. We have worked out a solution to the privacy issues raised by the first iteration of our mirror. I would like to emphasize that private data has never been present on the mirror, only the name of private projects was accessible. TECHNICAL DETAILS BELOW. Please redistribute this announcement! (below is mainly a repeat of the body of my previous mail) MOTIVATION: For us, Switzerland is a long way and the connection to Squeaksource has always been painfully slow. We've set up this mirror to help to address this, and I imagine that it will be of use not only for the Chileans but also other countries in latin america, which is why I am announcing it here. ITS TRANSPARENT: I've worked out a way to make the use of this mirror transparent when using Pharo 1.3: you just use monticello as always, and have a setting to redirect loads from Squeaksource to wherever you want. I have successfully loaded Moose and Seaside from the mirror using this package, so it should work for you. And I can tell you, it was blazingly fast: Seaside loaded in 5m45, and most of the time was spent compiling ... ;-) So try the mirror and the package out, send me your comments, we want to work on this to make Squeaksource a better experience for everybody. HOW TO USE from Pharo 1.3: - Get the redirection package from http://www.squeaksource.com/MonticelloRedirect - To load from the mirror instead of from Squeaksource, do-it of the following: MRManager redirectFrom: 'http://www.squeaksource.com/' to: 'http://www.dsal.cl/squeaksource/'. - To remove this redirection: MRManager removeFrom: 'http://www.squeaksource.com/'. - See comments of MRManager for more info. MRManager list can be useful at some times. - Only 2 classes, < 10 methods, not counting accessors. The trick is the use of MethodWrappers. - I did not test this in Squeak or other versions of Pharo. Feel free to try it out in your environment and send me patches if needed. - There is no UI, contributions are welcome!! DETAILS ON THE MIRROR - It's a full copy of Squeaksource, updated daily. - The mirror is read-only: if you want to make a commit you still have to do it in Squeaksource. This is to avoid all the complications of distributed writes. - Updates happen once a day, before midnight Chilean time. Updates take typically (up till now) 200 minutes (!), average download speed here is 200KB/s :-( - Lukas Renggli pointed out that the Squeaksource sitemap file provides a list of projects. We pass this to wget (with some massaging of the data inbetween). - The software that does the mirror is available here: https://github.com/vramiro/easy-wget-mirror MANY THANKS TO: - Daniel Galdames for doing the original mirroring tests - Victor Ramiro for taking Daniels' work and putting it in production - The Squeaksource team for helping us, especially Fabrizio Perin and Mircea Lungu - Lukas Renggli for pointing out the issues with the previous version and providing an alternative. - You for trying it out and telling us about it! ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Aug. 25, 2011

Fwd: [Pharo-project] [ANN] OpenDBXDriver Release - DBXTalk Release Step 1

by Mariano Martinez Peck

---------- Forwarded message ---------- From: Guillermo Polito <guillermopolito(a)gmail.com> Date: Wed, Aug 24, 2011 at 1:19 PM Subject: [Pharo-project] [ANN] OpenDBXDriver Release - DBXTalk Release Step 1 To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> Hi folks!! We are proud to make our first release of OpenDBXDriver -1.0 version-, formerly known as SqueakDBX. Now the project involves much more than just a database driver. This whole new project is called DBXTalk and OpenDBXDriver is just one of the sub-projects. There are several changes between this version and the last one of SqueakDBX, but most of them is about infrastructure: test were moved to a separate package, platform packages and backend classes were renamed, all "SqueakDBX" was replaced with its new name. To install it: Gofer it squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfOpenDBXDriver'; load. (((Smalltalk globals at: #ConfigurationOfOpenDBXDriver) perform: #project) perform: #version: with: #stable) load. We have also created a new repository for all the code: http://www.squeaksource.com/DBXTalk The issue tracker is in: http://code.google.com/p/dbxtalk/issues/list Thanks to Natacha Perrin we have a new DBXTalk logo that you can see in: http://imageshack.us/photo/my-images/37/dbxtalk46.png The license of the logo is Creative Commons. We have also started a Pharo By Example chapter. So far we are writing about DBXTalk, but soon we will do about Glorp. We attach a draft of it while it is integrated into the main git repository of the book. Just in case here is the git repo fork: https://github.com/guillep/PharoByExample-english. Just to let you know, we have already ported the last VW release of Glorp to Pharo and we have it already working MySQL, PostgreSQL, Oracle and Sqlite3. We are closing some last problems and we will soon make the first release. We want to thanks Alan Night for all his help and his reviews :). 4 persons of the team are present at ESUG right now and we are going to give a talk on Friday. We will upload then the slides. Finally, we would like to thanks ESUG for the sponsorship through this ESUG SummerTalk. Thanks! Guille, Mariano, Esteban, Santiago, Gise -- Mariano http://marianopeck.wordpress.com

Aug. 25, 2011

Slides of Pharo Roadmap talk Monday

by Marcus Denker

SlideShare: http://www.slideshare.net/esug/pharo-roadmap PDF: http://esug.org/data/ESUG2011/Slides/22-Monday/03-22-ESUG-PharoRoadmap.pdf -- Marcus Denker -- http://marcusdenker.de

Aug. 24, 2011

Fwd: [Esug-list] Slowly uploading ESUG Slides

by Marcus Denker

Begin forwarded message: > Subject: [Esug-list] Slowly uploading ESUG Slides > To: ESUG Members <esug-list(a)lists.esug.org> > > Hi, > > We are starting to upload the Slides of ESUG 2011: > > SlideShare: http://www.slideshare.net/esug/ > Archive (PDF): http://esug.org/data/ESUG2011/Slides/ > > I will tweet every uploaded slide here: http://twitter.com/#!/esugsmalltalk > -- Marcus Denker -- http://marcusdenker.de

Aug. 24, 2011

Research Engineer Position at INRIA

by StÃ©phane Ducasse

Hi guys We have a position for an engineer position around dynamic language (javascript, smalltalk) and security. Engineer position â¢ Duration: 1-2 years â¢ Starting date: end 2011/beginning 2012 â¢ Where: RMOD team at INRIA Lille Nord Europe http://rmod.lille.inria.fr/ â¢ Salary: 55 Keuros net (before taxes) Keywords: dynamic languages, security, information flow, Smalltalk, Javascript The position will take place in the context of the Systematic Resilience project. Three main tasks will be our focus: â¢ Develop a component model named JIO to manage I/O user interface in Javascript for cloud applications â¢ Identification of security problems in Javascript â¢ Study and analyze approaches towards securing Javascript and dynamic languages (Caja, isolate...) â¢ Prototype of a safe architecture for Resilience Please contact Stephane Ducasse (Stephane.Ducasse(a)inria.fr) for more information. ------------------------ Dr. StÃ©phane Ducasse -- Directeur de Recherche (Senior Researcher) INRIA - USTL - CNRS UMR 8022 stephane.ducasse(a)inria.fr http://stephane.ducasse.free.fr http://rmod.lille.inria.fr/ **NEW ***Tel 00 33 (0)3 20 43 42 56 - Fax 33 3 59 57 78 50 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza, Villeneuve d'Ascq, FR-59650, France.

Aug. 23, 2011

3 years postdoc position on dynamic language and security

by StÃ©phane Ducasse

We have a 3 year postdoc position on dynamic languages and security: http://rmod.lille.inria.fr/web/pier/blog/2011-08-19-2 Do not hesitate to apply Postdoc Position â¢ Duration: 3 years â¢ Starting date: end 2011 â¢ Where: RMOD team at INRIA Lille Nord Europe http://rmod.lille.inria.fr â¢ Salary: 55 Keuros net (before taxes) Keywords: dynamic languages, security, information flow, Smalltalk, Javascript The position will take place in the context of the Systematic Resilience project. We will focus on the following main tasks: â¢ Identification and understanding of security problems in Javascript and other dynamic languages â¢ Study and analyze existing approaches towards securing Javascript (Caja, isolates...) â¢ Comparison of different approaches to secure dynamic applications (Zope model, ZTK), Ruby â¢ Study of Mirrors/Capabilities as a basis for security in Javascript â¢ Proposition of an safe architecture for Resilience Please contact Stephane Ducasse (Stephane.Ducasse(a)inria.fr) for more information. Stef ------------------------ Dr. StÃ©phane Ducasse -- Directeur de Recherche (Senior Researcher) INRIA - USTL - CNRS UMR 8022 stephane.ducasse(a)inria.fr http://stephane.ducasse.free.fr http://rmod.lille.inria.fr/ **NEW ***Tel 00 33 (0)3 20 43 42 56 - Fax 33 3 59 57 78 50 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza, Villeneuve d'Ascq, FR-59650, France.

Aug. 23, 2011

Moving SqueakDBX mailing list to a new DBXTalk one

by Mariano Martinez Peck

Hi guys. We are moving the mailing list of squeakdbx(a)lists.squeakfoundation.org to a new google group: http://groups.google.com/group/dbxtalk We welcome you in the new mailing list and please deprecate as soon as possible the old one. Cheers -- Mariano http://marianopeck.wordpress.com

Aug. 22, 2011