- Pharo-users - lists.pharo.org

Fwd: [SqueakDBX] Simple object pool 0.1.1 "released".
by Mariano Martinez Peck March 7, 2011

March 7, 2011

Thanks Panu. This is awesome. We will integrate your info in our website!! :) mariano ---------- Forwarded message ---------- From: Panu Suominen <panu.j.m.suominen(a)gmail.com> Date: Mon, Mar 7, 2011 at 8:28 AM Subject: [SqueakDBX] Simple object pool 0.1.1 "released". To: The complete and open-source solution to relational database access < squeakdbx(a)lists.squeakfoundation.org> Long time ago I mailed that I have started to build new pooling solution for objects because I could not find existing one with tests. Then I promised to improve documentation. It has taken quite long time but now I have created minimal documentation that should enable people to try my implementation. Currenlty it is nothing spectacular. Project can be found at http://www.squeaksource.com/ObjectPool.html the wiki there should get you started. If one has loaded GlorpDBX one could start using pool with following code to start pooling SqueakDBX connections: Gofer new squeaksource:'ObjectPool'; package:'ConfigurationOfObjectPool'; load. ((Smalltalk at: #ConfigurationOfObjectPool) project version:'0.1.1') load:#('default' 'dbx'). SqueakDatabaseAccessor DefaultDriver: OPSqueakDBXDriver. Currently OPSqueakDBXDriver does not restrict the amount of active or pooled connections. I will improve that soon. One can load basic pooling implementation without DBX-related stuff by just executing: ((Smalltalk at: #ConfigurationOfObjectPool) project version:'0.1.1') load. -- Panu _______________________________________________ SqueakDBX mailing list SqueakDBX(a)lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/squeakdbx

1 0

Re: [Pharo-users] Simple plugin for Jenkins to run Pharo/Squeak VM images
by Marcus Denker March 7, 2011

March 7, 2011

On Feb 28, 2011, at 3:49 PM, StÃ©phane Ducasse wrote: > thanks panu > > did you see that we are heavily using hudson? > Is your code different? > We are actually not using a plugin but just call shell scripts on the server. (we use Lukas' scripts https://github.com/renggli/builder ) I know that Philippe did a plugin, too. I always wanted to look at how a plugin can even simplify the setup... (especially for simple cases), but this has been pushed down the TODO list... Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

4 7

Add to website Re: [Pharo-project] Pharo-project weekly summary #4
by Mariano Martinez Peck March 7, 2011

March 7, 2011

Hi. These summaries are awesome. Can we link to them somehow from pharo web site? Maybe we can have two sections under news: one with what is now (the blog) and another one with this summaries (just a text explaining what it is and a link to the original website) cheers mariano On Sun, Mar 6, 2011 at 10:02 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Yes! > > On Mar 5, 2011, at 10:16 PM, Tudor Girba wrote: > > > Thanks :) > > > > Doru > > > > > > On 5 Mar 2011, at 22:06, Francois Stephany wrote: > > > >> Hi guys, > >> > >> The summary for this week is out. Please comment if I said something > stupid or forgot something. > >> > >> http://articles.tulipemoutarde.be/pharo-mailing-list-weekly-summary-4 > >> > >> See you next week ;) > >> > > > > -- > > www.tudorgirba.com > > > > "From an abstract enough point of view, any two things are similar." > > > > > > > > > > >

3 3

Just a thought :)
by StÃ©phane Ducasse March 6, 2011

March 6, 2011

Hi guys in the train friday I read event code during a couple of hours... and I came to the conclusion I want to rewrite part of them :). Now the real interested part of this email is the following: 2 years ago event handling was looking mysterious to me, why? because I never needed to understand that part. Now I started to read, build hypothesis, read again, break the system and I get an understanding to the point I can say ok I want them better. So the lesson in there: this is cool, at the beginning you are not an expert, you just learn a little bit here and here and you consolidate, and you understand more and more. Sound stupid and naive story but this is a cool one. I like to read the code of the system just because I learn a lot. So I hope that this is a good and positive message for you. Step back and realize that you have learned a lot and that you can learn a lot more. And in the process fix the system to make it better and easier to be understood. Magic no? Stef

1 0

Compiling cog 2363 in gentoo (amd 64)
by Panu Suominen March 6, 2011

March 6, 2011

