Re: [Pharo-users] [ANN] OSSubprocess first milestone

2016-01-15 Thread Johan Fabry
That looks very cool to me, it would have come quite in handy for some project that I did last year ;-) > On Jan 15, 2016, at 13:13, Mariano Martinez Peck > wrote: > > Luc, Damien, et all. > > I implemented the kind of API Luc suggested, which was a great idea. I took > also his API to answ

Re: [Pharo-users] [ANN] OSSubprocess first milestone

2016-01-15 Thread Mariano Martinez Peck
Luc, Damien, et all. I implemented the kind of API Luc suggested, which was a great idea. I took also his API to answer Damien question of could we do a "tail -f" example. So I made a little example where I run "tail -f system.log" and I keep a Playground updated with the stdout :) Here is the vid

Re: [Pharo-users] [ANN] OSSubprocess first milestone

2016-01-15 Thread Mariano Martinez Peck
> > > > defaultReadStreamCreationBlock: [ process > createTempFileToBeUsedAsReadStreamOn: '/tmp' ]; > > In the readme, the piece of code containing that is a bit suspicious > because it depends on the fact that the block is evaluated after the > variable 'process' is assigned. > Thanks, fixed! I

Re: [Pharo-users] [ANN] OSSubprocess first milestone

2016-01-15 Thread Mariano Martinez Peck
> > > Quick feedback: > > - the API seems great > - thank you very much for the documentation > Thanks! > - I wonder why you pass strings for stdout and stderr instead of streams > In which part exactly? In the method like #runAndWaitOnExitDo: ? if that was the question, then I simply thought i

Re: [Pharo-users] [ANN] OSSubprocess first milestone

2016-01-15 Thread Damien Cassou
On January 14, 2016 7:33:56 PM GMT+01:00, Mariano Martinez Peck wrote: >Dear all, > >I am happy to tell you I have a first prototype of the tool for >executing >OS processes: > >https://github.com/marianopeck/OSSubprocess > > As I said many times, the main idea was to be as much as possible >FFI-

Re: [Pharo-users] [ANN] OSSubprocess first milestone

2016-01-14 Thread Luc Fabresse
Hi Mariano, Thanks to tackle and document these things! I did not read all what you wrote yet, but do you have also the possibility to process stdout/stderr while the external process is running and not only on exit? Something like: OSSUnixSubprocess new command: 'reallyLongToExecuteCommand

Re: [Pharo-users] [ANN] OSSubprocess first milestone

2016-01-14 Thread Thierry Goubier
And for those who would like to use it (or for Mac OS X users), a GitFileTree version using it is available by loading it this way: Metacello new baseline: 'FileTree'; repository: 'github://dalehenrich/filetree:issue_171/repository'; load: 'Git' Regards, Thierry Le 14/

Re: [Pharo-users] [ANN] OSSubprocess first milestone

2016-01-14 Thread Damien Cassou
On January 14, 2016 7:33:56 PM GMT+01:00, Mariano Martinez Peck wrote: >Dear all, > >I am happy to tell you I have a first prototype of the tool for >executing >OS processes: > >https://github.com/marianopeck/OSSubprocess > > As I said many times, the main idea was to be as much as possible >FFI-

Re: [Pharo-users] [ANN] OSSubprocess first milestone

2016-01-14 Thread Mariano Martinez Peck
On Thu, Jan 14, 2016 at 3:44 PM, Ferlicot D. Cyril wrote: > Le 14/01/2016 19:33, Mariano Martinez Peck a écrit : > > Dear all, > > > > I am happy to tell you I have a first prototype of the tool for > > executing OS processes: > > > > https://github.com/marianopeck/OSSubprocess > > > > As I said

Re: [Pharo-users] [ANN] OSSubprocess first milestone

2016-01-14 Thread Ferlicot D. Cyril
Le 14/01/2016 19:33, Mariano Martinez Peck a écrit : > Dear all, > > I am happy to tell you I have a first prototype of the tool for > executing OS processes: > > https://github.com/marianopeck/OSSubprocess > > As I said many times, the main idea was to be as much as possible > FFI-based, only

[Pharo-users] [ANN] OSSubprocess first milestone

2016-01-14 Thread Mariano Martinez Peck
Dear all, I am happy to tell you I have a first prototype of the tool for executing OS processes: https://github.com/marianopeck/OSSubprocess As I said many times, the main idea was to be as much as possible FFI-based, only for executing OS commands and, from my point of view, a better end-user