September 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [squeak-dev] How to install Glorp

by GermÃ¡n Arduino

Thanks Mariano, it worked ok now! Cheers. GermÃ¡n. 2010/9/8 Mariano Martinez Peck <marianopeck(a)gmail.com>: > In pharo: > > > Gofer new > Â Â Â squeaksource: 'MetacelloRepository'; > Â Â Â package: 'ConfigurationOfGlorpDBX'; > Â Â Â load. > > and then > > > (ConfigurationOfGlorpDBX project version: '1.2') load > will install SqueakDBX as the database driver and Glorp-SqueakDBXDriver > > > (ConfigurationOfGlorpDBX project version: '1.2') load: 'GlorpSqueakDBX Pool' > > will install SqueakDBX as the database driver and a Glorp-SqueakDBXDriver > that acts as a connection pool :)Â Â Â Â (altought this only works in 1.0 right > now) > > > (ConfigurationOfGlorpDBX project version: '1.2') load: 'All with PostgreSQL > native' > will install the native postgresql driver > > Cheers > > Mariano > > BTW: you can find more info here (but it is outdated): > http://www.squeakdbx.org/GLORP%20integration > > > On Thu, Sep 9, 2010 at 12:19 AM, GermÃ¡n Arduino <garduino(a)gmail.com> wrote: >> >> Hi Squeakers and Pharoers: >> >> Even when I saw several mails about the topic, I failed to install >> Glorp properly, on Squeak (4.1) and also on Pharo (4.1). >> >> No matter what method I try, or which Glorp .mcz, I allways get the >> attached error, referencing some weird oracle thing. >> >> I'm new to Glorp, I might be forgetting something obvious, but in any >> case, any help is appreciated >> >> Thanks. >> >> >> -- >> ================================================= >> GermÃ¡n S. ArduinoÂ <gsa @ arsol.net>Â Â Twitter: garduino >> Arduino Software & Web HostingÂ Â http://www.arduinosoftware.com >> PasswordsProÂ http://www.passwordspro.com >> ================================================= >> >> >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- ================================================= GermÃ¡n S. ArduinoÂ <gsa @ arsol.net>Â Â Twitter: garduino Arduino Software & Web HostingÂ Â http://www.arduinosoftware.com PasswordsProÂ http://www.passwordspro.com =================================================

Sept. 8, 2010

Re: [Pharo-project] simpleLog in pharo?

by GÃ¶ran Krampe

On 09/08/2010 10:50 PM, Schwab,Wilhelm K wrote: > You mention something for viewing the log in-image. Dumb question: can it be left running and safely forgotten, or does it suffer > under high load? Is there a way to view the log from outside of a running image? The latter is less important in proportion > to the robustness of the in-image viewer. One thing that I often miss is DebugView; it would be really nice to find an equivalent on Linux. > > Bill SimpleLog has a LogMorph, I didn't write it but it registers itself as an emitter. Not sure what it does if it is "left running" :) It could probably use a "max backlog" or something, if it doesn't have that already. Viewing the log from outside: There are two "ways". First there is a logfile emitter - which writes to a log file and also does log file rotation after a max size etc. So you could always "tail" that file. Second is to use the syslog emitter - which IMHO is the best. That emitter uses syslog UDP standard messages to the local syslog port and then - on a normal linux box - your stuff will end up in the system log. From there you have TONS of tools. regards, GÃ¶ran

Sept. 8, 2010

Re: [Pharo-project] A thought about the fear of not knowing

by Christoph Budzinski

