grml that's some stupid bug I accidentally produced by rewriting the command line handler. it seems like it does not properly finish execution and drags along some old code... that's why the image starts up considerably slower the first time :P see http://code.google.com/p/pharo/issues/detail?id=5907 On 2012-06-14, at 19:58, Sean P. DeNigris wrote:
I don't know if this is a bug (seems like it) or an artifact of Jenkins' build process, but...
If you download https://ci.lille.inria.fr/pharo/view/Pharo%202.0/job/Pharo-2.0/151/artifact/... , when you launch the image, there is "PostMortem: PrimitiveFailed: primitive #primClose: in MultiByteFileStream failed" signaled from the DefaultCommandLineHandler. It seems maybe the argument list has not been reset? It's still trying to evaluate /builds/jenkins/workspace/Pharo-2.0/Pharo-2.0/Pharo-2.0.st
Sean
-- View this message in context: http://forum.world.st/DefaultCommandLineHandler-error-tp4634837.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.