June 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] add to PharoExtras/Soup contributors?

by StÃ©phane Ducasse

done :) On Jun 29, 2013, at 1:47 AM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > on smalltalkhub I'm pdebruic and I'd like to be added to that repo. Thanks > > > Paul >

June 29, 2013

add to PharoExtras/Soup contributors?

by Paul DeBruicker

on smalltalkhub I'm pdebruic and I'd like to be added to that repo. Thanks Paul

June 28, 2013

Re: [Pharo-users] how to use RBClassRegexRefactoring in Pharo 2 ?

by Paul DeBruicker

On 06/27/2013 02:52 PM, Camillo Bruni wrote: > > On 2013-06-27, at 23:45, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > >> On 06/27/2013 02:38 PM, Camillo Bruni wrote: >>> >>> On 2013-06-27, at 20:36, Paul DeBruicker <pdebruic(a)gmail.com> wrote: >>>> In Nautilus when I try to use the 'Class Regex' menu item in Pharo 2 >>>> 20605 I get an error that RBRegexClassRefactoring is an existing class >>>> in the system. In earlier Pharo versions you would select that menu >>>> item, make your changes, save them and then the refactoring would run. >>>> How do you do it now? >>> >>> Where do you have this menu? I couldn't find it in Nautilus :/ >>> >> >> Ahh. Right click on a class name in the class list pane, then choose >> >> Refactoring > Code Rewriting > Class Regex > > Ok, better, now I can reproduce it :), > > However I don't think this will be fixed in 2.0, sorry. > That is a too "exotic" feature. Currently 2.0 is in stable mode, so we do as little > changes to that system as possible, mainly "real"/"big" bugs (highly subjective ;)) > > I'll open a bug report for 3.0 though > > https://pharo.fogbugz.com/default.asp?11052 > > thanks for reporting > Its a Nautilus bug and not with the RB stuff. You can run the RB rule in a workspace like so: rule:=RBClassRegexRefactoring new. rule renameClasses; replace: '^SH(.*)$' with: 'Shout$1' ignoreCase: false; yourself. rule execute. There is probably a way to see what it'll do before it actually modifies things too.

June 28, 2013

Re: [Pharo-users] implementing #release in a domain object

by Milan Mimica

On 28 June 2013 14:58, Camillo Bruni <camillobruni(a)gmail.com> wrote: > > Exactly, there is a Header for each Object which contains such information > only visible to the VM. You will some more information here: > > http://rmod.lille.inria.fr/archives/talks/2011-DIS-Stasenko-JourneyInTheVM.… > Interesting. I guess is has to "Stop the world"? If yes, how can it be improved? -- Milan Mimica http://sparklet.sf.net

June 28, 2013

Re: [Pharo-users] Package browser?

by ubuntourist

Oops. My bad. Thanks all. For what it may be worth to others: Still wishing to avoid installing 209 additional library packages (which is what the ia32-libs wants to fulfill dependencies), I found that the following three -- well really four -- packages (in addition to whatever was put in by the Pharo Debian package I already have from the PPA) were enough to get the PBE image to pop up: sudo apt-get install libuuid1:i386 libsm6:i386 libglu1-mesa:i386 (Installing libsm6 also installed libice6.) -- View this message in context: http://forum.world.st/Package-browser-tp3321070p4696156.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 28, 2013

Re: [Pharo-users] implementing #release in a domain object

by Camillo Bruni

On 2013-06-28, at 13:59, Milan Mimica <milan.mimica(a)gmail.com> wrote: > On 27 June 2013 21:07, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> >> yes, but in opposite direction. >> consider yourself a painter which start painting nodes , starting from >> root ones, >> then paint ones which they pointing to, then paint ones which those >> was pointing to (unless they already painted) >> and so on.. continue until you have nothing to paint left. >> Then the nodes which remain unpainted is garbage. >> > > How is this implemented? There is a flag on each object to mark it as > 'painted'? Exactly, there is a Header for each Object which contains such information only visible to the VM. You will some more information here: http://rmod.lille.inria.fr/archives/talks/2011-DIS-Stasenko-JourneyInTheVM.…

June 28, 2013

Re: [Pharo-users] ODBC Maintainer? was: Re: Pharo 2.0 and ODBC

by Friedrich Dominicus

Sven Van Caekenberghe <sven(a)stfx.eu> writes: > On 26 Jun 2013, at 08:59, Friedrich Dominicus > <frido(a)q-software-solutions.de> wrote: > >> Can anyone point me to the current ODBC maintainers? > > I would start searching here: http://dbxtalk.smallworks.com.ar Sorry it seems there is some way using it. I will give it a shot Regards

June 28, 2013

Re: [Pharo-users] ODBC Maintainer? was: Re: Pharo 2.0 and ODBC

by Friedrich Dominicus

Sven Van Caekenberghe <sven(a)stfx.eu> writes: > On 26 Jun 2013, at 08:59, Friedrich Dominicus > <frido(a)q-software-solutions.de> wrote: > >> Can anyone point me to the current ODBC maintainers? > > I would start searching here: http://dbxtalk.smallworks.com.ar According to that page on has to install the OpenDBX Driver and this is not available for ODBC or as in my case for an Access .mdb http://www.linuxnetworks.de/doc/index.php/OpenDBX/Support The point is I can use Pharo 2.0 on Windows to run the access via the odbc library, but it does not work on Linux 64-bit. But I can use the libodbc stuff on Linux from easysoft to access the Access database via ODBC in a C progra. So the libraries do work, but not together with Pharo.... Regards Friedrich

June 28, 2013

Re: [Pharo-users] implementing #release in a domain object

by Milan Mimica

On 27 June 2013 21:07, Igor Stasenko <siguctua(a)gmail.com> wrote: > > yes, but in opposite direction. > consider yourself a painter which start painting nodes , starting from > root ones, > then paint ones which they pointing to, then paint ones which those > was pointing to (unless they already painted) > and so on.. continue until you have nothing to paint left. > Then the nodes which remain unpainted is garbage. > How is this implemented? There is a flag on each object to mark it as 'painted'? -- Milan Mimica http://sparklet.sf.net

June 28, 2013

Re: [Pharo-users] Pharo startup script that is working in Pharo 2.0

by Sven Van Caekenberghe

On 28 Jun 2013, at 13:02, "phil(a)highoctane.be" <phil(a)highoctane.be> wrote: > I've put a startup script based on Camillo's script that adds my own repositories to Monticello. > > https://github.com/philippeback/scripts/tree/master/pharo > > Phil Thanks for sharing: it sure contains some interesting tidbits. Sven

June 28, 2013