So I hit the UUID problem that crashes VM and had to compile virtual machine from scratch to get rid of it. I assumed that to be easy job, but it took a while. To help others I document the steps I had to take to build revision 2363 of Cog vm on Gentoo (amd 64bit). 1) fetch sources from svn (svn export http://squeakvm.org/svn/squeak/branches/Cog cog-vm) 2) 32bit chroot environment. Just could not make it compile without it (http://www.gentoo.org/proj/en/base/amd64/howtos/index.xml?part=1&chap=2) 3) emerge xorg-x11 to 32bit environment. One could probably emerge something smaller but thid did the trick for plugin(s) requiring OpenGL. 3) configure as the unixbuild/HowToBuild guides. 4) add #define HAVE_UUID_H to configure.h under bld-directory. 5) change platforms/unix/plugins/UUIDPlugin/sqUnixUUID.c #include <uuid.h> -> #include <uuid/uuid.h> 6) make as the unixbuild/HowToBuild guides It is likely that these changes could (and should) be made to the source files and configuration script so that no manual steps would be required. However I did not have time to do it. But when I finnish all the pending tasks postponed by this sideroute I try to see if I could propose a patch. -- Panu

2 2

Re: [Pharo-users] [squeak-dev] [ANN] ESUG supports once again SqueakDBX
by Mariano Martinez Peck March 6, 2011

March 6, 2011

On Sun, Mar 6, 2011 at 12:40 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Fri, 4 Mar 2011, Mariano Martinez Peck wrote: > > We are really happy to announce that ESUG will sponsor us once again >> through >> the ESUG Summer Talk project. This means that we have reached the ESUG >> expectations and that they still think that relational database access is >> an >> important matter in Smalltalk. >> > > snip > > 5) Cog compatibility. >> > > What has to be done? > > Indeed, nothing. We were not sure if FFI was working on it, but it turns out that it was. The idea is to be aware if Eliot releases a threaded VM/FFI so that we do not lock the VM (even if we have our micro-lock strategy when possible) > > >> 6) Use Alien instead of FFI. >> Eliot is working on a threaded CogVM. One of the projects of the GSoC of >> this year was to make something similar to a threaded FFI. What the >> student >> did is a modification in Alien (I think) that can be run in a >> multithreaded >> envirorment. He worked with Eliot. The idea is when Eliot releases the >> threaded CogVM, this FFI would work our of the box, and would avoid >> locking >> the WHOLE vm while a C function is being invoked (as it happens today with >> FFI).....So....when that VM is released, we MUST migrate to that). >> > > How is Alien better than FFI? We do not know. However, we will not spend time in Alien unless it is working out of the box and integrated in all standard VMs. > AFAIK Alien itself is not developed anymore, > parts of it will be merged with FFI. > > Ahh ok, we didn't know. Thnkas. > > Levente > > P.S.: http://www.squeaksource.com/SqueakDBX.html states that code in the > repository has MIT license, but it includes Glorp which has LGPL(S) license. > > Yes, the problem is that SqueakDBX as itself (the database driver), is MIT. Thus, the repository is MIT. Glorp is LGPL. When we started (years after SqueakDBX) with GlorpDBX, we found it easier to commit our changes to SqueakDBX repo instead of the Glorp one (because not everybody may agree with our changes). The good news is that Alan Night was considering making Glorp MIT. I cc'ed him to see if there are news. Cheers Mariano

1 0

Pharo-project weekly summary #4
by Francois Stephany March 6, 2011

March 6, 2011

Hi guys, The summary for this week is out. Please comment if I said something stupid or forgot something. http://articles.tulipemoutarde.be/pharo-mailing-list-weekly-summary-4 See you next week ;)

3 2

Re: [Pharo-users] [Esug-list] [squeak-dev] [ANN] ESUG supports once againSqueakDBX
by Mariano Martinez Peck March 5, 2011

March 5, 2011