Kudos to you, it's always nice to see when programmers try to take the fear out of the equasion :) I think the terms experts and gurus should be completely abolished. It just strucks fear into the hearts of new programmers. What the heck is a guru? Or an expert? Someone who learnt a few nice little tricks over the years? Or knows a few kinks of a system? Well, I say nay! If there's a kink in a system it should be fixed, it shouldn't be a feeding ground for experts. And if someone knows a neat little trick, like a really fast implementation of an algorithm, what good is that when you actually don't need the speed in that place but think that readable code for example is much more important to you, so that maybe other people can understand and modify it. Implementing something is always a tradeoff between speed, stability, security and readability. There is not one perfect fits all solution to any one problem, which is why I don't think that experience really helps as much as people tend to believe. The most important thing for a programmer in my humble opinion is that he is good at learning. That includes being patient and persistent, being able to research things by using cryptic programmer's documentation and articles you find on Google. If you try long enough, you can make your implementation as fast, as stable, as secure or as readable as you need. The most important thing is to get it working, then you can think about making it better. And that is one huuuuge strength of Pharo. The refactoring tools are awesome. There really is no need to fear doing something horribly wrong since you can refactor everything to your hearts content until it's just the way you want it to be semi-automagically. Experience can also really hinder you as a programmer. If you always do the same thing again because it worked good in the past, you will never find a better way of doing things. If everyone did that, we would still be in the stone age. "Why do I need a metal hammer when a stone hammer works just fine?" The only valid term I can think of would be a "specialist". I have no idea how to write a device driver for example. That's something where experience is really helpful. But just because someone is really good at making device drivers doesn't mean he's good at making a game for example. So, he's not an expert programmer by any means, he's a specialist. You wouldn't let a dentist do brain surgery on you, would you? I don't think you can be an expert programmer. Programming is just too vast a topic. Computers are a second world. You can model the whole world in a computer. And just like you can't be an expert at every job on earth, you can't be a "computer expert". It's just not possible with our brain's limited capacity. Chris On Wed, Sep 8, 2010 at 10:12 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Hi Pharoers, lurkers, users > > We repeat all over the same: we welcome you to participate and while we are > cool and welcoming, you feel > "oh I cannot, I do not know, this is complex..." > You look at us like Gurus, but let us be clear, we are not, we are just > common people that have a debugger, > kids in the bed and good music in the background (for me Cool Jazz or > Thrash Metal). > Of course some parts of the system are ugly, buggy, britlle, messy... but > less and less, more and more good abstractions are taking life > AND!!!! > First, we are all learners and newbie on something (at least the > mortal among us) but to learn > we should start somewhere > Second, start small > - we tag some bug entries as easy, give a try. > - put a break point in the code > - write a test > - do something fun > > You will not fail, why? because either you do not find anything and > there is no problem but you will > learn something and you can pass to the next one. > Or you find something and you got it :) > > We did that with marcus when we were squeak harvesters. There were a lot of > things we could not get > but we pass to the next. :) > > Now I browse bugs bugs and bugs and I can tell you that 85% of the bugs are > terribly stupid. Even more. > So focus on these ones :) > > Pharo is the system we (you and us) will build. > > Stef > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 8, 2010

Re: [Pharo-project] [squeak-dev] How to install Glorp

by Mariano Martinez Peck

In pharo: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfGlorpDBX'; load. and then (ConfigurationOfGlorpDBX project version: '1.2') load will install SqueakDBX as the database driver and Glorp-SqueakDBXDriver (ConfigurationOfGlorpDBX project version: '1.2') load: 'GlorpSqueakDBX Pool' will install SqueakDBX as the database driver and a Glorp-SqueakDBXDriver that acts as a connection pool :) (altought this only works in 1.0 right now) (ConfigurationOfGlorpDBX project version: '1.2') load: 'All with PostgreSQL native' will install the native postgresql driver Cheers Mariano BTW: you can find more info here (but it is outdated): http://www.squeakdbx.org/GLORP%20integration On Thu, Sep 9, 2010 at 12:19 AM, GermÃ¡n Arduino <garduino(a)gmail.com> wrote: > Hi Squeakers and Pharoers: > > Even when I saw several mails about the topic, I failed to install > Glorp properly, on Squeak (4.1) and also on Pharo (4.1). > > No matter what method I try, or which Glorp .mcz, I allways get the > attached error, referencing some weird oracle thing. > > I'm new to Glorp, I might be forgetting something obvious, but in any > case, any help is appreciated > > Thanks. > > > -- > ================================================= > GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino > Arduino Software & Web Hosting http://www.arduinosoftware.com > PasswordsPro http://www.passwordspro.com > ================================================= > > > >

Sept. 8, 2010

[Pharo-project] How to install Glorp

by GermÃ¡n Arduino

Hi Squeakers and Pharoers: Even when I saw several mails about the topic, I failed to install Glorp properly, on Squeak (4.1) and also on Pharo (4.1). No matter what method I try, or which Glorp .mcz, I allways get the attached error, referencing some weird oracle thing. I'm new to Glorp, I might be forgetting something obvious, but in any case, any help is appreciated Thanks. -- ================================================= GermÃ¡n S. ArduinoÂ <gsa @ arsol.net>Â Â Twitter: garduino Arduino Software & Web HostingÂ Â http://www.arduinosoftware.com PasswordsProÂ http://www.passwordspro.com =================================================

Sept. 8, 2010

Re: [Pharo-project] simpleLog in pharo?

by Yanni Chiu

Dale Henrichs wrote: > > For the Pharo, I would think that the fact that an Object log could > accumulate a whole lot of stuff is real limiting factor...there'd need > to be a process that continuously pruned objects from the object log > over time .... so a thread safe linked list might be a better choice for > the Object log collection ... How about a circular queue, with removed entries written to a file.

Sept. 8, 2010

Re: [Pharo-project] [Metacello] Metacello ESUG 2010 topics for discussion/decision

by Dale Henrichs

