September 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] If all Pharo projects were on GitHub...

by Thierry Goubier

2015-09-29 14:34 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > > > 2015-09-29 14:27 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > >> >> >> 2015-09-29 14:02 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: >> >>> >>> >>> 2015-09-29 10:14 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com>: >>> >>>> >>>> Yes! Thanks! >>>> >>>> Can you run a makefile under Windows? I can prepare one which calls and >>>> loads everything to run the tests for gitfiletree. >>>> >>>> Or just trying to load something like SmaCC from github... >>>> >>>> Gofer new url: ' >>>> http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main'; >>>> configurationOf: 'GitFileTree'; loadDevelopment >>>> >>>> Metacello new baseline: 'SmaCC'; repository: 'gitfiletree:// >>>> github.com/ThierryGoubier/SmaCC?protocol=https'; load >>>> >>>> If you manage to get through the SmaCC loading without a crash or a >>>> lockup, then it means it nearly certainly works. >>>> >>> >>> >>> No, it does not work, in MCFileTreeGitRepository >>> class>>#runProcessWrapperGitCommand:in: >>> ... >>> >>> >>> (Smalltalk >>> at: #ProcessWrapper >>> ifAbsent: [ self error: 'Please load ProcessWrapper' ]) >>> ifNotNil: >>> [ :pW | >>> | command | >>> command := pW new >>> useStdout; >>> useStderr; >>> startWithCommand: >>> self gitCommand , ' -C "' >>> , >>> (MCFileTreeFileUtils current >>> directoryPathString: aDirectory) >>> , '" ' , aCommandString. >>> r := command upToEnd. >>> "<<<<<<<<<<<<------------------- MNU False>>upToEnd" >>> ... >>> >>> somehow, the command is a boolean false, instead of a ProcessWrapper. >>> >>> >> 1. git has to be on the path >> 2. windows does not understand /usr/bin/git >> 3. changing the above to >> >> (Smalltalk >> at: #ProcessWrapper >> ifAbsent: [ self error: 'Please load ProcessWrapper' ]) >> ifNotNil: >> [ :pW | >> | command | >> command := pW new >> useStdout; >> useStderr; >> startWithCommand:( >> self gitCommand , ' -C "' >> , >> (MCFileTreeFileUtils current >> directoryPathString: aDirectory) >> , '" ' , aCommandString) >> yourself. >> r := command upToEnd. >> >> makes it loading the git repository, but crashes afterwards. >> >> (with latest vm, I 'll try again with stable vm) >> >> >> > > still crashes, happens on calling #exitCode > It's a crash instead of a DNU, on the line ? command exitCode > 0 ifTrue: Thierry

Sept. 29, 2015

Re: [Pharo-dev] Hi from VISSOFT'15 / ICSME'15

by Tudor Girba

Hi, Indeed. I was at VISSOFT for two days, and Pharo/Moose was the most represented platform in presentations. The other interesting thing is that I asked the audience if they know what Pharo/Moose are and only about 1/3 did. This means that we should expect more people to get interested in Pharo/Moose in the future :). Cheers, Doru On Tue, Sep 29, 2015 at 1:38 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > I am now attending (very) academic conferences: http://vissoft.info and > http://www.icsme.uni-bremen.de . It is fantastic to see and hear a lot > about Pharo. > > Thanks to all the researchers around here... > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > -- www.tudorgirba.com "Every thing has its own flow"

Sept. 29, 2015

Re: [Pharo-dev] If all Pharo projects were on GitHub...

by Nicolai Hess