On Sat, Mar 5, 2011 at 2:47 AM, Carlos Crosetti < carlos.crosetti(a)mostar.com.ar> wrote: > My 10 cents to the SqueakDBX list of actions...... > > Long time ago, when I learnt about the VW UI Builder, I attempted to run an > existing sample code that was basically a dataset widget browsing a > collection of objects, and then I wrote some code to make them persistent > using ObjectLens and Oracle. > > Later on time, I would say 12+ years later, I learnt about GLORP and wrote > a morphic-based dialog to do the most simple CRUD model to teach myself > persisting objects into PostgreSQL using Glorp and a GUI. > > My suggestion to the SqueakDBX team is to incllude a working sample but > this time based on the Morphic UI Designer. > Got it. And what about Seaside for example? Few years back, we used to have a Seaside + GlorpDBX + SqueakDBX example that we used for the university thesis. However, I guess it is quite outdated and note sure if it works. But maybe we should do that. I think it is a good idea. In addition, we can use the same example for the PBE chapter. Finally, I remember an ESUG project which idea was a open source application based in pharo, seaside, glorp, etc, to use as an example/learning. I don't remember the name right now....but it would be awesome if that app could be changed to use GlorpDBX + SqueakDBX instead :) thanks mariano > ----- Original Message ----- > *From:* Mariano Martinez Peck <marianopeck(a)gmail.com> > *To:* GermÃ¡n Arduino <garduino(a)gmail.com> > *Cc:* ESUG Mailing list <esug-list(a)lists.esug.org> ; A friendly place > where any question about pharo is welcome<pharo-users(a)lists.gforge.inria.fr>; Pharo > Development <pharo-project(a)lists.gforge.inria.fr> ; The general-purpose > Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > *Sent:* Friday, March 04, 2011 7:53 AM > *Subject:* Re: [Esug-list] [squeak-dev] [ANN] ESUG supports once > againSqueakDBX > > > > On Fri, Mar 4, 2011 at 11:50 AM, GermÃ¡n Arduino <garduino(a)gmail.com>wrote: > >> Certainly all the Smalltalk community should thank ESUG by the >> continous support to lot of initiatives. >> >> > And to ESUG sponsors :) > and ESUG conference attendees...and...and..lots of people :) > > >> Thanks ESUG. >> >> >> 2011/3/4 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> > We are really happy to announce that ESUG will sponsor us once again >> through >> > the ESUG Summer Talk project. This means that we have reached the ESUG >> > expectations and that they still think that relational database access >> is an >> > important matter in Smalltalk. >> > >> > One important thing is that we are going to rename the project (we are >> still >> > working on it) since SqueakDBX runs not only in Squeak but also in >> Pharo, >> > and there have been even ports to Dolphin. What's the reason for this >> > decision? Because we do not want to couple ourselves to a smalltalk >> dialect >> > nor to OpenDBX, because our project is much more than that (later I will >> > tell you about our plans). So, these are some of the possible names: >> > ObjectPark, SmallParking, Parktalk, SmallValet, Valetalk, ValetST, >> > NorayTalk, Ballard, Noray and Cruise. Please let us know which one is >> your >> > favourite or help us find a new one. >> > >> > Another important subject is the team. There will be three "mentors", >> > Esteban Lorenzano, Diogenes Moreira and myself, Mariano Martinez Peck; >> and >> > three students: Guillermo Polito, Nicolas Scarcella and Santiago >> Bragagnolo. >> > >> > We are open to suggestions and ideas. In addition, we have defined a >> > possible list of actions that I copy at the end of the email. >> > >> > For the moment, the url remains www.squeakdbx.org and the mailing >> > list squeakdbx(a)lists.squeakfoundation.org >> > >> > Once again, we want to thank ESUG for their support and trust. >> > >> > Thank you very much, >> > >> > SqueakDBX team >> > >> > >> > >> > >> > >> > Possible list of actions: >> > >> > 1) Change SqueakDBXâs name. >> > >> > 2) Update GLORP version since the actual one is 3 years old. >> > >> > Port it again from VisualWorks, create a VW porting tool (may be). >> > Complete support to Glorp. Today it works with PostgreSQL, Oracle and >> > MySQL. Make it work with most databases OpenDBX supports. >> > >> > 3) Create a lightweight solution, alternatively to GLORP. There are >> some >> > options: >> > >> > Make SqueakSave work with SqueakDBX. SqueakSave developers already >> > contacted us because they wanted to do it. SqueakSave seems to be 20% >> slower >> > than Glorp but you don't need to write the mappings :) >> > Adapt Ramon Leon's active record to use an abstract database driver, and >> > create a driver for SqueakDBX. >> > Port the new Glorpâs kind of active record to Pharo. (included in 2). >> > >> > 4) Write a Pharo By Example 2 chapter based on the card game Stef built >> ;). >> > >> > 5) Cog compatibility. >> > >> > 6) Use Alien instead of FFI. >> > Eliot is working on a threaded CogVM. One of the projects of the GSoC of >> > this year was to make something similar to a threaded FFI. What the >> student >> > did is a modification in Alien (I think) that can be run in a >> multithreaded >> > envirorment. He worked with Eliot. The idea is when Eliot releases the >> > threaded CogVM, this FFI would work our of the box, and would avoid >> locking >> > the WHOLE vm while a C function is being invoked (as it happens today >> with >> > FFI).....So....when that VM is released, we MUST migrate to that). >> > >> > 7) Explore performance issues (maybe with our approach of "In thread >> > execution plugin"). >> > >> > 8) Complete integration with OpenDBX. For example, Oracle, for large >> objects >> > (Clob, Blob, etc) use specific functions. There are specific functions >> in >> > OpenDBX that have to be used if the database uses specific functions >> (oracle >> > is the only one for the moment.). We don't manage those functions yet. >> > >> > 9) In this link http://www.squeakdbx.org/Targets%20and%20Features >> > You can see a list of future possible features like Connection pooling >> (now >> > it is done!), Prepared statement interface, Store procedures, Escape and >> > avoid of SQL insertion, Authentication support: extends to other >> methods, >> > not only user/password, Full text support, etc. >> > >> > >> > >> > > ------------------------------ > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > >

