On January 14, 2016 7:33:56 PM GMT+01:00, Mariano Martinez Peck <marianop...@gmail.com> 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-based, only for executing OS commands and, from my point of view, a >better end-user API. Also, as for the first step, I had to focus on >Linux/OSX. > >I would like to thank Pharo Consortium for the sponsor of this >development >effort. Here is the first milestone! > >There are many things on my to-do but I think the code is ready for >some >usage, testing, code review and feedback! > >All classes and all methods have comments and I have quite some unit >tests. >All tests are green in my OSX and a CentOS box. > >*Important: you CANNOT have OSProcess installed in the same image as >OSSubprocess. This is because I am reusing his SIGCHLD handler and for >the >time being both cannot coexist. * > >Keep in mind that the tool may be unstable and that MAY mean a VM >crash. So >use with care, mostly the first time. If all tests passes, then there >are >much less chances of something going bad. > >Important disclaimer: my tool (OSSubproccess from now onward) is HIGHLY >influenced by a subset of the OSProcess project. There are parts which >I >even simply copied and adapted them (OSSPipe, OSSAttachableStream, >OSSUnixProcessExitStatus). Other parts, I took them as inspiration (the >idea of ThisOSProcess representing the VM process, the child watcher, >and >many others). In addition, I AM STILL USING (maybe as a first step?) >some >of the OSProcess PLUGIN (not OSProcess image side), such as the SIGCHLD >handler or the creation of pipes. > >In github url you have all the documentation of the project, included >how >to install it and use it. > >*Finally, if you test it in a OS different than OSX and CentOS please >share >with me the results (about the tests).* Tomorrow the ConfigurationOf >should >also appear in the Catalog of Pharo 5.0. > >Any feedback is appreciated. > >Best,
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. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill
