May 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] Nested progress bars

by Martin Dias

Hi all. Given the next code, could you explain me why nested progress bars are not handled by my #on:do:? How can I achieve that? [ 'main task' displayProgressFrom: 0 to: 5 during: [ :bar | 0 to: 5 do: [:x | bar value: x. (Delay forMilliseconds: 200) wait. 'nested task ' , x printString displayProgressFrom: 5 to: 10 during: [ :bar2 | 5 to: 10 do: [:x2 | bar2 value: x2. (Delay forMilliseconds: 200) wait] ] ] ] ] on: ProgressInitiationException do: [ :ex | ex sendNotificationsTo: [ :min :max :curr | self traceCr: curr ] ]. Thanks in advance. MartÃn

May 8, 2012

[Pharo-project] Primitives

by Santiago Bragagnolo

Hi all, yes. me again. I'm searching for a primitive-definition, something like code : what.it.do : relatedType if apply. Is there something like that? Thanks in advance. Santiago.

May 8, 2012

Re: [Pharo-project] Nautilus load problem

by Sean P. DeNigris

Marcus Denker-4 wrote > > Nautilus... getting it ready will be double as hard if it has to run on > both 1.4 and 2.0. > Is Nautilus unsupported on 1.4? There have been many suggestions to load it in preference to the default browser in 1.4, so we should be clear whether it will be expected to work. I guess then OB would be the only workable option... but Nautilus is so cool - it's hard to go back, lol!! -- View this message in context: http://forum.world.st/Nautilus-load-problem-tp4603363p4616242.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 8, 2012

Re: [Pharo-project] Running in background with OSProcess

by David T. Lewis

On Mon, May 07, 2012 at 11:46:30PM +0200, Norbert Hartl wrote: > > Am 07.05.2012 um 20:52 schrieb Sean P. DeNigris: > > > How would I run '/usr/bin/java -jar "/path/to/jenkins.war" &' with OSProcess? > > Specifically I want to know the process number of the java child process. > > > > I unsuccessfully tried: > > * PipeableOSProcess command: '/usr/bin/java -jar "/path/to/jenkins.war" &', > > which successfully launches java, but I don't know its pid because the > > returned process is the completed parent "sh" that launched it > > * PipeableOSProcess command: '/usr/bin/java -jar "/path/to/jenkins.war"' > > (without ampersand), which also launches successfully, and leaves the parent > > "sh" process running as well (not as clean), but I still don't know the java > > pid > > > If this is all shell handling then you should be able to exec your command. An > > exec /usr/bin/java -jar "/path/to/jenkins.war" > > (if it works) will replace the shell with the execution of the java process. Therefor the pid is the pid of the java process. But Yannis approach looks a lot better from here :) > That's an excellent suggestion and it will do exactly what Sean is looking to do. But it may a bit confusing because the process proxy will think that it is running a shell even though that shell has done an exec to replace itself with the /usr/bin/java executable. So I'll try to add some more explanation here, using the /bin/sleep program as an example rather that /usr/bin/java. For this example, the "long running process" is /bin/sleep running for ten seconds, so /bin/sleep takes the place of /usr/bin/java for the example. Here is what Sean was originally doing: PipeableOSProcess command: '/bin/sleep 10' This uses a unix shell to run the command, and lets the shell do the argument parsing (to pass the argument "10" to the /bin/sleep program). The problem then is that the actual /bin/sleep program is forked by the unix shell, so you have no direct access to that subprocess from your image, and you do not know the pid of the process that is actually running your program. By adding the exec shell command, you get similar results except that the /bin/sleep program replaces /bin/sh (or bash or whatever the shell was), such that the pid of the process running /bin/sleep remains the same as that for /bin/sh (because it is actually the same process). PipeableOSProcess command: 'exec /bin/sleep 10' So this does what is wanted. However, it might be confusing when you inspect the process proxy in your image, because your image still thinks that a shell is being run, even though the /bin/sh executable has now been replaced by /bin/sleep running in that same external process. When you inspect the process proxy, it will show the program name '/bin/sh' even though that executable program has now been replaced by /bin/sleep as a result of the exec. One way to avoid this confusion is to do the unix shell processing in Smalltalk rather than relying on an external unix shell. That is what CommandShell does, so you could run the /bin/sleep program like this and let CommandShell do all the work that would otherwise be done by /bin/sh. CommandShell command: '/bin/sleep 10' But this is still not quite right, because CommandShell will also open a user interface window, and that is not what you want. CommandShell itself uses a ProxyPipeline to represent one or more process proxies from a command line, so you can use that class directly to evaluate a command line: ProxyPipeline command: '/bin/sleep 10' This gives you exactly what you expect to see. The command line will be parsed in a manner similar to a unix shell, and it will set up a single PipeableOSProcess that runs the /bin/sleep program, with a process proxy that gives both the pid of the process for /bin/sleep, and the actual program name of the /bin/sleep program that is being run. HTH, Dave

May 8, 2012

Re: [Pharo-project] [Vm-dev] Re: Can OSProcess functionality be implemented using FFI instead of plugin?

by Igor Stasenko