2015-09-29 14:27 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > > > 2015-09-29 14:02 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > >> >> >> 2015-09-29 10:14 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com>: >> >>> >>> Yes! Thanks! >>> >>> Can you run a makefile under Windows? I can prepare one which calls and >>> loads everything to run the tests for gitfiletree. >>> >>> Or just trying to load something like SmaCC from github... >>> >>> Gofer new url: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main'; >>> configurationOf: 'GitFileTree'; loadDevelopment >>> >>> Metacello new baseline: 'SmaCC'; repository: 'gitfiletree:// >>> github.com/ThierryGoubier/SmaCC?protocol=https'; load >>> >>> If you manage to get through the SmaCC loading without a crash or a >>> lockup, then it means it nearly certainly works. >>> >> >> >> No, it does not work, in MCFileTreeGitRepository >> class>>#runProcessWrapperGitCommand:in: >> ... >> >> >> (Smalltalk >> at: #ProcessWrapper >> ifAbsent: [ self error: 'Please load ProcessWrapper' ]) >> ifNotNil: >> [ :pW | >> | command | >> command := pW new >> useStdout; >> useStderr; >> startWithCommand: >> self gitCommand , ' -C "' >> , >> (MCFileTreeFileUtils current >> directoryPathString: aDirectory) >> , '" ' , aCommandString. >> r := command upToEnd. >> "<<<<<<<<<<<<------------------- MNU False>>upToEnd" >> ... >> >> somehow, the command is a boolean false, instead of a ProcessWrapper. >> >> > 1. git has to be on the path > 2. windows does not understand /usr/bin/git > 3. changing the above to > > (Smalltalk > at: #ProcessWrapper > ifAbsent: [ self error: 'Please load ProcessWrapper' ]) > ifNotNil: > [ :pW | > | command | > command := pW new > useStdout; > useStderr; > startWithCommand:( > self gitCommand , ' -C "' > , > (MCFileTreeFileUtils current > directoryPathString: aDirectory) > , '" ' , aCommandString) > yourself. > r := command upToEnd. > > makes it loading the git repository, but crashes afterwards. > > (with latest vm, I 'll try again with stable vm) > > > still crashes, happens on calling #exitCode > >> >> >>> >>> Thierry >>> >>> >>>> >>>> >>>>> >>>>> Am I writing that code correctly? If you see the equivalent code using >>>>> OSProcess[2], you understand that, as GitFileTree is a heavy hitter(*) on >>>>> the external commands framework, I am prepared to work very closely with >>>>> that layer including inside the vm plugin code (and David T Lewis helped me >>>>> a lot to fix random lockups we had). >>>>> >>>>> Thierry >>>>> >>>>> (*) Running the gitfiletree integration tests launches probably over a >>>>> hundred external commands in quick succession. >>>>> >>>>> [1] >>>>> https://github.com/dalehenrich/filetree/blob/pharo5.0/repository/Monticello… >>>>> >>>>> [2] >>>>> https://github.com/dalehenrich/filetree/blob/pharo5.0/repository/Monticello… >>>>> >>>>> >>>>>> Levente >>>>>> >>>>>> >>>>> >>>>> >>>> >>> >> >

Sept. 29, 2015

Re: [Pharo-dev] Simple question about OSProcess

by Alexandre Bergel

I am apparently using Pharo VM 6.0-pre Alexandre > On Sep 29, 2015, at 2:28 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > > > 2015-09-29 14:21 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > Yes, this one: > > OSProcess command: 'cd /Users/alexandrebergel/Downloads/Work/test1 && /usr/bin/git pushâ > > Maybe the use of && ? > > I'm not sure; I think its just related to the fact the git push returns after a certain time, while the process waiting for the command does not notice it (well, OSProcess whould work even with && anyway). > > Which vm are you using? > > Thierry > > > Alexandre > > > On Sep 29, 2015, at 2:18 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > > > > > > > 2015-09-29 14:13 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > > Hi! > > > > Time to time, the command "OSProcess waitForCommand: stringâ blocks. I have no idea why. A manually checks shows that the command has completed. > > Any idea why? > > > > Can we know which commands you are using this way? > > > > Thierry > > > > > > I use OSX. > > > > Alexandre > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 29, 2015

Re: [Pharo-dev] If all Pharo projects were on GitHub...

by Thierry Goubier

