[Pharo-project] Error at startup with the NonInteractiveUIManager
Hi there, I have a problem when trying to start an application on a linux server with the latest cogvm (2550) and Pharo 1.4-14438.
==== Startup Error: PrimitiveFailed: primitive #primGetPosition: in MultiByteFileStream failed MultiByteFileStream(Object)>>primitiveFailed: MultiByteFileStream(Object)>>primitiveFailed MultiByteFileStream(StandardFileStream)>>primGetPosition: MultiByteFileStream(StandardFileStream)>>position MultiByteFileStream(PositionableStream)>>skipStyleChunk MultiByteFileStream(PositionableStream)>>fileInAnnouncing: in Block: [:bar | ... NonInteractiveUIManager(CommandLineUIManager)>>progressInitiationExceptionDefaultAction: ProgressInitiationException>>defaultAction UndefinedObject>>handleSignal: MethodContext(ContextPart)>>handleSignal: Got startup errors: PrimitiveFailed: primitive #primGetPosition: in MultiByteFileStream failed
I haven't identified the cause yet but if anybody had that problem before, i'm all ears ;) Cheers, Francois
I have a problem when trying to start an application on a linux server with the latest cogvm (2550) and Pharo 1.4-14438.
I've tried with different VMs but it seems that it's still crashing. Going back to 1.3 solves the problem. I gonna investigate what went wrong.
On Wed, Apr 25, 2012 at 7:12 AM, Francois Stephany < tulipe.moutarde@gmail.com> wrote:
Hi there,
I have a problem when trying to start an application on a linux server with the latest cogvm (2550) and Pharo 1.4-14438.
==== Startup Error: PrimitiveFailed: primitive #primGetPosition: in
MultiByteFileStream failed MultiByteFileStream(Object)>>**primitiveFailed: MultiByteFileStream(Object)>>**primitiveFailed MultiByteFileStream(**StandardFileStream)>>**primGetPosition: MultiByteFileStream(**StandardFileStream)>>position MultiByteFileStream(**PositionableStream)>>**skipStyleChunk MultiByteFileStream(**PositionableStream)>>**fileInAnnouncing: in Block: [:bar | ... NonInteractiveUIManager(**CommandLineUIManager)>>** progressInitiationExceptionDef**aultAction: ProgressInitiationException>>**defaultAction UndefinedObject>>handleSignal: MethodContext(ContextPart)>>**handleSignal: Got startup errors: PrimitiveFailed: primitive #primGetPosition: in MultiByteFileStream failed
Francois, I think that stacktrace is a problem trying to write into PharoDebug.log ANOTHER problem. So you shuld try to somehow see which is the original error. Cheers
I haven't identified the cause yet but if anybody had that problem before, i'm all ears ;)
Cheers, Francois
-- Mariano http://marianopeck.wordpress.com
I've identified the source of my problem =) I starts my image with a script like: exec "$VM" $VM_PARAMS "$IMAGE" $STARTUP_SCRIPT where $STARTUP_SCRIPT is the path to a .st file. That file was named "startup.st". Which is automatically loaded with Pharo 1.4. So it was loaded twice and my image was fucked. I tried to modify my script to: exec "$VM" $VM_PARAMS "$IMAGE" and put "startup.st" next to the image. But that still gives me the error. In the end I just kept exec "$VM" $VM_PARAMS "$IMAGE" $STARTUP_SCRIPT but rename the file lying in $STARTUP_SCRIPT in "start.st". Everything seems to work fine now. On 25/04/12 00:48, Mariano Martinez Peck wrote:
On Wed, Apr 25, 2012 at 7:12 AM, Francois Stephany <tulipe.moutarde@gmail.com <mailto:tulipe.moutarde@gmail.com>> wrote:
Hi there,
I have a problem when trying to start an application on a linux server with the latest cogvm (2550) and Pharo 1.4-14438.
==== Startup Error: PrimitiveFailed: primitive #primGetPosition: in MultiByteFileStream failed MultiByteFileStream(Object)>>__primitiveFailed: MultiByteFileStream(Object)>>__primitiveFailed MultiByteFileStream(__StandardFileStream)>>__primGetPosition: MultiByteFileStream(__StandardFileStream)>>position MultiByteFileStream(__PositionableStream)>>__skipStyleChunk MultiByteFileStream(__PositionableStream)>>__fileInAnnouncing: in Block: [:bar | ... NonInteractiveUIManager(__CommandLineUIManager)>>__progressInitiationExceptionDef__aultAction: ProgressInitiationException>>__defaultAction UndefinedObject>>handleSignal: MethodContext(ContextPart)>>__handleSignal: Got startup errors: PrimitiveFailed: primitive #primGetPosition: in MultiByteFileStream failed
Francois, I think that stacktrace is a problem trying to write into PharoDebug.log ANOTHER problem. So you shuld try to somehow see which is the original error.
Cheers
I haven't identified the cause yet but if anybody had that problem before, i'm all ears ;)
Cheers, Francois
-- Mariano http://marianopeck.wordpress.com
-- http://tulipemoutarde.be CA: +1 778 558 3225 BE: +32 65 709 131
to clarify: you didn't get anything in the PharoDebug.log? if not, maybe we should add a --verbose switch do dump the extensive stack-trace? On 2012-04-25, at 23:34, Francois Stephany wrote:
I've identified the source of my problem =)
I starts my image with a script like:
exec "$VM" $VM_PARAMS "$IMAGE" $STARTUP_SCRIPT where $STARTUP_SCRIPT is the path to a .st file. That file was named "startup.st". Which is automatically loaded with Pharo 1.4. So it was loaded twice and my image was fucked.
I tried to modify my script to: exec "$VM" $VM_PARAMS "$IMAGE" and put "startup.st" next to the image. But that still gives me the error.
In the end I just kept exec "$VM" $VM_PARAMS "$IMAGE" $STARTUP_SCRIPT
but rename the file lying in $STARTUP_SCRIPT in "start.st".
Everything seems to work fine now.
On 25/04/12 00:48, Mariano Martinez Peck wrote:
On Wed, Apr 25, 2012 at 7:12 AM, Francois Stephany <tulipe.moutarde@gmail.com <mailto:tulipe.moutarde@gmail.com>> wrote:
Hi there,
I have a problem when trying to start an application on a linux server with the latest cogvm (2550) and Pharo 1.4-14438.
==== Startup Error: PrimitiveFailed: primitive #primGetPosition: in MultiByteFileStream failed MultiByteFileStream(Object)>>__primitiveFailed: MultiByteFileStream(Object)>>__primitiveFailed MultiByteFileStream(__StandardFileStream)>>__primGetPosition: MultiByteFileStream(__StandardFileStream)>>position MultiByteFileStream(__PositionableStream)>>__skipStyleChunk MultiByteFileStream(__PositionableStream)>>__fileInAnnouncing: in Block: [:bar | ... NonInteractiveUIManager(__CommandLineUIManager)>>__progressInitiationExceptionDef__aultAction: ProgressInitiationException>>__defaultAction UndefinedObject>>handleSignal: MethodContext(ContextPart)>>__handleSignal: Got startup errors: PrimitiveFailed: primitive #primGetPosition: in MultiByteFileStream failed
Francois, I think that stacktrace is a problem trying to write into PharoDebug.log ANOTHER problem. So you shuld try to somehow see which is the original error.
Cheers
I haven't identified the cause yet but if anybody had that problem before, i'm all ears ;)
Cheers, Francois
-- Mariano http://marianopeck.wordpress.com
-- http://tulipemoutarde.be CA: +1 778 558 3225 BE: +32 65 709 131
Yes I did but I could not make any sense of it. Basically, it was an extended stacktrace of the console output: MultiByteFileStream(Object)>>__primitiveFailed: On 25/04/12 15:52, Camillo Bruni wrote:
to clarify: you didn't get anything in the PharoDebug.log?
if not, maybe we should add a --verbose switch do dump the extensive stack-trace?
On 2012-04-25, at 23:34, Francois Stephany wrote:
I've identified the source of my problem =)
I starts my image with a script like:
exec "$VM" $VM_PARAMS "$IMAGE" $STARTUP_SCRIPT where $STARTUP_SCRIPT is the path to a .st file. That file was named "startup.st". Which is automatically loaded with Pharo 1.4. So it was loaded twice and my image was fucked.
I tried to modify my script to: exec "$VM" $VM_PARAMS "$IMAGE" and put "startup.st" next to the image. But that still gives me the error.
In the end I just kept exec "$VM" $VM_PARAMS "$IMAGE" $STARTUP_SCRIPT
but rename the file lying in $STARTUP_SCRIPT in "start.st".
Everything seems to work fine now.
On 25/04/12 00:48, Mariano Martinez Peck wrote:
On Wed, Apr 25, 2012 at 7:12 AM, Francois Stephany <tulipe.moutarde@gmail.com<mailto:tulipe.moutarde@gmail.com>> wrote:
Hi there,
I have a problem when trying to start an application on a linux server with the latest cogvm (2550) and Pharo 1.4-14438.
==== Startup Error: PrimitiveFailed: primitive #primGetPosition: in MultiByteFileStream failed MultiByteFileStream(Object)>>__primitiveFailed: MultiByteFileStream(Object)>>__primitiveFailed MultiByteFileStream(__StandardFileStream)>>__primGetPosition: MultiByteFileStream(__StandardFileStream)>>position MultiByteFileStream(__PositionableStream)>>__skipStyleChunk MultiByteFileStream(__PositionableStream)>>__fileInAnnouncing: in Block: [:bar | ... NonInteractiveUIManager(__CommandLineUIManager)>>__progressInitiationExceptionDef__aultAction: ProgressInitiationException>>__defaultAction UndefinedObject>>handleSignal: MethodContext(ContextPart)>>__handleSignal: Got startup errors: PrimitiveFailed: primitive #primGetPosition: in MultiByteFileStream failed
Francois, I think that stacktrace is a problem trying to write into PharoDebug.log ANOTHER problem. So you shuld try to somehow see which is the original error.
Cheers
I haven't identified the cause yet but if anybody had that problem before, i'm all ears ;)
Cheers, Francois
-- Mariano http://marianopeck.wordpress.com
-- http://tulipemoutarde.be CA: +1 778 558 3225 BE: +32 65 709 131
-- http://tulipemoutarde.be CA: +1 778 558 3225 BE: +32 65 709 131
fstephany wrote
==== Startup Error: PrimitiveFailed: primitive #primGetPosition: in MultiByteFileStream failed
I wonder if it's related to the problem I've been having with OSProcess (http://forum.world.st/OSProcess-is-process-done-tp4569088p4575379.html) I'm using a recent Mac Cocoa Cog VM from Jenkins... Sean -- View this message in context: http://forum.world.st/Error-at-startup-with-the-NonInteractiveUIManager-tp45... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
participants (4)
-
Camillo Bruni -
Francois Stephany -
Mariano Martinez Peck -
Sean P. DeNigris