2 1

[ANN] ESUG supports once again SqueakDBX
by Mariano Martinez Peck March 4, 2011

March 4, 2011

We are really happy to announce that ESUG will sponsor us once again through the ESUG Summer Talk project. This means that we have reached the ESUG expectations and that they still think that relational database access is an important matter in Smalltalk. One important thing is that we are going to rename the project (we are still working on it) since SqueakDBX runs not only in Squeak but also in Pharo, and there have been even ports to Dolphin. What's the reason for this decision? Because we do not want to couple ourselves to a smalltalk dialect nor to OpenDBX, because our project is much more than that (later I will tell you about our plans). So, these are some of the possible names: ObjectPark, SmallParking, Parktalk, SmallValet, Valetalk, ValetST, NorayTalk, Ballard, Noray and Cruise. Please let us know which one is your favourite or help us find a new one. Another important subject is the team. There will be three "mentors", Esteban Lorenzano, Diogenes Moreira and myself, Mariano Martinez Peck; and three students: Guillermo Polito, Nicolas Scarcella and Santiago Bragagnolo. We are open to suggestions and ideas. In addition, we have defined a possible list of actions that I copy at the end of the email. For the moment, the url remains www.squeakdbx.org and the mailing list squeakdbx(a)lists.squeakfoundation.org Once again, we want to thank ESUG for their support and trust. Thank you very much, SqueakDBX team Possible list of actions: 1) Change SqueakDBXâs name. 2) Update GLORP version since the actual one is 3 years old. Port it again from VisualWorks, create a VW porting tool (may be). Complete support to Glorp. Today it works with PostgreSQL, Oracle and MySQL. Make it work with most databases OpenDBX supports. 3) Create a lightweight solution, alternatively to GLORP. There are some options: Make SqueakSave work with SqueakDBX. SqueakSave developers already contacted us because they wanted to do it. SqueakSave seems to be 20% slower than Glorp but you don't need to write the mappings :) Adapt Ramon Leon's active record to use an abstract database driver, and create a driver for SqueakDBX. Port the new Glorpâs kind of active record to Pharo. (included in 2). 4) Write a Pharo By Example 2 chapter based on the card game Stef built ;). 5) Cog compatibility. 6) Use Alien instead of FFI. Eliot is working on a threaded CogVM. One of the projects of the GSoC of this year was to make something similar to a threaded FFI. What the student did is a modification in Alien (I think) that can be run in a multithreaded envirorment. He worked with Eliot. The idea is when Eliot releases the threaded CogVM, this FFI would work our of the box, and would avoid locking the WHOLE vm while a C function is being invoked (as it happens today with FFI).....So....when that VM is released, we MUST migrate to that). 7) Explore performance issues (maybe with our approach of "In thread execution plugin"). 8) Complete integration with OpenDBX. For example, Oracle, for large objects (Clob, Blob, etc) use specific functions. There are specific functions in OpenDBX that have to be used if the database uses specific functions (oracle is the only one for the moment.). We don't manage those functions yet. 9) In this link http://www.squeakdbx.org/Targets%20and%20Features You can see a list of future possible features like Connection pooling (now it is done!), Prepared statement interface, Store procedures, Escape and avoid of SQL insertion, Authentication support: extends to other methods, not only user/password, Full text support, etc.

2 2

left scrollbars
by Torsten Bergmann March 2, 2011

March 2, 2011

>Hi, what is the default way of getting left scrollbars - is there a >setting? In Squeak there was a preference for that. With Polymorph (Pharo's UI framework) it looks like this is now dependent on the UI setting of the current theme. This makes sense but it always returns true at the moment. Maybe because most themes have scrollbar on right. To check just inspect: "UITheme current settings scrollBarsOnRight" See class ThemeSettings>>scrollBarsOnRight Seems like it is not yet finished (always true, no real Setting in the settings browser) If you switch to return false instead of true the layout of the standard browser is broken. At least in Pharo 1.2 You can open an issue on the bugtracker (http://issues.pharo-project.org) so we can take care of this. I also CC'ed Gary - maybe he is able to comment. Bye T. BTW: t-o = torsten Olschewski? -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl

2 1