- Pharo-users - lists.pharo.org

Re: [Pharo-users] OSProcess command never ends

by David T. Lewis

On Sun, Nov 02, 2014 at 07:28:44PM -0500, Offray Vladimir Luna C??rdenas wrote: > Thanks David and Juan, > > I was trying to run a pandoc conversion from markdown to html and I had > an error inside my command. Once corrected it works without any problem > and generates the desired file. One note on adding "exec" is that I get > this message on the playground: > > "an ExternalUnixOSProcess with pid 21552 on /bin/sh (complete, normal > termination with status 0)" > > which seems better. Despite of both working I will use the exec > suggestion to have a better message from external process. > Using the exec shell command is a good idea. Just for information, the ExternalUnixOSProcess object is a proxy for the real external OS process, which started by running the /bin/sh program. When you use exec to run your pandoc program, the pandoc program will begin running in the same external OS process that was originally running the /bin/sh program. The ExternalUnixOSProcess object does not know that you did this, so it still displays itself as "an ExternalUnixOSProcess ... on /bin/sh" even though the OS process is now actually running your pandoc program instead. But the exit status 0 came from your pandoc program, which is exactly what you wanted. Dave

Nov. 3, 2014

Re: [Pharo-users] OSProcess command never ends

by Offray Vladimir Luna CÃ¡rdenas

Thanks David and Juan, I was trying to run a pandoc conversion from markdown to html and I had an error inside my command. Once corrected it works without any problem and generates the desired file. One note on adding "exec" is that I get this message on the playground: "an ExternalUnixOSProcess with pid 21552 on /bin/sh (complete, normal termination with status 0)" which seems better. Despite of both working I will use the exec suggestion to have a better message from external process. Cheers, Offray On 11/02/2014 06:40 PM, Juan Ignacio Vaccarezza wrote: > Hi Offray I had some issues controlling the process's life cycle and I fixed > using the "exec" linux program. > I'm using something like: OSProcess command: 'exec programToExecute'. > Then I'm able to kill the process correctly and query the status. > > Hope it helps. > > Regards, > Juan. > > On Sun, Nov 2, 2014 at 7:54 PM, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net > <mailto:offray@riseup.net>> wrote: > > Hi all. > > I'm having problems with OSProcess. When I run "OSProcess command: 'my > command'" on Linux, the Moose playground says that "an ExternalUnixOSProcess > with pid 20887 on /bin/sh (running)", but the external process never ends. > What I'm missing? > > Cheers, > > Offray > >

Nov. 3, 2014

Re: [Pharo-users] OSProcess command never ends

by Juan Ignacio Vaccarezza

Hi Offray I had some issues controlling the process's life cycle and I fixed using the "exec" linux program. I'm using something like: OSProcess command: 'exec programToExecute'. Then I'm able to kill the process correctly and query the status. Hope it helps. Regards, Juan. On Sun, Nov 2, 2014 at 7:54 PM, Offray Vladimir Luna CÃ¡rdenas < offray(a)riseup.net> wrote: > Hi all. > > I'm having problems with OSProcess. When I run "OSProcess command: 'my > command'" on Linux, the Moose playground says that "an > ExternalUnixOSProcess with pid 20887 on /bin/sh (running)", but the > external process never ends. What I'm missing? > > Cheers, > > Offray > >

Nov. 2, 2014

Re: [Pharo-users] OSProcess command never ends

by David T. Lewis

On Sun, Nov 02, 2014 at 05:54:32PM -0500, Offray Vladimir Luna C??rdenas wrote: > Hi all. > > I'm having problems with OSProcess. When I run "OSProcess command: 'my > command'" on Linux, the Moose playground says that "an > ExternalUnixOSProcess with pid 20887 on /bin/sh (running)", but the > external process never ends. What I'm missing? > Hi Offray, The most likely explanation is that the process is actually still running. Can you say what kind of program this is? Dave

Nov. 2, 2014

OSProcess command never ends

by Offray Vladimir Luna CÃ¡rdenas

Hi all. I'm having problems with OSProcess. When I run "OSProcess command: 'my command'" on Linux, the Moose playground says that "an ExternalUnixOSProcess with pid 20887 on /bin/sh (running)", but the external process never ends. What I'm missing? Cheers, Offray

Nov. 2, 2014

Re: [Pharo-users] Reactive Programming - anything like that in our realm?

by Guillermo Polito

Well, a couple months ago I read this paper: http://infoscience.epfl.ch/record/176887/files/DeprecatingObservers2012.pdf I got inspired and Hacked up a morph that draws when you click on it, using the following code: Reactor loop: [ :reactor | | path | path := PathShape vertices: { (reactor next: RMouseDown) position}. self draw: path. reactor loopUntil: RMouseUp with: [ | move | move := reactor next: RMouseMove. path addVertex: move position. self draw: path. ]. self finishDrawing. ] on: self announcer. p := RReactivePolygon new. w := p openInWindow. w extent: 400@400. Of course it was just a dirty start, but if it is of use to anybody, here is the code: MCSmalltalkhubRepository owner: 'Guille' project: 'playground' user: '' password: '' On Sun, Nov 2, 2014 at 12:42 AM, Skip Lentz <skip_meesie(a)hotmail.com> wrote: > That sounds like a cool idea. > > I found this through a quick Google: http://ss3.gemstone.com/ss/FRP.html, > but not much else.. > > Doesn't seem to be in development anymore either. > > Skip > > ------------------------------ > From: phil(a)highoctane.be > Date: Sun, 2 Nov 2014 00:22:24 +0100 > To: pharo-users(a)lists.pharo.org; seaside(a)lists.squeakfoundation.org > Subject: [Pharo-users] Reactive Programming - anything like that in our > realm? > > > I was reading https://gist.github.com/staltz/868e7e9bc2a7b8c1f754 > > It looks like that this is where the new apps are going. > > Do we have anything on that Rx front? > > Phil >