On 7 May 2012 20:15, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > > On Sun, May 6, 2012 at 9:14 AM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >> 2012/5/6 Igor Stasenko <siguctua(a)gmail.com>: >> > On 6 May 2012 17:08, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >> 2012/5/6 Guillermo Polito <guillermopolito(a)gmail.com>: >> >>> >> >>> >> >>> On Sun, May 6, 2012 at 2:16 PM, Esteban Lorenzano <estebanlm(a)gmail.com> >> >>> wrote: >> >>>> >> >>>> <snip> >> >>>> I'm more worried about having all-platforms-specific-stuff inside image... >> >>>> but we can mitigate that with fuel, and making loadable packages when >> >>>> running the image... I don't know, I'm just thinking while writing, so, this >> >>>> is probably stupid :) >> >>>> >> >>> >> >>> Just think how many times you took a development image and used it in >> >>> several platforms.Â At least I don't.Â Same happened when I used Eclipse.Â I >> >>> didn't share my eclipses between systems.Â Even, I had several eclipse >> >>> installations with their own plugins (just like images, hehe). >> >>> >> >>> Probably with jenkins, metacello, and kernel/bootstrap we can generate >> >>> distributions per platform (With the possibility of an all-in-one >> >>> distribution for the ones who like that). >> >>> >> >>> Guille >> >> >> >> Yes, I understand that we can live without this feature... >> >> - If we can reconstruct images easily (one of the goal of Pharo) - I >> >> mean not only code, but any object (eventually with Fuel) >> >> - If we solve the bootstrap problem (or if we can still prepare an >> >> image for cross platform startup) >> >> - If we don't forget to always talk (send messages) thru an abstract >> >> layer, and never directly name the target library, >> >> >> >> Since I didn't have all these tools in the past, I were forced to use >> >> development images across different platform a lot, and yes, it was >> >> not following the mainstream rules (a la "we can reconstruct all from >> >> scratch") but damn powerful. >> >> For deploying applications, it also is very powerful and cheap. >> >> Personally, I would feel sore to lose it. >> >> >> > >> > But look at the root of what we are talking about: N bytes in VM >> > versus M bytes in image to support certain functionality. >> > I think if you need it, you will make sure that those bytes is there >> > and properly packaged with you application. >> > >> >> Unfortunately, it's more than moving code... >> What I mean is that when I need to pass an O_NONBLOCK flag to a FFI >> call, it's going to be a problem because I have to know how this >> information is encoded on each and every platform I want to support. > > > But there are solutions to this which mean you *don't* have to know. Â I wrote a prototype for VisualWorks that maps a SharedPool to these externally defined variables. Â Here's how it works. > > For each group of C constants, e.g. i/o constants, one populates a subclasss of SharedPoolForC with the variables one wants to define, and in a class-side method one defines the set of include files per platform that one should pull in to evaluate the constants. Â SharedPoolForC has code in it to automatically generate a C program, and compile it, e.g. to provide a shared library/dll for the current platform. Â The C program is essentially a name-value dictionary that maps from the abstract name #O_NONBLOCK to the size and value for a particular platform. Â SharedPoolForC also contains code to load the shared library/dll, extract the values and update the pool variables automatically. > > The deployment scheme is as follows, at start-up the system asks each SharedPoolForC subclass to check the platform and see if the platform has changed. Â If it hasn't changed, nothing needs to happen. Â If it has changed the system attempts to locate the shared library/dll for the current platform (the platform name is embedded in the dll's name), and update the pool variables from that dll, raising an exception if unavailable (and the exception could be mapped into a warning or an error to suit). Â So to deploy e.g. a one-click one needs to generate the set of dlls fort the platforms one wants to deploy on. > > The development scheme is simply to run a method on the SharedPoolForC when one adds some class variables and/or changes the set of include files which turns the crank, generating, compiling and loading the C file to get the value(s) for the new variable(s). > Yes, i remember you told about it some years ago ;) But this requires a platform with compiler installed. otherwise your system won't be able to adopt to new environment. But of course there is a solution to that as well: keep a database for every platform in image, and detect platform on startup, hoping that everything is in sync :) And if not, then it usually means that guy using either non-standard distribution, or custom built kernel etc.. At this point i would stop worrying about it, since if he is good enough to be able to customize own system, he can deal with FFI troubles in no time.. and usually those guys having compiler installed :) Also, if system supports binary distributions, then we're in same boat as any other binary compiled and distributed for that platform.. (need to elaborate that?) > An alternative scheme would generate a program that would print e.g. STON, which could be parsed or evaluated to compute the values. Â This would have the advantage that the definitions of the values are readable and editable by mere humans. Â So I think I'd discard the shared library/dll approach and keep it simple. > > Indeed. Again, generate C code.. a bit more code doesn't hurts. -- Best regards, Igor Stasenko.

May 7, 2012

Re: [Pharo-project] Running in background with OSProcess

by Norbert Hartl

Am 07.05.2012 um 20:52 schrieb Sean P. DeNigris: > How would I run '/usr/bin/java -jar "/path/to/jenkins.war" &' with OSProcess? > Specifically I want to know the process number of the java child process. > > I unsuccessfully tried: > * PipeableOSProcess command: '/usr/bin/java -jar "/path/to/jenkins.war" &', > which successfully launches java, but I don't know its pid because the > returned process is the completed parent "sh" that launched it > * PipeableOSProcess command: '/usr/bin/java -jar "/path/to/jenkins.war"' > (without ampersand), which also launches successfully, and leaves the parent > "sh" process running as well (not as clean), but I still don't know the java > pid > If this is all shell handling then you should be able to exec your command. An exec /usr/bin/java -jar "/path/to/jenkins.war" (if it works) will replace the shell with the execution of the java process. Therefor the pid is the pid of the java process. But Yannis approach looks a lot better from here :) Norbert > I then succeeded with: > p := PipeableOSProcess command: '/usr/bin/java -jar "/path/to/jenkins.war" > & { echo $! ; }'. > p output lines first. > > But this seems convoluted and I'm assuming there must be a simpler way. > > What is the best way to do this? > I.e.: > * launch a long running child process > * without keeping the sh process open > * accessing the pid of the child > > Thanks, > Sean > > -- > View this message in context: http://forum.world.st/Running-in-background-with-OSProcess-tp4615534.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

May 7, 2012

Re: [Pharo-project] Running in background with OSProcess

by Yanni Chiu

On 07/05/12 2:52 PM, Sean P. DeNigris wrote: > But this seems convoluted and I'm assuming there must be a simpler way. > > What is the best way to do this? > I.e.: > * launch a long running child process > * without keeping the sh process open > * accessing the pid of the child How about: process := UnixProcess forkJob: job arguments: args environment: env descriptors: nil. ^ process pid Note that no "sh" is run, so you may need to set some environment variables yourself.

May 7, 2012

Re: [Pharo-project] ss3 DNU (?)

by Clara Allende

Ok, thanks for the explanation!! On 7 May 2012 17:26, Tobias Pape <Das.Linux(a)gmx.de> wrote: > > Am 2012-05-07 um 22:18 schrieb Clara Allende: > > > Hi folks, when trying to open Tags section on ss3 page I get this: > > MessageNotUnderstood 2010: No method was found for the selector <#'>='> > when sent to <aSSTag(children)> with arguments contained in <anArray( > aSSTag(algorithm))>. > > > > Your request could not be completed. An exception occurred. The system > administrator has been informed of this error. > > > > > > What does this mean? > > We know of this error, it is fixed in the code and will go away > once a new version is deployed at ss3. Please be patient until then :) > > best > -tobias > > PS: technical answer: The tags you can attach to a SqueakSource project > should form a partial order. They hence implement #<= for sorting. > However, GemStones comparison for sorting uses #>=, which was not > implemented in SqueakSource, as it was not needed for Squeak/Pharo > SqueakSource is being developed with. HTH > > > -- "*Most good programmers do programming not because they expect to get paid or get adulation by the public, but because it is fun to program.*" Linus Torvalds

May 7, 2012

Re: [Pharo-project] ss3 DNU (?)

by Tobias Pape

Am 2012-05-07 um 22:18 schrieb Clara Allende: > Hi folks, when trying to open Tags section on ss3 page I get this: > MessageNotUnderstood 2010: No method was found for the selector <#'>='> when sent to <aSSTag(children)> with arguments contained in <anArray( aSSTag(algorithm))>. > > Your request could not be completed. An exception occurred. The system administrator has been informed of this error. > > > What does this mean? We know of this error, it is fixed in the code and will go away once a new version is deployed at ss3. Please be patient until then :) best -tobias PS: technical answer: The tags you can attach to a SqueakSource project should form a partial order. They hence implement #<= for sorting. However, GemStones comparison for sorting uses #>=, which was not implemented in SqueakSource, as it was not needed for Squeak/Pharo SqueakSource is being developed with. HTH

May 7, 2012

[Pharo-project] Improved version of StartupPreferences

by Mariano Martinez Peck

Hi guys. After playing a little bit with StartupPreferences, and continuing the effort of Ben (thanks Ben for yet another great tool), I generate a improved (from my point of view) version of the tool. The main changes are: a) Previously the tool searched files 1) first in image directory, 2) then in the preference folder and 3) finally in the general preference folder. As soon as it found at least one file, I didn't continue with the rest of the places. Now, it starts the other way around, from the most general to the most spceific. Starts in 3), then 2) and finally 3). Moreover, it does not stop when it finds files in any of them. So all are searched and executed. It works or or less the same way as variables in UNIX with .bashrc /etc/envirorment, etc... b) I have created several class side methods (addAtStartup*) to create given actions into the current directory. Previously, files were created in 2 folders at the same time and there were only the possibility to create only in one place. Now you can add startup actions in any of the 3 places mentioned in a) c) Added a whole protocol (remove* and clean*) to remove script files from all folders of a) and also to clean the internal stored actions. d) Lots of internal refactors to reuse code and less hardcoding. Does someone want to take a look to the slice ? Slice in inbox: http://code.google.com/p/pharo/issues/detail?id=5835 Cheers, -- Mariano http://marianopeck.wordpress.com

May 7, 2012