Stef, I mention this in a Pharo thread but, In GemStone the Transcript entries are also added to the Object log, so the Object log has a long term collection of Transcript entries ... the key would be that Transcript entries should be automatically included in the logging scheme ... so that application code can continue to use the Transcript ... Dale stephane ducasse wrote: > + 1 > If someone could look at simpleLog (because we ned to change this situation) > > On Sep 8, 2010, at 10:09 AM, Simon Denier wrote: > >> I have no idea whether this issue has been discussed before, and perhaps even solved, but is there an easy way to configure Metacello logging? Right now in Pharo, it goes into the Transcript, and consequently mixes with Compiler warning and other stuff. When we load ConfigurationOfMoose, there are so many items in the Transcript that we lost the first ones. We have to hack the Transcript to dump the interesting info into a file. >> >> >> On 7 sept. 2010, at 21:00, Dale Henrichs wrote: >> >>> I've done a search through the Pharo and Metacello mailing lists (and my memory ... but only a little of that:) for open issues on Metacello and I've put together the following list: >>> >>> - #pharo1.0, #pharo1.1, #pharo1.2 attributes >>> - Pharo1.0/Pharo1.1/Pharo1.2 version management >>> - Metacello for updating pharo core configuration >>> - ConfigurationOfOmniBrowser differences across versions >>> >>> - Pharo Metacello Universes >>> (http://forum.world.st/ANN-Pharo-Metacello-Universes-td2313088.html#a2313088) >>> (http://forum.world.st/ANN-Pharo-Metacello-Universes-td2313088i20.html#a2327…) >>> (http://forum.world.st/Managing-Pharo-external-packages-with-Metacello-pleas…) >>> - AbstractMetacelloConfiguration >>> (http://forum.world.st/How-can-I-load-metacello-without-OB-td2332353.html#a2…) >>> >>> - default convention >>> (http://forum.world.st/default-convention-td2316783.html#a2316783) >>> - programmatic spec creation >>> (http://forum.world.st/OO-Specs-td2328587.html#a2328587) >>> - OS dependency >>> (http://forum.world.st/Loading-platform-specific-code-td2318610.html#a2335791) >>> - Gofer Project Loader >>> (http://forum.world.st/ANN-Gofer-Project-Loader-1-0-BETA-td1596389i20.html#a…) >>> >>> These issues stand out for me, since I need some whiteboard time to wrap my brain around the requirements and then discuss potential solutions. >>> >>> I would hope that we can find time at ESUG for discussing these issues and making decisions on as many of the issues as possible (or at least plans of action)... >>> >>> If anyone else has issues that they think haven't been adequately covered, now would be a good time to bring up the issue (again) for discussion at ESUG ... if you aren't attending ESUG, refreshing the issue for consideration by those who are present is still a good idea. >>> >>> Dale >> -- >> Simon >> >> >> >

Sept. 8, 2010

Re: [Pharo-project] simpleLog in pharo?

by Dale Henrichs

The inspector is currently used to view the object log in the development vm...for large object logs it makes sense to filter the log before viewing. For external viewing I have a Seaside Component that allows one to filter and sort the object log entries as well as delete entries from the ObjectLog ... Since GemStone runs with multiple vms, you can use a separate vm to look at the shared object log ... .. The RCQueue (and OrderedCollections for that matter) in GemStone don't incur performance hits as the collection grows over time (unlike growing OrderedCollections in a normal client Smalltalk), but then GemStone was designed with very large collections in mind:)... GemStone was designed to handle collections and object graphs that can be larger than available memory, so you can forget about the object log until start running out of repository space (basically disk space) ... For the Pharo, I would think that the fact that an Object log could accumulate a whole lot of stuff is real limiting factor...there'd need to be a process that continuously pruned objects from the object log over time .... so a thread safe linked list might be a better choice for the Object log collection ... Dale Schwab,Wilhelm K wrote: > You mention something for viewing the log in-image. Dumb question: can it be left running and safely forgotten, or does it suffer under high load? Is there a way to view the log from outside of a running image? The latter is less important in proportion to the robustness of the in-image viewer. One thing that I often miss is DebugView; it would be really nice to find an equivalent on Linux. > > Bill > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Dale Henrichs [dhenrich(a)vmware.com] > Sent: Wednesday, September 08, 2010 3:58 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] simpleLog in pharo? > > StÃ©phane Ducasse wrote: >> I will chekc I would like an object that represent wht is logged. >> do you have that? >> I do not want strings strings strings. >> >> On Sep 8, 2010, at 12:39 PM, GÃ¶ran Krampe wrote: >> >>> On 09/08/2010 11:45 AM, StÃ©phane Ducasse wrote: >>>> + 1 >>>> If someone could look at simpleLog (because we need to change this situation and get a good logging mechanism) >>>> We need much better infrastructure.... and we will build them. >>> I wrote SimpleLog (in the Gjallar project) and feel free to pick/use it - it is small and maps easily to Syslog (I copied the levels that syslog has) and also has a syslog emitter which is *very* nice when you build Seaside apps and want to run multiple images with a load balancer in front for example. >>> >>> There are several logging libs but... well, I think SimpleLog strikes a nice balance of functionality and simplicity. >>> >>> regards, GÃ¶ran >>> >>> _______________________________________________ >>> 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 > > In GLASS we have the ObjectLog ... the implementation is based upon > RCQueue's (so that multiple vm's can concurrently add entries), but it > is can be thought of as an OrderedCollection ObjectLogEntry instances: > > Object subclass: 'ObjectLogEntry' > instVarNames: #( pid stamp label > priority object tag) > classVars: #( ObjectLog ObjectQueue) > classInstVars: #() > poolDictionaries: #[] > inDictionary: '' > category: 'Bootstrap-Gemstone' > > > The pid and ObjectQueue are GemStone-specific ... > - stamp DateAndTime > - label String > - priority Integer > - object Object > - tag Object > > GLASS has an ObjectLog component for viewing the object log ... > inspector for in-image-viewing. There are currently 7 priorities defined: > > fatal - 1 > error - 2 > warn - 3 > info - 4 > debug - 5 > trace - 6 > transcript - 7 > > Yes Transcript messages are added to the ObjectLog ... very convenient ... > > Entries are added to the log via something like the following: > > (ObjectLogEntry > info: 'label string' > object: #( #hello 'world') addToLog. > > For GLASS I have a handful of subclasses of ObjectLogEntry that store > things like a continuation and/or the url that caused the error... > > Dale > > _______________________________________________ > 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