Nov. 2, 2014

Re: [Pharo-users] Porting to a MAC

by kilon alios

I shall continue using Dolphin though, the ability to create > Windows executables is too useful to give up. > > whats the difference with ziping the pharo folder and sending it to your user ? you can rename both the folder and then exe file., change the icon etc. And Pharo does not even need install.

Nov. 2, 2014

Re: [Pharo-users] Porting to a MAC

by garduino

Ian Bartholomew-23 wrote > Thanks to you both for the confirmation about using the Windows files, it > will make things a lot simpler. > > Given the situation I imagine there are a number of ex Dolphin users > floating about here - Hi All. I noticed the, sadly, late Bill Schwab > posted here sometimes, and he was once as much a committed a Dolphin user > as I was. I shall continue using Dolphin though, the ability to create > Windows executables is too useful to give up. Yes, it was a sad news of Bill's death, I read the list of Dolphin. About Dolphin, well, as you point, the ability to generate an exe and some other features more of the side of publishing a commercial app, make hard to abandon it (also the UI builder). My password manager PasswordsPro is still in Dolphin and will stay there for some time yet ... -- View this message in context: http://forum.world.st/Porting-to-a-MAC-tp4788105p4788123.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 2, 2014

Re: [Pharo-users] Bug? in Filein

by Nicolai Hess

Actually it is a bug in FileOUT! 14377 <https://pharo.fogbugz.com/default.asp?14377> FileOut creates invalid comment entries for classes with class side methods 2014-11-02 17:42 GMT+01:00 Nicolai Hess <nicolaihess(a)web.de>: > 2014-10-31 0:11 GMT+01:00 JosÃ© ComesaÃ±a <jose.comesana(a)gmail.com>: > >> I see. But WATestError it is in the same package it is "Fileing", on line >> 3284 and is referenced many times before. I am sorry I have not enough >> knowledge about the internals to do more debugging. >> >> Seems to be a lack of coordination between FileOut and FileIn. Maybe >> nothing to do... >> >> Now a simpler and clearer test: >> >> 1. Back to the original situation. >> 2. FileOut *only* WAContextTest. It has a comment: "I am the base class >> for all tests that need a WARequestContext present.", in .st file in line 8. >> 3. Remove it. >> 4. FileIn again. No errors on Transcript BUT no comment appears for >> WAContextTest. >> >> Maybe, if I get a couple of free hours I could dare to debug a little.... >> >> Best >> >> >> 2014-10-30 23:30 GMT+01:00 stepharo <stepharo(a)free.fr>: >> >>> It says that the class WATestError is not available. >>> >>> >>> >>> Yes, I did. It is in the .st file >>> >>> >>> >>>> c. You get a bunch of errors in Transcript while filing in >>>>> >>>> No magic ball so we cannot guess. >>>> >>>> >>> Example of Transcript messages (in case it helps): >>> WADocumentHandlerResponseTest>>createAndVerifyBinaryDocumentNamed:hasAttachment: >>> (WATestingFiles is Undeclared) >>> >>> WAExceptionHandlerTest>>testCommaReturnsExceptionSet (WATestError is >>> Undeclared) >>> >>> WAExceptionHandlerTest>>testCommaReturnsExceptionSet (WATestError is >>> Undeclared) >>> >>> WAExceptionHandlerTest>>testCommaReturnsExceptionSet (WATestError is >>> Undeclared) >>> >>> WAExceptionHandlerTest>>testCommaReturnsExceptionSet (WATestError is >>> Undeclared) >>> >>> WAExceptionHandlerTest>>testInternalError (WATestError is Undeclared) >>> >>> >>> It happens in more cases. I just took this one because this is a >>> package anyone can install in order to reproduce the problem. >>> >>> Thanks >>> >>> >>> >> > > Yes, it is a bug. Verified on Pharo4 with class ZnMessageBenchmark. The > class has a comment, after fileout/remove class/filein this class is > without a comment. > I'll open a bug report. > >

Nov. 2, 2014

Re: [Pharo-users] Porting to a MAC

by stepharo

> Thanks to you both for the confirmation about using the Windows files, it > will make things a lot simpler. > > Given the situation I imagine there are a number of ex Dolphin users > floating about here - Hi All. I noticed the, sadly, late Bill Schwab > posted here sometimes, and he was once as much a committed a Dolphin user > as I was. I shall continue using Dolphin though, the ability to create > Windows executables is too useful to give up. I imagine. > > My only problem now is that as I ported my app from Dolphin to Pharo I > made some significant changes - so now I've got to port it back the other > way!

Nov. 2, 2014