Re: [Pharo-users] OSProcess / OSSubprocess / LibC uniqueInstance
Hi Serge, Albrecht, loading OSProcess directly with the following expression works: Metacello new configuration: 'OSProcess'; repository: 'http://www.squeaksource.com/MetacelloRepository'; load There is still some work to be done on OSProcess adaptation to Pharo 7, but they are in rarely used parts. Regards, Thierry Le mar. 19 févr. 2019 à 12:19, Albrecht Baur via Pharo-users <pharo-users@lists.pharo.org> a écrit :
I need to execute OS commands from within a x64 pharo 7.01 image on centos7 (for example: 'zip -r 123.zip zipme/').
I found these 3 tools: OSProcess, OSSubprocess, LibC uniqueInstance
But I did not find any docu on which one to use for which use case.
OSProcess is in the catalog browser but fails loading because of ByteArray>>ifNotNilDo: -> So OSProcess is not to be used with p7 ?
OSSubprocess loads via catalog browser and the following snippet works (even though 64 bit):
OSSUnixSubprocess new command: 'zip'; arguments: #('-r' '123.zip' 'zipme'); redirectStdout; runAndWaitOnExitDo: [ :process :outString | outString inspect ]
So is it ok to use OSSubprocess with 64 bit even though documented as 32 bit only ? (here: https://github.com/pharo-contributions/OSSubprocess#installation)
LibC uniqueInstance system: 'zip -r 123.zip zipme/' ... works, but I don't know if its the right tool for this.
Is there somewhere more info on which tool to use for which use case ?
Thanks in advance!
Albrecht
PS.: I need to use zip as os process only because of this issue: https://github.com/pharo-project/pharo/issues/2584
Thank you Thierry. On Tue, Feb 19, 2019 at 12:48 PM Thierry Goubier <thierry.goubier@gmail.com> wrote:
Hi Serge, Albrecht,
loading OSProcess directly with the following expression works:
Metacello new configuration: 'OSProcess'; repository: 'http://www.squeaksource.com/MetacelloRepository'; load
There is still some work to be done on OSProcess adaptation to Pharo 7, but they are in rarely used parts.
Regards,
Thierry
Le mar. 19 févr. 2019 à 12:19, Albrecht Baur via Pharo-users <pharo-users@lists.pharo.org> a écrit :
I need to execute OS commands from within a x64 pharo 7.01 image on
centos7 (for example: 'zip -r 123.zip zipme/').
I found these 3 tools: OSProcess, OSSubprocess, LibC uniqueInstance
But I did not find any docu on which one to use for which use case.
OSProcess is in the catalog browser but fails loading because of
ByteArray>>ifNotNilDo:
-> So OSProcess is not to be used with p7 ?
OSSubprocess loads via catalog browser and the following snippet works (even though 64 bit):
OSSUnixSubprocess new command: 'zip'; arguments: #('-r' '123.zip' 'zipme'); redirectStdout; runAndWaitOnExitDo: [ :process :outString | outString inspect ]
So is it ok to use OSSubprocess with 64 bit even though documented as 32 bit only ? (here: https://github.com/pharo-contributions/OSSubprocess#installation)
LibC uniqueInstance system: 'zip -r 123.zip zipme/' ... works, but I don't know if its the right tool for this.
Is there somewhere more info on which tool to use for which use case ?
Thanks in advance!
Albrecht
PS.: I need to use zip as os process only because of this issue: https://github.com/pharo-project/pharo/issues/2584
-- Serge Stinckwic âhâ Int. Research Unit on Modelling/Simulation of Complex Systems (UMMISCO) âSorbonne University (SU) French National Research Institute for Sustainable Development (IRD)â U âniversity of Yaoundé Iâ, Cameroun "Programs must be written for people to read, and only incidentally for machines to execute." https://twitter.com/SergeStinckwich â
Thank you. The Metacello snippet helps. It loads a newer version than that from the catalog browser. But 2 more questions: 1.: Is there a reason not to use just ... LibC uniqueInstance system: 'zip -r 123.zip zipme/' ... ? And 2.: Is it ok to use OSSubprocess on in 64 bit images even though the documentation says it doesn't work ? (but it does) -> https://github.com/pharo-contributions/OSSubprocess#installation On 19.02.19 13:05, Serge Stinckwich wrote:
Thank you Thierry.
On Tue, Feb 19, 2019 at 12:48 PM Thierry Goubier <thierry.goubier@gmail.com <mailto:thierry.goubier@gmail.com>> wrote:
Hi Serge, Albrecht,
loading OSProcess directly with the following expression works:
Metacello new   configuration: 'OSProcess';   repository: 'http://www.squeaksource.com/MetacelloRepository';   load
There is still some work to be done on OSProcess adaptation to Pharo 7, but they are in rarely used parts.
Regards,
Thierry
Le mar. 19 févr. 2019 à 12:19, Albrecht Baur via Pharo-users <pharo-users@lists.pharo.org <mailto:pharo-users@lists.pharo.org>> a écrit : > > I need to execute OS commands from within a x64 pharo 7.01 image on centos7 (for example: 'zip -r 123.zip zipme/'). > > I found these 3 tools: OSProcess, OSSubprocess, LibC uniqueInstance > > But I did not find any docu on which one to use for which use case. > > OSProcess is in the catalog browser but fails loading because of ByteArray>>ifNotNilDo: > -> So OSProcess is not to be used with p7 ? > > OSSubprocess loads via catalog browser and the following snippet works (even though 64 bit): > > OSSUnixSubprocess new >   command: 'zip'; >   arguments: #('-r' '123.zip' 'zipme'); >   redirectStdout; >   runAndWaitOnExitDo: [ :process :outString | >     outString inspect >   ] > > So is it ok to use OSSubprocess with 64 bit even though documented as 32 bit only ? (here: https://github.com/pharo-contributions/OSSubprocess#installation) > > LibC uniqueInstance system: 'zip -r 123.zip zipme/' > ... works, but I don't know if its the right tool for this. > > Is there somewhere more info on which tool to use for which use case ? > > Thanks in advance! > > Albrecht > > PS.: I need to use zip as os process only because of this issue: https://github.com/pharo-project/pharo/issues/2584
-- Serge Stinckwic âhâ
Int. Research Unit  on Modelling/Simulation of Complex Systems (UMMISCO) âSorbonne University  (SU) French National Research Institute for Sustainable Development (IRD)â U âniversity of Yaoundé Iâ, Cameroun "Programs must be written for people to read, and only incidentally for machines to execute." https://twitter.com/SergeStinckwich
â
participants (3)
-
Albrecht Baur -
Serge Stinckwich -
Thierry Goubier