2015-09-29 14:27 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > > > 2015-09-29 14:02 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > >> >> >> 2015-09-29 10:14 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com>: >> >>> >>> Yes! Thanks! >>> >>> Can you run a makefile under Windows? I can prepare one which calls and >>> loads everything to run the tests for gitfiletree. >>> >>> Or just trying to load something like SmaCC from github... >>> >>> Gofer new url: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main'; >>> configurationOf: 'GitFileTree'; loadDevelopment >>> >>> Metacello new baseline: 'SmaCC'; repository: 'gitfiletree:// >>> github.com/ThierryGoubier/SmaCC?protocol=https'; load >>> >>> If you manage to get through the SmaCC loading without a crash or a >>> lockup, then it means it nearly certainly works. >>> >> >> >> No, it does not work, in MCFileTreeGitRepository >> class>>#runProcessWrapperGitCommand:in: >> ... >> >> >> (Smalltalk >> at: #ProcessWrapper >> ifAbsent: [ self error: 'Please load ProcessWrapper' ]) >> ifNotNil: >> [ :pW | >> | command | >> command := pW new >> useStdout; >> useStderr; >> startWithCommand: >> self gitCommand , ' -C "' >> , >> (MCFileTreeFileUtils current >> directoryPathString: aDirectory) >> , '" ' , aCommandString. >> r := command upToEnd. >> "<<<<<<<<<<<<------------------- MNU False>>upToEnd" >> ... >> >> somehow, the command is a boolean false, instead of a ProcessWrapper. >> >> > 1. git has to be on the path > 2. windows does not understand /usr/bin/git > Ok, can you give me an example path for git on a windows system? > 3. changing the above to > > (Smalltalk > at: #ProcessWrapper > ifAbsent: [ self error: 'Please load ProcessWrapper' ]) > ifNotNil: > [ :pW | > | command | > command := pW new > useStdout; > useStderr; > startWithCommand:( > self gitCommand , ' -C "' > , > (MCFileTreeFileUtils current > directoryPathString: aDirectory) > , '" ' , aCommandString) > yourself. > r := command upToEnd. > > makes it loading the git repository, but crashes afterwards. > What is the crash like? Inside Pharo or vm crash? Thierry > > (with latest vm, I 'll try again with stable vm) > > > >> >> >> >>> >>> Thierry >>> >>> >>>> >>>> >>>>> >>>>> Am I writing that code correctly? If you see the equivalent code using >>>>> OSProcess[2], you understand that, as GitFileTree is a heavy hitter(*) on >>>>> the external commands framework, I am prepared to work very closely with >>>>> that layer including inside the vm plugin code (and David T Lewis helped me >>>>> a lot to fix random lockups we had). >>>>> >>>>> Thierry >>>>> >>>>> (*) Running the gitfiletree integration tests launches probably over a >>>>> hundred external commands in quick succession. >>>>> >>>>> [1] >>>>> https://github.com/dalehenrich/filetree/blob/pharo5.0/repository/Monticello… >>>>> >>>>> [2] >>>>> https://github.com/dalehenrich/filetree/blob/pharo5.0/repository/Monticello… >>>>> >>>>> >>>>>> Levente >>>>>> >>>>>> >>>>> >>>>> >>>> >>> >> >

Sept. 29, 2015

Re: [Pharo-dev] Simple question about OSProcess

by Thierry Goubier

2015-09-29 14:21 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > Yes, this one: > > OSProcess command: 'cd /Users/alexandrebergel/Downloads/Work/test1 && > /usr/bin/git pushâ > > Maybe the use of && ? > I'm not sure; I think its just related to the fact the git push returns after a certain time, while the process waiting for the command does not notice it (well, OSProcess whould work even with && anyway). Which vm are you using? Thierry > > Alexandre > > > On Sep 29, 2015, at 2:18 PM, Thierry Goubier <thierry.goubier(a)gmail.com> > wrote: > > > > > > > > 2015-09-29 14:13 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > > Hi! > > > > Time to time, the command "OSProcess waitForCommand: stringâ blocks. I > have no idea why. A manually checks shows that the command has completed. > > Any idea why? > > > > Can we know which commands you are using this way? > > > > Thierry > > > > > > I use OSX. > > > > Alexandre > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

Sept. 29, 2015

Re: [Pharo-dev] If all Pharo projects were on GitHub...