Sept. 8, 2010

Re: [Pharo-project] Hudson

by Sean P. DeNigris

Lukas Renggli wrote: > > Did you check the README file of the distribution? > > http://github.com/renggli/builder > Looks like just what I wanted, thanks. Lukas Renggli wrote: > > Also come to my ESUG presentation on Thursday titled "Agile Seaside", > I might show Hudson there :-) > Cool, see you this week. Sean -- View this message in context: http://forum.world.st/Hudson-tp2531857p2532012.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 8, 2010

Re: [Pharo-project] simpleLog in pharo?

by Schwab,Wilhelm K

You mention something for viewing the log in-image. Dumb question: can it be left running and safely forgotten, or does it suffer under high load? Is there a way to view the log from outside of a running image? The latter is less important in proportion to the robustness of the in-image viewer. One thing that I often miss is DebugView; it would be really nice to find an equivalent on Linux. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Dale Henrichs [dhenrich(a)vmware.com] Sent: Wednesday, September 08, 2010 3:58 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] simpleLog in pharo? StÃ©phane Ducasse wrote: > I will chekc I would like an object that represent wht is logged. > do you have that? > I do not want strings strings strings. > > On Sep 8, 2010, at 12:39 PM, GÃ¶ran Krampe wrote: > >> On 09/08/2010 11:45 AM, StÃ©phane Ducasse wrote: >>> + 1 >>> If someone could look at simpleLog (because we need to change this situation and get a good logging mechanism) >>> We need much better infrastructure.... and we will build them. >> I wrote SimpleLog (in the Gjallar project) and feel free to pick/use it - it is small and maps easily to Syslog (I copied the levels that syslog has) and also has a syslog emitter which is *very* nice when you build Seaside apps and want to run multiple images with a load balancer in front for example. >> >> There are several logging libs but... well, I think SimpleLog strikes a nice balance of functionality and simplicity. >> >> regards, GÃ¶ran >> >> _______________________________________________ >> 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 In GLASS we have the ObjectLog ... the implementation is based upon RCQueue's (so that multiple vm's can concurrently add entries), but it is can be thought of as an OrderedCollection ObjectLogEntry instances: Object subclass: 'ObjectLogEntry' instVarNames: #( pid stamp label priority object tag) classVars: #( ObjectLog ObjectQueue) classInstVars: #() poolDictionaries: #[] inDictionary: '' category: 'Bootstrap-Gemstone' The pid and ObjectQueue are GemStone-specific ... - stamp DateAndTime - label String - priority Integer - object Object - tag Object GLASS has an ObjectLog component for viewing the object log ... inspector for in-image-viewing. There are currently 7 priorities defined: fatal - 1 error - 2 warn - 3 info - 4 debug - 5 trace - 6 transcript - 7 Yes Transcript messages are added to the ObjectLog ... very convenient ... Entries are added to the log via something like the following: (ObjectLogEntry info: 'label string' object: #( #hello 'world') addToLog. For GLASS I have a handful of subclasses of ObjectLogEntry that store things like a continuation and/or the url that caused the error... Dale _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 8, 2010