Hi Alistair, OSProcess use of ifNotNilDo: will simply get rewritten on the fly when you load it via Metacello.
Thierry 2017-07-19 15:56 GMT+02:00 Alistair Grant <akgrant0...@gmail.com>: > Hi Luke, > > On Wed, Jul 19, 2017 at 02:25:55PM +0200, Luke Gorrie wrote: > > Hoi, > > > > Does OSProcess work for other people with a 64-bit Linux VM? > > > > I am seeing strange errors specifically when I build in 64-bit mode: > Processes > > always immediately print an obscure error and exit with status 127. > > > > The error is printed by the child process. It seems to contain some > control > > characters, or a funky text encoding, and a large number for its error > code. > > > > [pid 19070] writev(2, [{"/bin/sh", 7}, {": ", 2}, {" \n\2303\374\177", > 6}, {": > > ", 2}, {"", 0}, {"", 0}, {"\270\271\247\336;\177", 6}, {": ", 2}, {"Error > > 18446744073136382760", 26},\ > > {"\n", 1}], 10) = 52 > > > > More complete strace output in this gist: https://gist.github.com/ > > 81ca7b1c6b8cc412b66951bb6d57e1ea > > > > Reproduce with e.g. OSProcess command: 'pwd' (it doesn't seem to matter > what > > command is chosen.) > > > > Anybody else see this / not see this? Any ideas? > > > > Could be that some of the magic in the UnixOSProcessPlugin fork method > is not > > working on 64-bit or with my toolchain...? > > I wanted to try and reproduce this with my locally built VM but can't > even load OSProcess because it is using the deprecated message > #ifNotNilDo:. > > I'm currently loading OSProcess using: > > Metacello new > configuration: 'OSProcess'; > version: #stable; > repository: 'http://smalltalkhub.com/mc/ > Pharo/MetaRepoForPharo50/main'; > load. > > > Would you please let me know how you load OSProcess? > > Thanks, > Alistair > > >