by Nicolai Hess

2015-09-29 14:02 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > > > 2015-09-29 10:14 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > >> >> Yes! Thanks! >> >> Can you run a makefile under Windows? I can prepare one which calls and >> loads everything to run the tests for gitfiletree. >> >> Or just trying to load something like SmaCC from github... >> >> Gofer new url: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main'; >> configurationOf: 'GitFileTree'; loadDevelopment >> >> Metacello new baseline: 'SmaCC'; repository: 'gitfiletree:// >> github.com/ThierryGoubier/SmaCC?protocol=https'; load >> >> If you manage to get through the SmaCC loading without a crash or a >> lockup, then it means it nearly certainly works. >> > > > No, it does not work, in MCFileTreeGitRepository > class>>#runProcessWrapperGitCommand:in: > ... > > > (Smalltalk > at: #ProcessWrapper > ifAbsent: [ self error: 'Please load ProcessWrapper' ]) > ifNotNil: > [ :pW | > | command | > command := pW new > useStdout; > useStderr; > startWithCommand: > self gitCommand , ' -C "' > , > (MCFileTreeFileUtils current > directoryPathString: aDirectory) > , '" ' , aCommandString. > r := command upToEnd. > "<<<<<<<<<<<<------------------- MNU False>>upToEnd" > ... > > somehow, the command is a boolean false, instead of a ProcessWrapper. > > 1. git has to be on the path 2. windows does not understand /usr/bin/git 3. changing the above to (Smalltalk at: #ProcessWrapper ifAbsent: [ self error: 'Please load ProcessWrapper' ]) ifNotNil: [ :pW | | command | command := pW new useStdout; useStderr; startWithCommand:( self gitCommand , ' -C "' , (MCFileTreeFileUtils current directoryPathString: aDirectory) , '" ' , aCommandString) yourself. r := command upToEnd. makes it loading the git repository, but crashes afterwards. (with latest vm, I 'll try again with stable vm) > > > >> >> Thierry >> >> >>> >>> >>>> >>>> Am I writing that code correctly? If you see the equivalent code using >>>> OSProcess[2], you understand that, as GitFileTree is a heavy hitter(*) on >>>> the external commands framework, I am prepared to work very closely with >>>> that layer including inside the vm plugin code (and David T Lewis helped me >>>> a lot to fix random lockups we had). >>>> >>>> Thierry >>>> >>>> (*) Running the gitfiletree integration tests launches probably over a >>>> hundred external commands in quick succession. >>>> >>>> [1] >>>> https://github.com/dalehenrich/filetree/blob/pharo5.0/repository/Monticello… >>>> >>>> [2] >>>> https://github.com/dalehenrich/filetree/blob/pharo5.0/repository/Monticello… >>>> >>>> >>>>> Levente >>>>> >>>>> >>>> >>>> >>> >> >

Sept. 29, 2015

Re: [Pharo-dev] Simple question about OSProcess

by Alexandre Bergel

Yes, this one: OSProcess command: 'cd /Users/alexandrebergel/Downloads/Work/test1 && /usr/bin/git pushâ Maybe the use of && ? Alexandre > On Sep 29, 2015, at 2:18 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > > > 2015-09-29 14:13 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > Hi! > > Time to time, the command "OSProcess waitForCommand: stringâ blocks. I have no idea why. A manually checks shows that the command has completed. > Any idea why? > > Can we know which commands you are using this way? > > Thierry > > > I use OSX. > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 29, 2015

Re: [Pharo-dev] Simple question about OSProcess

by Thierry Goubier

2015-09-29 14:13 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > Hi! > > Time to time, the command "OSProcess waitForCommand: stringâ blocks. I > have no idea why. A manually checks shows that the command has completed. > Any idea why? > Can we know which commands you are using this way? Thierry > > I use OSX. > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

Sept. 29, 2015

Simple question about OSProcess

by Alexandre Bergel

Hi! Time to time, the command "OSProcess waitForCommand: stringâ blocks. I have no idea why. A manually checks shows that the command has completed. Any idea why? I use OSX. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 29, 2015