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

Re: [Pharo-project] Problems saving the image on SIGTERM

by David T. Lewis

On Fri, Jan 08, 2010 at 04:36:17PM -0800, John M McIntosh wrote: > > On 2010-01-08, at 8:51 AM, Damien Pollet wrote: > > > Hi, > > - OSProcess does not seem to be able to register signal handlers at > > all on the Cocoa VM (5.2b9) > > Unless you've compiled up a OSProcess for use in 64bit mode you should have had the loading of the > 32bit OSProcess fail. If you are running the 5.2b9 VM in 32bit mode it *might* load the plugin, but I > don't think I expose the argc/argv in the linker so I think the OSProcess plugin load will again fail. > > If you alter the info.plist and change SqueakDebug to 1 from 0 it should print a bit more info > The OSPP plugin will work for both 32 bit and 64 bit VMs (32 and 64 bit images also), but you do need to have the 32 bit VM load the 32 bit OSPP, and the 64 bit VM load the 64 bit OSPP. This of course will be the case for all external plugins. Dave

Jan. 9, 2010

Re: [Pharo-project] Problems saving the image on SIGTERM

by David T. Lewis

On Fri, Jan 08, 2010 at 05:51:51PM +0100, Damien Pollet wrote: > Hi, > > Chaff is a tiny class to intercept the SIGTERM signal and save the > image http://www.squeaksource.com/Chaff.html > > Several problems: > > - OSProcess accessor forwardSigTern will only work once. Once the VM > has registered a handler for a given signal, it can't clean it up or > register another semaphore, until the image restarts. Not so. The plugin allows you to reset a signal handler to its default value for exactly this reason. This is the method comment in UnixOSProcessPlugin (the part that runs in the VM): forwardSignal: sigNum toSemaphoreAt: semaphoreIndex "Set a signal handler in the VM which will signal a Smalltalk semaphore at semaphoreIndex whenever an external signal sigNum is received. Answer the prior value of the signal handler. If semaphoreIndex is zero, the handler is unregistered, and the VM returns to its default behavior for handling that signal. A handler must be unregistered before it can be registered again. The Smalltalk semaphore is expected to be kept at the same index location indefinitely during the lifetime of a Squeak session. If that is not the case, the handler must be unregistered prior to unregistering the Smalltalk semaphore." Thus in UnixOSProcessAccessor you have #forwardSigInt to set a handler, and #restoreSigInt to restore the signal handler to its default. After it has been restored you can set it again. > - If I have a process waiting on the semaphore, but the image quits > for a different reason, I guess when it restarts, the process will > still be there but the semaphore will be invalid??? what's a good way to > handle that ? The semaphore will be valid but will receive no signals from the VM. When you restart the image, you will need to set your signal handlers at that time. Most likely you will want to just start a new process, perhaps in a #startUp: method. Dave

Jan. 9, 2010

Re: [Pharo-project] OSProcess

by Carlos Crosetti

Thanks, please can you provide pointers on how to launch a external process with Alien? Regards, Carlos ----- Original Message ----- From: "David T. Lewis" <lewis(a)mail.msen.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Saturday, January 09, 2010 2:26 PM Subject: Re: [Pharo-project] OSProcess > Yes, OSProcess is designed to work on Windows also. However, the > functionality > is limited on Windows and the plugin is not distributed with the Windows > VM, so > for most people this is not a practical solution. FFI is another > alternative. > > Dave > > On Sat, Jan 09, 2010 at 10:53:30AM -0500, Schwab,Wilhelm K wrote: >> Carlos, >> >> OSProcess appears to be _designed_ to run on Windows (lots of code for >> same), but I am not aware that it works there. The existing gnuplot >> package uses OSProcess on Linux/Mac and ProcessWrapper on Windows, and I >> have done the same thing when I need to run on Windows. >> >> I have seen no evidence that ProcessWrapper works other than on Windows; >> if you find that it does, please make noise about that. I *think* I like >> it better than OSProcess, but I do a lot more relevant work on Linux >> where I can't use ProcessWrapper. >> >> Bill >> >> >> >> ________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Carlos >> Crosetti >> Sent: Friday, January 08, 2010 9:46 PM >> To: pharo-project(a)lists.gforge.inria.fr >> Subject: [Pharo-project] OSProcess >> >> >> Hi, is rhe OSProcess designed to call out an external program from a >> Windows vm? >> >> Regards, Carlos > >> _______________________________________________ >> 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 > >

Jan. 9, 2010

Re: [Pharo-project] [update 1.1] #11139

by Marcus Denker

On Jan 8, 2010, at 10:11 PM, Michael Roberts wrote: > ok, I don't mind the breakage so much, it's just a bit entertaining > when trying to do continuous integration. > Yes, but things like this will happen.... than the automatic build will brake and be assisten by hand. Marcus

Jan. 9, 2010

Re: [Pharo-project] OSProcess

by David T. Lewis

Yes, OSProcess is designed to work on Windows also. However, the functionality is limited on Windows and the plugin is not distributed with the Windows VM, so for most people this is not a practical solution. FFI is another alternative. Dave On Sat, Jan 09, 2010 at 10:53:30AM -0500, Schwab,Wilhelm K wrote: > Carlos, > > OSProcess appears to be _designed_ to run on Windows (lots of code for same), but I am not aware that it works there. The existing gnuplot package uses OSProcess on Linux/Mac and ProcessWrapper on Windows, and I have done the same thing when I need to run on Windows. > > I have seen no evidence that ProcessWrapper works other than on Windows; if you find that it does, please make noise about that. I *think* I like it better than OSProcess, but I do a lot more relevant work on Linux where I can't use ProcessWrapper. > > Bill > > > > ________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Carlos Crosetti > Sent: Friday, January 08, 2010 9:46 PM > To: pharo-project(a)lists.gforge.inria.fr > Subject: [Pharo-project] OSProcess > > > Hi, is rhe OSProcess designed to call out an external program from a Windows vm? > > Regards, Carlos > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 9, 2010

