Ok,
I did not know that.
Now, it works fine.
Thank you.
Jannik
2013/3/31 Alexander Svyazin
> There is no such executable 'cd'. It is actually a command which is
> processed directly by shell interpreter (cmd.exe or powershell or
> something) and it works only in a shell session. You can execu
There is no such executable 'cd'. It is actually a command which is
processed directly by shell interpreter (cmd.exe or powershell or
something) and it works only in a shell session. You can execute 'cmd.exe
/k cd ""'. This command opens Windows command line interpreter
and runs 'cd' afterwards but
yes, on the machine, it works fine.
Jannik
On Mar 30, 2013, at 8:13 PM, stephane ducasse wrote:
> is the same expression working on the machine?
>
>
>> Hi,
>>
>> When I try
>> OSProcess command: 'cd "C:\Users\Jannik
>> Laval\Desktop\Pharo2.0-one-click.app\Contents\Resources\Help\en"'
>>
>
is the same expression working on the machine?
> Hi,
>
> When I try
> OSProcess command: 'cd "C:\Users\Jannik
> Laval\Desktop\Pharo2.0-one-click.app\Contents\Resources\Help\en"'
>
> There is an error.
> Can anyone help me ?
>
> Thanks
>
> --
> ~~Jannik Laval~~
> École des Mines de Douai
>
Hi,
When I try
OSProcess command: 'cd "C:\Users\Jannik
Laval\Desktop\Pharo2.0-one-click.app\Contents\Resources\Help\en"'
There is an error.
Can anyone help me ?
Thanks
--
~~Jannik Laval~~
École des Mines de Douai
Enseignant-chercheur
http://www.jannik-laval.eu
On Fri, Mar 08, 2013 at 05:25:55PM -0800, Sean P. DeNigris wrote:
> David T. Lewis wrote
> > So I should add a nil check in the shutDown: method, right?
>
> Would it be a good idea to do a lazy initialization in #accessor? For
> example, if I load Base, and then I separately add the OS packages, I
David T. Lewis wrote
> So I should add a nil check in the shutDown: method, right?
Would it be a good idea to do a lazy initialization in #accessor? For
example, if I load Base, and then I separately add the OS packages, I think
I would have to manually reinitialize OSP before they will be picked
On Fri, Mar 08, 2013 at 11:58:38AM -0500, David T. Lewis wrote:
> On Fri, Mar 08, 2013 at 08:13:19AM -0800, Sean P. DeNigris wrote:
> > On Mar 8, 2013, at 3:49 AM, Camillo Bruni-3 [via Smalltalk]
> > wrote:
> > > I wonder why it fails on the build-server?
> > It fails because ThisOSProcess class
On Fri, Mar 08, 2013 at 08:13:19AM -0800, Sean P. DeNigris wrote:
> On Mar 8, 2013, at 3:49 AM, Camillo Bruni-3 [via Smalltalk]
> wrote:
> > I wonder why it fails on the build-server?
> It fails because ThisOSProcess class>>shutDown: includes "OSProcess accessor
> breakDependents", but OSProces
On Fri, Mar 08, 2013 at 05:27:04PM +0100, Camillo Bruni wrote:
> thanks, I changed it and it sort of works:
> https://ci.inria.fr/pharo-contribution/job/OSProcess/
> though an impressive number of 81 tests fail, that is almost 50% of all the
> tests.
> Is that normal?
>
I wouldn't call in "norma
thanks, I changed it and it sort of works:
https://ci.inria.fr/pharo-contribution/job/OSProcess/
though an impressive number of 81 tests fail, that is almost 50% of all the
tests.
Is that normal?
On 2013-03-08, at 17:13, "Sean P. DeNigris" wrote:
> On Mar 8, 2013, at 3:49 AM, Camillo Bruni-3
On Mar 8, 2013, at 3:49 AM, Camillo Bruni-3 [via Smalltalk]
wrote:
> I wonder why it fails on the build-server?
It fails because ThisOSProcess class>>shutDown: includes "OSProcess accessor
breakDependents", but OSProcess accessor returns nil because none of the
platform packages are loaded by
On 2013-03-07, at 22:35, "Sean P. DeNigris" wrote:
> EstebanLM wrote
>> it would be really cool to have a metacello configuration in
>> MetaRepoForPharo20
>
> There is one there :)
I wonder why it fails on the build-server?
https://ci.inria.fr/pharo-contribution/job/OSProcess/
EstebanLM wrote
> it would be really cool to have a metacello configuration in
> MetaRepoForPharo20
There is one there :)
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/osprocess-in-pharo-2-0-tp4674453p4675619.html
Sent from the Pharo Smalltalk mailing list archive a
Hi,
Thanks for the answers.
It's no problem that it is not in 2.0. I just wanted to make sure. It's already
great that it works with 2.0.
Cheers,
Doru
On Mar 6, 2013, at 7:43 PM, Esteban Lorenzano wrote:
> OSProcess was not ready for 2.0 when we closed the beta, so we did not
> include it.
OSProcess was not ready for 2.0 when we closed the beta, so we did not include
it.
Now is working fine but since we are hours from release, is not good to have it
there by default now (it will be for 3.0. then)... it would be really cool to
have a metacello configuration in MetaRepoForPharo20,
good question.
> For some reason I thought that OSProcess was integrated in Pharo 2.0, but it
> appears that it is not in the image. Did I understand the issue incorrectly,
> or was the class renamed to something else?
we did not renamed the class
>
> If it is not in the image, was it already
Hi,
For some reason I thought that OSProcess was integrated in Pharo 2.0, but it
appears that it is not in the image. Did I understand the issue incorrectly, or
was the class renamed to something else?
If it is not in the image, was it already ported to SmalltalkHub? (I could not
find it)
I a
Has anyone an idea why the os process tests would fail for the #stable
Configuration
from http://www.squeaksource.com/MetacelloRepository?
https://ci.inria.fr/pharo-contribution/job/OSProcess/3/console
Startup Error: MessageNotUnderstood: receiver of "processAccessor" is nil
UndefinedObje
Thanks a lot Sean!
Dave
On Wed, Feb 13, 2013 at 07:16:25AM -0800, Sean P. DeNigris wrote:
> I think we have it now:
> - ConfigurationOfOSProcess and ConfigurationOfCommandShell have been updated
> to work in 1.4 and 2.0
> - Each config has been copied to its project repo (e.g. sqs/CommandShell).
I think we have it now:
- ConfigurationOfOSProcess and ConfigurationOfCommandShell have been updated
to work in 1.4 and 2.0
- Each config has been copied to its project repo (e.g. sqs/CommandShell). I
was starting to get confused with all the locations
(sqs/MetacelloRepository, xyz/MetaRepoForAbc,
On Sun, Jan 27, 2013 at 01:11:07AM +0800, Ben Coman wrote:
> David T. Lewis wrote:
> >On Sat, Jan 26, 2013 at 08:50:43AM +0800, Ben Coman wrote:
> >
> >>David T. Lewis wrote:
> >>
> >>>Unit test notes:
> >>>
> >>>The AioEventHandlerTestCase failures are due to AioPlugin not included in
> >>>t
David T. Lewis wrote:
On Sat, Jan 26, 2013 at 08:50:43AM +0800, Ben Coman wrote:
David T. Lewis wrote:
On Fri, Jan 18, 2013 at 03:28:10PM +0100, Damien Cassou wrote:
you don't need FileSystem-Legacy if you use OSProcess from Coral:
Gofer new
squeaksource3: 'coral';
packag
On 26 Jan 2013, at 1:59, "David T. Lewis" wrote:
> On Sat, Jan 26, 2013 at 08:50:43AM +0800, Ben Coman wrote:
>> David T. Lewis wrote:
>>> On Fri, Jan 18, 2013 at 03:28:10PM +0100, Damien Cassou wrote:
>>>
you don't need FileSystem-Legacy if you use OSProcess from Coral:
Gofer ne
On Sat, Jan 26, 2013 at 08:50:43AM +0800, Ben Coman wrote:
> David T. Lewis wrote:
> >On Fri, Jan 18, 2013 at 03:28:10PM +0100, Damien Cassou wrote:
> >
> >>you don't need FileSystem-Legacy if you use OSProcess from Coral:
> >>
> >> Gofer new
> >> squeaksource3: 'coral';
> >> package: 'OSProc
David T. Lewis wrote:
On Fri, Jan 18, 2013 at 03:28:10PM +0100, Damien Cassou wrote:
you don't need FileSystem-Legacy if you use OSProcess from Coral:
Gofer new
squeaksource3: 'coral';
package: 'OSProcess';
load.
OSProcess and CommandShell-Piping should now load cleanly in
Perfect that is really great news! I will try it immediately.
On 25 Jan 2013 15:08, "Stéphane Ducasse" wrote:
> Thanks a lot david!!!
>
> Stef
>
> On Jan 24, 2013, at 10:38 PM, David T. Lewis wrote:
>
> > On Fri, Jan 18, 2013 at 03:28:10PM +0100, Damien Cassou wrote:
> >>
> >> you don't need File
Thanks a lot david!!!
Stef
On Jan 24, 2013, at 10:38 PM, David T. Lewis wrote:
> On Fri, Jan 18, 2013 at 03:28:10PM +0100, Damien Cassou wrote:
>>
>> you don't need FileSystem-Legacy if you use OSProcess from Coral:
>>
>> Gofer new
>> squeaksource3: 'coral';
>> package: 'OSProcess';
>> l
On Fri, Jan 25, 2013 at 10:54:40AM +0100, Camillo Bruni wrote:
> very nice! thanks!
> So that means all the FileSystem changes have been included?
I think so, yes. I'm not too familiar with using FileSystem yet, so let
me know if I missed something.
So far I have done the updates for all of OSPro
very nice! thanks!
So that means all the FileSystem changes have been included?
On 2013-01-25, at 05:14, "Sean P. DeNigris" wrote:
> David T. Lewis wrote
>> OSProcess and CommandShell-Piping should now load cleanly in Pharo 2.0.
>
> Awesome!!! Thank you David. I just successfully used PipeableO
David T. Lewis wrote
> OSProcess and CommandShell-Piping should now load cleanly in Pharo 2.0.
Awesome!!! Thank you David. I just successfully used PipeableOSProcess in
latest 2.0 with no load errors.
Cheers,
Sean
--
View this message in context:
http://forum.world.st/The-monkey-is-back-in-to
On Fri, Jan 18, 2013 at 03:28:10PM +0100, Damien Cassou wrote:
>
> you don't need FileSystem-Legacy if you use OSProcess from Coral:
>
> Gofer new
>squeaksource3: 'coral';
>package: 'OSProcess';
>load.
>
OSProcess and CommandShell-Piping should now load cleanly in Pharo 2.0.
The la
On 16.11.2012, at 11:42, Stéphane Ducasse wrote:
>
> On Nov 15, 2012, at 10:52 PM, Mariano Martinez Peck wrote:
>
>>
>>
>> On Thu, Nov 15, 2012 at 4:47 PM, Damien Cassou
>> wrote:
>> On Tue, Nov 13, 2012 at 11:24 AM, Max Leske wrote:
>>> I'm working on a simple library for NativeBoost tha
Hello
2012/11/16 Max Leske
>
> On 16.11.2012, at 07:20, Stéphane Ducasse
> wrote:
>
> >
> > On Nov 13, 2012, at 11:24 AM, Max Leske wrote:
> >
> >> I'm working on a simple library for NativeBoost that will execute
> commands on the shell and return stdin and stderr to the image.
> >> This will
On Nov 15, 2012, at 10:52 PM, Mariano Martinez Peck wrote:
>
>
> On Thu, Nov 15, 2012 at 4:47 PM, Damien Cassou
> wrote:
> On Tue, Nov 13, 2012 at 11:24 AM, Max Leske wrote:
> > I'm working on a simple library for NativeBoost that will execute commands
> > on the shell and return stdin and
On Nov 16, 2012, at 9:57 AM, Max Leske wrote:
>
> On 16.11.2012, at 07:20, Stéphane Ducasse wrote:
>
>>
>> On Nov 13, 2012, at 11:24 AM, Max Leske wrote:
>>
>>> I'm working on a simple library for NativeBoost that will execute commands
>>> on the shell and return stdin and stderr to the im
On 16.11.2012, at 07:20, Stéphane Ducasse wrote:
>
> On Nov 13, 2012, at 11:24 AM, Max Leske wrote:
>
>> I'm working on a simple library for NativeBoost that will execute commands
>> on the shell and return stdin and stderr to the image.
>> This will take me one or two weeks to complete thou
On Nov 13, 2012, at 11:24 AM, Max Leske wrote:
> I'm working on a simple library for NativeBoost that will execute commands on
> the shell and return stdin and stderr to the image.
> This will take me one or two weeks to complete though. Once I'm finished I'll
> post it on the list (I guess th
On Thu, Nov 15, 2012 at 4:47 PM, Damien Cassou wrote:
> On Tue, Nov 13, 2012 at 11:24 AM, Max Leske wrote:
> > I'm working on a simple library for NativeBoost that will execute
> commands on the shell and return stdin and stderr to the image.
> > This will take me one or two weeks to complete tho
:D Thanks Damien
On 15.11.2012, at 16:47, Damien Cassou wrote:
> On Tue, Nov 13, 2012 at 11:24 AM, Max Leske wrote:
>> I'm working on a simple library for NativeBoost that will execute commands
>> on the shell and return stdin and stderr to the image.
>> This will take me one or two weeks to
On Tue, Nov 13, 2012 at 11:24 AM, Max Leske wrote:
> I'm working on a simple library for NativeBoost that will execute commands on
> the shell and return stdin and stderr to the image.
> This will take me one or two weeks to complete though. Once I'm finished I'll
> post it on the list (I guess
oh. Better to follow: http://book.pharo-project.org/book/PharoTools/OSProcess/
This seems to work fine.
I saw somewhere: "since os process isn't really reliable in Pharo-2.0".
Is that/was that correct?
On Tue, Nov 13, 2012 at 8:59 AM, Peter H. Meadows
wrote:
> Is OSProcess still the best/corre
I'm working on a simple library for NativeBoost that will execute commands on
the shell and return stdin and stderr to the image.
This will take me one or two weeks to complete though. Once I'm finished I'll
post it on the list (I guess there's a lot of people who would want something
like this
both are right
1) OSProcess has not been fully ported to 2.0
2) you can load a compatibility package (the one of Camillo or FileDirectory
package from the graveyard, http://smalltalkhub.com/#!/~Pharo/Graveyard20), and
most probably will work fine in 2.0, since the OSProcess problems are due to
Is OSProcess still the best/correct way?
I've been using it in 2.0. Seems to work.
load:
MCHttpRepository
location: 'http://smalltalkhub.com/mc/dh83/fisleg/main'
user: ''
password: ''
then do:
Gofer new
squeaksource: 'MetacelloRepository';
package: 'Co
Hi,
I'd like to script some shell commands in Pharo 2.0.
Is there any way to do that in Pharo? It seems OSProcess class is suitable but
seems it's not yet fully ported in Pharo 2.0.
Thanks,
Roberto
Hi,
I'm not up to speed on the latest Pharo, but I'll try to offer
a couple of tips...
On Tue, Oct 30, 2012 at 10:15:12AM +0100, Damien Cassou wrote:
> Hi,
>
> I was trying to play with OSProcess. Simple goal, to execute
>
> $ ldconfig -p | grep libcairo.so
>
> and get the result as a string o
On 2012-10-30, at 10:15, Damien Cassou wrote:
> Hi,
>
> I was trying to play with OSProcess. Simple goal, to execute
>
> $ ldconfig -p | grep libcairo.so
>
> and get the result as a string or stream.
>
> Several problems I met:
>
> - newest OSProcess loaded from its configuration depends on
Hi,
I was trying to play with OSProcess. Simple goal, to execute
$ ldconfig -p | grep libcairo.so
and get the result as a string or stream.
Several problems I met:
- newest OSProcess loaded from its configuration depends on
FileDirectory which is not present in Pharo 2.0.
- when I fixed previo
M
| Subject: Re: [Pharo-project] OSProcess ... ported to 2.0?
|
|
| On 2012-09-25, at 18:59, Dale Henrichs wrote:
|
| > Cami,
| >
| > Your code seems to have conflicts with the implementation of
| > FileSystem in Pharo-2.0 ... besides overriding a number of methods
| > (most that
On 2012-09-25, at 18:59, Dale Henrichs wrote:
> Cami,
>
> Your code seems to have conflicts with the implementation of FileSystem in
> Pharo-2.0 ... besides overriding a number of methods (most that I looked at
> involved comments) there are a couple of places where the class names have
> be
outdated ...
Dale
- Original Message -
| From: "Camillo Bruni"
| To: Pharo-project@lists.gforge.inria.fr
| Sent: Monday, September 24, 2012 11:23:35 PM
| Subject: Re: [Pharo-project] OSProcess ... ported to 2.0?
|
|
| On 2012-09-25, at 01:11, Dale Henrichs wrote:
|
| >
Thanks Cami...
Dale
- Original Message -
| From: "Camillo Bruni"
| To: Pharo-project@lists.gforge.inria.fr
| Sent: Monday, September 24, 2012 11:23:35 PM
| Subject: Re: [Pharo-project] OSProcess ... ported to 2.0?
|
|
| On 2012-09-25, at 01:11, Dale Henrichs wrote:
|
| &
On 2012-09-25, at 01:11, Dale Henrichs wrote:
> As I take yet another stab at getting the Metacello Preview running on
> Pharo2.0, I find that OSProcess is sprinkled with references to FileDirectory
> ... at least in the packages referenced by the configuration, so I'm
> wondering if a port e
As I take yet another stab at getting the Metacello Preview running on
Pharo2.0, I find that OSProcess is sprinkled with references to FileDirectory
... at least in the packages referenced by the configuration, so I'm wondering
if a port exists for Phar0-2.0 ... At the moment OSProcess is a prer
EstebanLM wrote
>
> mmm... probably, but PharoVM needs an update too
Please check this carefully. The changes are simple, but I'm not sure I
fully understand the standard procedure here.
Issue 6302: Update OSProcess Plugin
http://code.google.com/p/pharo/issues/detail?id=6302
Fix in inbox: S
mmm... probably, but PharoVM needs an update too (btw, PharoVM is just a
branded version of the cogvm, not more)
Esteban
On Jul 7, 2012, at 9:18 PM, Sean P. DeNigris wrote:
>
> Igor Stasenko wrote
>>
>> yeah.. it is a matter of changing the package version in
>> configurationofcog
>>
>
> VM
Igor Stasenko wrote
>
> yeah.. it is a matter of changing the package version in
> configurationofcog
>
VMConstruction-Plugins-OSProcessPlugin.oscog-eem.35 corresponds to
OSProcessPlugin 4.4.11
ConfigurationOfCog has three versions blessed development:
4.7 - loaded by the stable version of Con
On 7 July 2012 15:37, David T. Lewis wrote:
> On Fri, Jul 06, 2012 at 08:48:08PM -0700, Sean P. DeNigris wrote:
>>
>> David T. Lewis wrote
>> >
>> > There might be some plugin version issues too.
>> > ...
>> > OSProcess accessor osppModuleVersionString ==> '4.3.3 Cog'
>> >
>>
>> My failing image
On Fri, Jul 06, 2012 at 08:48:08PM -0700, Sean P. DeNigris wrote:
>
> David T. Lewis wrote
> >
> > There might be some plugin version issues too.
> > ...
> > OSProcess accessor osppModuleVersionString ==> '4.3.3 Cog'
> >
>
> My failing image was running on the latest Jit Cocoa Cog VM from Jen
Igor Stasenko wrote
>
> so someone must update it :)
>
Yes, but how and from where?! ;-)
--
View this message in context:
http://forum.world.st/OSProcess-test-failures-in-Pharo-1-4-tp4638907p4638954.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
On 7 July 2012 05:48, Sean P. DeNigris wrote:
>
> David T. Lewis wrote
>>
>> There might be some plugin version issues too.
>> ...
>> OSProcess accessor osppModuleVersionString ==> '4.3.3 Cog'
>>
>
> My failing image was running on the latest Jit Cocoa Cog VM from Jenkins and
> had the same outd
David T. Lewis wrote
>
> There might be some plugin version issues too.
> ...
> OSProcess accessor osppModuleVersionString ==> '4.3.3 Cog'
>
My failing image was running on the latest Jit Cocoa Cog VM from Jenkins and
had the same outdated plugin
--
View this message in context:
http://foru
On Fri, Jul 06, 2012 at 04:49:35PM -0400, DeNigris Sean wrote:
> The few that I checked had to do with stdout being closed...
>
> OSProcess-dtl.70
> Mac Lion
> Also tried running with vm from command line
>
> cc/ David Lewis
OSProcess and CommandShell tests run successfully on Pharo 1.4 with an
The few that I checked had to do with stdout being closed...
OSProcess-dtl.70
Mac Lion
Also tried running with vm from command line
cc/ David Lewis
UnixProcessAccessorTestCase>>#testRedirectStdOutTo
UnixProcessTestCase>>#testCatAFile
UnixProcessTestCase>>#testClassForkHeadlessSqueakAndDo
UnixPro
On 5 May 2012 02:36, Eliot Miranda wrote:
>
>
> On Fri, May 4, 2012 at 5:24 PM, Igor Stasenko wrote:
>>
>> On 5 May 2012 00:56, Eliot Miranda wrote:
>> >
>> >
>> > On Fri, May 4, 2012 at 3:28 PM, Igor Stasenko
>> > wrote:
>> >>
>> >> On 5 May 2012 00:21, Sean P. DeNigris wrote:
>> >> >
>> >> >
On Fri, May 4, 2012 at 5:24 PM, Igor Stasenko wrote:
> On 5 May 2012 00:56, Eliot Miranda wrote:
> >
> >
> > On Fri, May 4, 2012 at 3:28 PM, Igor Stasenko
> wrote:
> >>
> >> On 5 May 2012 00:21, Sean P. DeNigris wrote:
> >> >
> >> > Sean P. DeNigris wrote
> >> >>
> >> >> PipeableOSProcess>>#up
On 5 May 2012 00:56, Eliot Miranda wrote:
>
>
> On Fri, May 4, 2012 at 3:28 PM, Igor Stasenko wrote:
>>
>> On 5 May 2012 00:21, Sean P. DeNigris wrote:
>> >
>> > Sean P. DeNigris wrote
>> >>
>> >> PipeableOSProcess>>#upToEnd eventually calls
>> >> AttachableFileStream>>#upToEnd, which tries to p
Eliot Miranda-2 wrote
>
> One can redirect a file to stdin. One can type EOF to stdin. EOF
> definitely *does* make sense for stdin.
Ah, good points. Let me rephrase... in the most common cases, I think
waiting for EOF in stdin is not what one wants/expects.
--
View this message in context:
h
On Fri, May 4, 2012 at 3:28 PM, Igor Stasenko wrote:
> On 5 May 2012 00:21, Sean P. DeNigris wrote:
> >
> > Sean P. DeNigris wrote
> >>
> >> PipeableOSProcess>>#upToEnd eventually calls
> >> AttachableFileStream>>#upToEnd, which tries to perform a buffered read
> by
> >> "self nextInto: 1000" (w
Igor Stasenko wrote
>
> stdin/out are unbound (endless) streams , and use things like eof(),
> should be discouraged..
>
Yes! It is nonsensical!!
Igor Stasenko wrote
>
> stdin upToEnd
> makes no sense..
>
Well #upToEndOfFile makes no sense, but as I understood Dave's description,
#upToEnd
On 5 May 2012 00:21, Sean P. DeNigris wrote:
>
> Sean P. DeNigris wrote
>>
>> PipeableOSProcess>>#upToEnd eventually calls
>> AttachableFileStream>>#upToEnd, which tries to perform a buffered read by
>> "self nextInto: 1000" (which eventually calls primitiveFileRead which
>> calls sqFileReadIntoAt
Sean P. DeNigris wrote
>
> PipeableOSProcess>>#upToEnd eventually calls
> AttachableFileStream>>#upToEnd, which tries to perform a buffered read by
> "self nextInto: 1000" (which eventually calls primitiveFileRead which
> calls sqFileReadIntoAt which calls fread with count arg of 1000).
>
After
Sean P. DeNigris wrote
>
> As for #upToEnd
Dave, thanks for being so patient and generous with the explanations! I'm
still a little confused about blocking and output. I'm exploring some of
your suggestions from the last message, but one thing is bothering me...
PipeableOSProcess>>#upToEnd even
On Thu, May 03, 2012 at 12:14:21PM +0200, Damien Cassou wrote:
> Hi,
>
> OSProcess thisOSProcess chDir: '/'.
>
> always returns a
>
> /: Resource temporarily unavailable
Thanks, this is a bug in the plugin that has apparently been there
since at least 2006. It's a reversed #ifTrue:ifFalse
Hi Gast?n,
Yes you are right, and you have found a way to correct the problem.
When you do OSProcessAccessor initialize, a new child watcher process
will be started, and this will correct any problem in the old one. I
am still curious to discover the cause of the original failure. I suspect
that i
On Thu, May 3, 2012 at 1:58 PM, Camillo Bruni wrote:
> I get something similiar on osx, however the CWD is changed nevertheless...
> did you try doing an `ls` afterwards?
you are right, at least #getCwd returns '/' after the execution.
Still, there is a problem as Coral won't work after this noti
I get something similiar on osx, however the CWD is changed nevertheless...
did you try doing an `ls` afterwards?
On 2012-05-03, at 12:14, Damien Cassou wrote:
> Hi,
>
> OSProcess thisOSProcess chDir: '/'.
>
> always returns a
>
> /: Resource temporarily unavailable
>
>
> I'm using Pha
Hi,
OSProcess thisOSProcess chDir: '/'.
always returns a
/: Resource temporarily unavailable
I'm using Pharo 2.0 with #bleedingEdge OSProcess.
--
Damien Cassou
http://damiencassou.seasidehosting.st
"Lambdas are relegated to relative obscurity until Java makes them
popular by not hav
Hi David.
I send some days ago a mail reporting "process never is completed" in
Windows, and I propose similar steps to reproduce, see:
http://forum.world.st/OSProcess-is-process-done-tp4569088p4570740.html
Two notes about this previous mail: Two notes about this previous mail: I
say "the image h
David T. Lewis wrote
>
> Can you please try two things, in this order, and let me know which
> one causes the problem to go away?
>
Thanks, David. I can't reproduce the problem at the moment, but if it pops
up again, I'll try those...
Sean
--
View this message in context:
http://forum.world.
Sean,
Can you please try two things, in this order, and let me know which
one causes the problem to go away?
1) Save your image, exit, and restart. Then try
(OSProcess command: 'ls') inspect
and see if it results in a process proxy with run state "complete".
2) Restart the child watcher
O
With the latest OSProcess package from SqS, when I save the image, I get:
2 May 2012 1:20:30 am
VM: Mac OS - intel - 1073 - Croquet Closure Cog VM [CoInterpreter
VMMaker-oscog-EstebanLorenzano.155] 21.0
Image: Pharo1.3 [Latest update: #13320]
UndefinedObject(Object)>>doesNotUnderstand: #wait
Begin forwarded message:
> From: "David T. Lewis"
> Subject: Re: OSProcess - is process done?
> Date: April 26, 2012 8:03:50 PM EDT
>
> Sean,
>
> Excellent, thanks for the feedback. As for #upToEnd, that's a tricky
> question when you are reading from a pipe (or a socket). It is not
> generally
> Hi Sean,
>
> An fread() call will block when reading from a unix pipe unless the pipe
> end has been set to nonblocking mode (see #primSQFileSetNonBlocking:).
So the #upToEnd problem was solved by sending #setNonBlockingOutput. So the
following simple in-image ssh client works:
p := PipeableOS
Begin forwarded message:
> From: "David T. Lewis"
> Subject: Re: OSProcess - is process done?
> Date: April 25, 2012 7:47:22 PM EDT
> To: DeNigris Sean
>
> On Wed, Apr 25, 2012 at 01:50:35PM -0400, DeNigris Sean wrote:
>> David, does this tell us anything? I'm *very* happy to help solve this on
On 25 April 2012 19:48, Sean P. DeNigris wrote:
>
> Sean P. DeNigris wrote
>>
>> p upToEnd. "This hangs, even though there is output in the pipe"
>>
>
> I debugged this with the Stack VM from Jenkins. It's hanging in
> sqFileBasicPluginPrims.c on line 360:
> bytesRead = fread(dst, 1, count, file)
Sean P. DeNigris wrote
>
> p upToEnd. "This hangs, even though there is output in the pipe"
>
I debugged this with the Stack VM from Jenkins. It's hanging in
sqFileBasicPluginPrims.c on line 360:
bytesRead = fread(dst, 1, count, file);
This line seems to never return, although the docs sugge
Here's the OSProcess test results:
* Pharo 1.3
* Mac Lion 10.7.3
* recent Cog VM from the Pharo CI server
* latest version of OSProcess (the all-in-one package, not the broken up
ones)
192 run, 110 passes, 0 expected failures, 79 failures, 3 errors, 0
unexpected passes
Is that what you would expe
David T. Lewis wrote
>
> PipeableOSProcess class>>waitForCommand: is just a loop...
David,
It doesn't seem like that's the problem because it's intermittent. I can run
the exact same command with the same output and sometimes it recognizes that
it's complete and sometimes not.
I don't know if
Forget to say something, if I unload and reload the OSProcess package, then
starts working well again.
El 19 de abril de 2012 09:27, Gastón Dall' Oglio escribió:
> Hi.
>
> I use OSProcess in Windows (XP and Seven) and I notice that it hang when I
> open the image with OSProcess already loaded. I
Hi.
I use OSProcess in Windows (XP and Seven) and I notice that it hang when I
open the image with OSProcess already loaded. I try in
Seaside-3.0.7-OneClick and Pharo-1.4-14438-OneClick, and I get same error.
Step to reproduce:
1. Load OSProcess in a clean image. I use this snippet:
Gofer new
squ
On Wed, Apr 18, 2012 at 02:47:38PM -0700, Sean P. DeNigris wrote:
> Sometimes, OSProcess hangs even though the underlying command has completed.
>
> For example, on Mac 10.7.3:
> p := PipeableOSProcess waitForCommand: 'ps -ax -o pid,command' "never
> returns"
> even though "p upToEnd" immedi
Sometimes, OSProcess hangs even though the underlying command has completed.
For example, on Mac 10.7.3:
p := PipeableOSProcess waitForCommand: 'ps -ax -o pid,command' "never
returns"
even though "p upToEnd" immediately returns the output if I use #command:
instead of waiting.
How best to h
Every time I save my image, UnixOSProcessAccessor>>#grimReaperProcess causes
'MessageNotUnderstood: receiver of "wait" is nil'.
Is anyone else experiencing this?
Thanks.
Sean
--
View this message in context:
http://forum.world.st/OSProcess-bug-in-Pharo-1-3-tp3903350p3903350.html
Sent from the P
Thanks a lot for fixing it. I just stumbled over the problem in Pharo and could
benefit from your timely fix :).
Cheers,
Doru
On 27 Sep 2011, at 16:52, David T. Lewis wrote:
> If you are using OSProcess and have updated to version 4.4.4 posted
> to SqueakSource 10-Sept-2011, please update once
If you are using OSProcess and have updated to version 4.4.4 posted
to SqueakSource 10-Sept-2011, please update once more to the latest
version 4.4.5 posted today.
Version 4.4.4 contained a bug that hangs the image during startup on
Windows. Version 4.4.5 reverts the changes that cause the problem
On Fri, Jun 17, 2011 at 12:59:27PM -0700, Sean P. DeNigris wrote:
> env := OSProcess thisOSProcess environment copy.
> path := (env at: #PATH), ':/opt/local/bin/'.
> env at: #PATH put: path.
> (PipeableOSProcess command: 'docsplit text "my_document.pdf"' environment:
> env workingDir: nil input: ni
env := OSProcess thisOSProcess environment copy.
path := (env at: #PATH), ':/opt/local/bin/'.
env at: #PATH put: path.
(PipeableOSProcess command: 'docsplit text "my_document.pdf"' environment:
env workingDir: nil input: nil output: nil error: nil errorPipelineStream:
nil) output
Sean
--
View thi
How do I add to $PATH for an OSProcess command?
Thanks.
Sean
--
View this message in context:
http://forum.world.st/OSProcess-PATH-tp3603346p3603346.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
1 - 100 of 231 matches
Mail list logo
