[Pharo-project] loading code from command line inovcation
With latest pahro core 1.3, I can't load script with command like squeak pharo "`pwd`\myScript.st" When I put a halt at the begining of commandLineHandlerAction: aCommandLine the VM crash VM is 4.0.3-2202 Hilaire -- Education 0.2 -- http://blog.ofset.org/hilaire
And when there are no halt in commandLineHandlerAction:, the image is frozen Le 28/05/2011 18:53, Hilaire Fernandes a écrit :
With latest pahro core 1.3, I can't load script with command like
squeak pharo "`pwd`\myScript.st"
When I put a halt at the begining of commandLineHandlerAction: aCommandLine the VM crash
VM is 4.0.3-2202
Hilaire
-- Education 0.2 -- http://blog.ofset.org/hilaire
And the debug is there. The halt does not crash the VM in normal condition. (ie Alt-[.] is ok) Hilaire Le 28/05/2011 19:07, Hilaire Fernandes a écrit :
And when there are no halt in commandLineHandlerAction:, the image is frozen
Le 28/05/2011 18:53, Hilaire Fernandes a écrit :
With latest pahro core 1.3, I can't load script with command like
squeak pharo "`pwd`\myScript.st"
When I put a halt at the begining of commandLineHandlerAction: aCommandLine the VM crash
VM is 4.0.3-2202
Hilaire
-- Education 0.2 -- http://blog.ofset.org/hilaire
It seems code loader is not sending #startRetrieval to the UrlDownload Request, and the Semaphore waits forever. I've put a changeset with what I think is a fix in the tracker :). On Sat, May 28, 2011 at 2:27 PM, Hilaire Fernandes < hilaire.fernandes@gmail.com> wrote:
And the debug is there. The halt does not crash the VM in normal condition. (ie Alt-[.] is ok)
Hilaire
Le 28/05/2011 19:07, Hilaire Fernandes a écrit :
And when there are no halt in commandLineHandlerAction:, the image is frozen
Le 28/05/2011 18:53, Hilaire Fernandes a écrit :
With latest pahro core 1.3, I can't load script with command like
squeak pharo "`pwd`\myScript.st"
When I put a halt at the begining of commandLineHandlerAction: aCommandLine the VM crash
VM is 4.0.3-2202
Hilaire
-- Education 0.2 -- http://blog.ofset.org/hilaire
Still does not work Hilaire Le 28/05/2011 21:02, Guillermo Polito a écrit :
It seems code loader is not sending #startRetrieval to the UrlDownload Request, and the Semaphore waits forever.
I've put a changeset with what I think is a fix in the tracker :).
On Sat, May 28, 2011 at 2:27 PM, Hilaire Fernandes <hilaire.fernandes@gmail.com <mailto:hilaire.fernandes@gmail.com>> wrote:
And the debug is there. The halt does not crash the VM in normal condition. (ie Alt-[.] is ok)
Hilaire
Le 28/05/2011 19:07, Hilaire Fernandes a écrit : > And when there are no halt in commandLineHandlerAction:, the image is > frozen > > Le 28/05/2011 18:53, Hilaire Fernandes a écrit : >> With latest pahro core 1.3, I can't load script with command like >> >> >> squeak pharo "`pwd`\myScript.st" >> >> When I put a halt at the begining of commandLineHandlerAction: >> aCommandLine the VM crash >> >> VM is 4.0.3-2202 >> >> Hilaire >> >> > >
-- Education 0.2 -- http://blog.ofset.org/hilaire
-- Education 0.2 -- http://blog.ofset.org/hilaire
Some more tests: 1. this crash the image: squeak PharoCore-1.3.image `pwd`/cacaboudin cacaboudin does not exist 2. this crash the image: squeak PharoCore-1.3.image `pwd`/empty.st where empty.st is empty 3. this work: squeak PharoCore-1.3.image `pwd`/test.st where test.st only contains: Transcript show: 'hello' Le 28/05/2011 22:53, Hilaire Fernandes a écrit :
Still does not work
Hilaire
Le 28/05/2011 21:02, Guillermo Polito a écrit :
It seems code loader is not sending #startRetrieval to the UrlDownload Request, and the Semaphore waits forever.
I've put a changeset with what I think is a fix in the tracker :).
On Sat, May 28, 2011 at 2:27 PM, Hilaire Fernandes <hilaire.fernandes@gmail.com <mailto:hilaire.fernandes@gmail.com>> wrote:
And the debug is there. The halt does not crash the VM in normal condition. (ie Alt-[.] is ok)
Hilaire
Le 28/05/2011 19:07, Hilaire Fernandes a écrit : > And when there are no halt in commandLineHandlerAction:, the image is > frozen > > Le 28/05/2011 18:53, Hilaire Fernandes a écrit : >> With latest pahro core 1.3, I can't load script with command like >> >> >> squeak pharo "`pwd`\myScript.st" >> >> When I put a halt at the begining of commandLineHandlerAction: >> aCommandLine the VM crash >> >> VM is 4.0.3-2202 >> >> Hilaire >> >> > >
-- Education 0.2 -- http://blog.ofset.org/hilaire
-- Education 0.2 -- http://blog.ofset.org/hilaire
The enclosed .st file does not work on my setup with: squeak Pharo.image `pwd`/test.st strange -- Education 0.2 -- http://blog.ofset.org/hilaire
thanks hilaire we should fixed that! Stef On May 30, 2011, at 9:12 PM, Hilaire Fernandes wrote:
Some more tests:
1. this crash the image: squeak PharoCore-1.3.image `pwd`/cacaboudin
cacaboudin does not exist
2. this crash the image: squeak PharoCore-1.3.image `pwd`/empty.st
where empty.st is empty
3. this work:
squeak PharoCore-1.3.image `pwd`/test.st
where test.st only contains: Transcript show: 'hello'
Le 28/05/2011 22:53, Hilaire Fernandes a écrit :
Still does not work
Hilaire
Le 28/05/2011 21:02, Guillermo Polito a écrit :
It seems code loader is not sending #startRetrieval to the UrlDownload Request, and the Semaphore waits forever.
I've put a changeset with what I think is a fix in the tracker :).
On Sat, May 28, 2011 at 2:27 PM, Hilaire Fernandes <hilaire.fernandes@gmail.com <mailto:hilaire.fernandes@gmail.com>> wrote:
And the debug is there. The halt does not crash the VM in normal condition. (ie Alt-[.] is ok)
Hilaire
Le 28/05/2011 19:07, Hilaire Fernandes a écrit :
And when there are no halt in commandLineHandlerAction:, the image is frozen
Le 28/05/2011 18:53, Hilaire Fernandes a écrit :
With latest pahro core 1.3, I can't load script with command like
squeak pharo "`pwd`\myScript.st"
When I put a halt at the begining of commandLineHandlerAction: aCommandLine the VM crash
VM is 4.0.3-2202
Hilaire
-- Education 0.2 -- http://blog.ofset.org/hilaire
-- Education 0.2 -- http://blog.ofset.org/hilaire
http://code.google.com/p/pharo/issues/list?thanks=4319 On May 30, 2011, at 9:12 PM, Hilaire Fernandes wrote:
Some more tests:
1. this crash the image: squeak PharoCore-1.3.image `pwd`/cacaboudin
cacaboudin does not exist
2. this crash the image: squeak PharoCore-1.3.image `pwd`/empty.st
where empty.st is empty
3. this work:
squeak PharoCore-1.3.image `pwd`/test.st
where test.st only contains: Transcript show: 'hello'
Le 28/05/2011 22:53, Hilaire Fernandes a écrit :
Still does not work
Hilaire
Le 28/05/2011 21:02, Guillermo Polito a écrit :
It seems code loader is not sending #startRetrieval to the UrlDownload Request, and the Semaphore waits forever.
I've put a changeset with what I think is a fix in the tracker :).
On Sat, May 28, 2011 at 2:27 PM, Hilaire Fernandes <hilaire.fernandes@gmail.com <mailto:hilaire.fernandes@gmail.com>> wrote:
And the debug is there. The halt does not crash the VM in normal condition. (ie Alt-[.] is ok)
Hilaire
Le 28/05/2011 19:07, Hilaire Fernandes a écrit :
And when there are no halt in commandLineHandlerAction:, the image is frozen
Le 28/05/2011 18:53, Hilaire Fernandes a écrit :
With latest pahro core 1.3, I can't load script with command like
squeak pharo "`pwd`\myScript.st"
When I put a halt at the begining of commandLineHandlerAction: aCommandLine the VM crash
VM is 4.0.3-2202
Hilaire
-- Education 0.2 -- http://blog.ofset.org/hilaire
-- Education 0.2 -- http://blog.ofset.org/hilaire
What am I suppose to understand from this url? Le 31/05/2011 10:27, Stéphane Ducasse a écrit :
http://code.google.com/p/pharo/issues/list?thanks=4319
On May 30, 2011, at 9:12 PM, Hilaire Fernandes wrote:
Some more tests:
1. this crash the image: squeak PharoCore-1.3.image `pwd`/cacaboudin
cacaboudin does not exist
2. this crash the image: squeak PharoCore-1.3.image `pwd`/empty.st
where empty.st is empty
3. this work:
squeak PharoCore-1.3.image `pwd`/test.st
where test.st only contains: Transcript show: 'hello'
Le 28/05/2011 22:53, Hilaire Fernandes a écrit :
Still does not work
Hilaire
Le 28/05/2011 21:02, Guillermo Polito a écrit :
It seems code loader is not sending #startRetrieval to the UrlDownload Request, and the Semaphore waits forever.
I've put a changeset with what I think is a fix in the tracker :).
On Sat, May 28, 2011 at 2:27 PM, Hilaire Fernandes <hilaire.fernandes@gmail.com <mailto:hilaire.fernandes@gmail.com>> wrote:
And the debug is there. The halt does not crash the VM in normal condition. (ie Alt-[.] is ok)
Hilaire
Le 28/05/2011 19:07, Hilaire Fernandes a écrit :
And when there are no halt in commandLineHandlerAction:, the image is frozen
Le 28/05/2011 18:53, Hilaire Fernandes a écrit :
With latest pahro core 1.3, I can't load script with command like
squeak pharo "`pwd`\myScript.st"
When I put a halt at the begining of commandLineHandlerAction: aCommandLine the VM crash
VM is 4.0.3-2202
Hilaire
-- Education 0.2 -- http://blog.ofset.org/hilaire
-- Education 0.2 -- http://blog.ofset.org/hilaire
-- Education 0.2 -- http://blog.ofset.org/hilaire
that your bug is logged in the bug tracking system. and as such not getting lost in the flow of mails On Jun 3, 2011, at 10:56 PM, Hilaire Fernandes wrote:
What am I suppose to understand from this url?
Le 31/05/2011 10:27, Stéphane Ducasse a écrit :
http://code.google.com/p/pharo/issues/list?thanks=4319
On May 30, 2011, at 9:12 PM, Hilaire Fernandes wrote:
Some more tests:
1. this crash the image: squeak PharoCore-1.3.image `pwd`/cacaboudin
cacaboudin does not exist
2. this crash the image: squeak PharoCore-1.3.image `pwd`/empty.st
where empty.st is empty
3. this work:
squeak PharoCore-1.3.image `pwd`/test.st
where test.st only contains: Transcript show: 'hello'
Le 28/05/2011 22:53, Hilaire Fernandes a écrit :
Still does not work
Hilaire
Le 28/05/2011 21:02, Guillermo Polito a écrit :
It seems code loader is not sending #startRetrieval to the UrlDownload Request, and the Semaphore waits forever.
I've put a changeset with what I think is a fix in the tracker :).
On Sat, May 28, 2011 at 2:27 PM, Hilaire Fernandes <hilaire.fernandes@gmail.com <mailto:hilaire.fernandes@gmail.com>> wrote:
And the debug is there. The halt does not crash the VM in normal condition. (ie Alt-[.] is ok)
Hilaire
Le 28/05/2011 19:07, Hilaire Fernandes a écrit :
And when there are no halt in commandLineHandlerAction:, the image is frozen
Le 28/05/2011 18:53, Hilaire Fernandes a écrit :
With latest pahro core 1.3, I can't load script with command like
squeak pharo "`pwd`\myScript.st"
When I put a halt at the begining of commandLineHandlerAction: aCommandLine the VM crash
VM is 4.0.3-2202
Hilaire
-- Education 0.2 -- http://blog.ofset.org/hilaire
-- Education 0.2 -- http://blog.ofset.org/hilaire
-- Education 0.2 -- http://blog.ofset.org/hilaire
On 30 May 2011 22:12, Hilaire Fernandes <hilaire.fernandes@gmail.com> wrote:
Some more tests:
1. this crash the image: squeak PharoCore-1.3.image `pwd`/cacaboudin
cacaboudin does not exist
2. this crash the image: squeak PharoCore-1.3.image `pwd`/empty.st
where empty.st is empty
3. this work:
squeak PharoCore-1.3.image `pwd`/test.st
where test.st only contains: Transcript show: 'hello'
Please, be more precise when saying about VM crash. Any error on startup will lead to writing error to log and quitting to OS. Since scripts are processed during startup, error in script leads to quitting to OS. To what i see, everything works as expected: on error during startup, an image leaves to the system. Maybe we should change a script manager to process script only after full startup is done. So, then instead of quitting from image you will have a debugger open. -- Best regards, Igor Stasenko AKA sig.
Hi Igor: On 31 May 2011, at 11:17, Igor Stasenko wrote:
Any error on startup will lead to writing error to log and quitting to OS. Since scripts are processed during startup, error in script leads to quitting to OS. To what i see, everything works as expected: on error during startup, an image leaves to the system.
Maybe we should change a script manager to process script only after full startup is done. So, then instead of quitting from image you will have a debugger open.
Another detail is, that users on the commandline expect errors to go to stderr and not to some 'hidden' log file. Would it be possible to have that recognized on startup and have errors redirected to stderr instead of a log file? Thanks Stefan
-- Best regards, Igor Stasenko AKA sig.
-- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525
Another detail is, that users on the commandline expect errors to go to stderr and not to some 'hidden' log file.
Would it be possible to have that recognized on startup and have errors redirected to stderr instead of a log file?
if you send code you increase the chances to get what can help you.
Thanks Stefan
On 31 May 2011 13:50, Stefan Marr <pharo@stefan-marr.de> wrote:
Hi Igor:
On 31 May 2011, at 11:17, Igor Stasenko wrote:
Any error on startup will lead to writing error to log and quitting to OS. Since scripts are processed during startup, error in script leads to quitting to OS. To what i see, everything works as expected: on error during startup, an image leaves to the system.
Maybe we should change a script manager to process script only after full startup is done. So, then instead of quitting from image you will have a debugger open.
Another detail is, that users on the commandline expect errors to go to stderr and not to some 'hidden' log file.
yeah yeah. the problem is that no all VMs support this by default. So it will be even worse if image will rely on non-existing features in VM.
Would it be possible to have that recognized on startup and have errors redirected to stderr instead of a log file?
Sure. Changing few lines of code could do it. See SmalltalkImage>>openLog
Thanks Stefan
-- Best regards, Igor Stasenko AKA sig.
Le 31/05/2011 11:17, Igor Stasenko a écrit :
Please, be more precise when saying about VM crash.
I reported the PharoDebugLog in a preivious message in this thread. Hilaire -- Education 0.2 -- http://blog.ofset.org/hilaire
participants (5)
-
Guillermo Polito -
Hilaire Fernandes -
Igor Stasenko -
Stefan Marr -
Stéphane Ducasse