[Pharo-project] [BetaTesting] [ANN] Pharo1.0-10505-rc1dev10.01.1

by Mariano Martinez Peck

Hi Folks/Beta-Testers! I have prepare a new PharoDev image. This image, has same differences with the previous ones that you should know: 1) This is the first Dev image I ever prepare. I adapt to Mac OS Damien's bash scripts to build them and I also cleanup all the Squeak stuff from those bash scripts. So, maybe there are some problems. Forgive me if this is the case. I would like you to check, not only the Image in itself but also the zip. The package.txt, changelog, the fonts, etc. 2) This image puts TrueType fonts again. We won't put StrikeFonts or DejaVu package until there is big bug with them. We know those fonts are faster, but still a bit buggy. If you fix those issues, cool! 3) This image DOES NOT include O2. I know there are a lot of people who use it (mostly in Moose), but unfortunately, this was a decision taken. O2 depends and overrides OB making this more unstable sometimes. The same as the TrueType, we will put O2 again when this can be perfectly load in a PharoCore image without anything about OB. Sorry, but we rather affect only O2 users and not all. If you want packages support, then help in O2 development. 4) In previous Dev images only tests from PharoCore were included. Now, it also includes the tests from the external packages loaded. 5) This image was build using Metacello configurations. If you want, compare the installScript.st from this image to the previous one. 6) There is no Web image this time. If you want to install Seaside 2.8.4 evaluate: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfSeaside28'; load. (Smalltalk at: #ConfigurationOfSeaside28) load And if you want Seaside 3.0 evaluate: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfSeaside30'; load. (Smalltalk at: #ConfigurationOfSeaside30) loadLatestVersion However, I am not sure if this is perfectly working in Pharo. Ok .... Here is the link: https://gforge.inria.fr/frs/download.php/25156/pharo1.0-10505-rc1dev10.01.1… I will wait a couple of days now and I will also start to use this image for my development. If there are issues, report them. If we have big issues, this image is not release. On the other hand, if it works well, we release it.

Jan. 9, 2010

Re: [Pharo-project] [ANN] Hudson continuous integration server support

by Lukas Renggli

2010/1/9 Danie Roux <lists+pharo(a)danieroux.com>: > On Sat, Jan 9, 2010 at 4:31 PM, Lukas Renggli wrote: >> I have everything in a private Git repository. How can I contribute it back? > > The obvious answer for Git is of course to create yourself a > http://github.com account. You'll be able to push your private > repository straight there. Ok, grab it with: git clone git://github.com/renggli/builder.git Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Jan. 9, 2010

[Pharo-project] [update 1.1] #11146

by Marcus Denker

11146 ----- Issue 980: dissolve package SplitJoinIssue 980: dissolve package SplitJoin Issue 1692: MNU when tried to navigate pop up menus with the keyboard -- Marcus Denker -- marcus(a)2denker.de http://www.2denker.de 2denker UG (haftungsbeschrÃ¤nkt) Sitz KÃ¶ln Amtsgericht - Registergericht - KÃ¶ln, HRB 65065 GeschÃ¤ftsfÃ¼hrer: Christian Denker und Dr. Marcus Denker

Jan. 9, 2010

Re: [Pharo-project] Notifications of windows opening/closing/focus

by Schwab,Wilhelm K

Stef, It will be challenging to find the relevant discussion, though it is probably captured in Ian Bartholomew's news archives. IIRC, the fine points were about tense, just like here. When does digging into that archive turn into reverse engineering? It is a public forum, and the archives of the group have long been on Ian's site in plain view to all. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse Sent: Saturday, January 09, 2010 7:08 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Notifications of windows opening/closing/focus what was the words they used? Stef On Jan 8, 2010, at 11:37 PM, Schwab,Wilhelm K wrote: > Another possibility is to leave off the tense. What we should avoid is WindowMoved while there is still an opportunity to veto it; WindowMove would be (mercifully) neutral. I hesitate to mention that Object Arts went through a high-profile change on this some time back, and had very good reasons for their choices. > > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of > Henrik Sperre Johansen > Sent: Friday, January 08, 2010 4:26 PM > To: pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Notifications of windows > opening/closing/focus > > On 08.01.2010 21:37, Gary Chambers wrote: >> If "after the fact" I'd vote for the "ed" suffix too. Make it match >> what is/has happening/happened. >> As a side note, WindowClosing is common to give a potential veto >> chance (i.e. deny close). Should also be a WindowClosed if it does get that far... >> >> Regards, Gary >> > I suggest having both ...ing/...ed versions of close, move and resize, and ...ed for the rest, at least for now. > > Cheers, > Henry > > _______________________________________________ > 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 _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 9, 2010

Re: [Pharo-project] [ANN] Hudson continuous integration server support

by Danie Roux

On Sat, Jan 9, 2010 at 4:31 PM, Lukas Renggli wrote: > I have everything in a private Git repository. How can I contribute it back? The obvious answer for Git is of course to create yourself a http://github.com account. You'll be able to push your private repository straight there. -- Danie Roux *shuffle* Adore Unix - http://danieroux.com

Jan. 9, 2010