<br><br><div class="gmail_quote">On Wed, Feb 9, 2011 at 10:48 AM, Igor Stasenko <span dir="ltr"><<a href="mailto:siguctua@gmail.com">siguctua@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
It is really weird..<br>
i using same sources for everything, except in one case i use<br>
usual build steps, as in HowToBuild file,<br>
<br>
while in another i using cmake configs.<br>
<br>
So, the difference is in compiler flags etc.. but not in sources..<br>
and as result, the one built using 'standard' steps runs well,<br>
while built by cmake configs dies after few bytecodes interpreted:<br>
<br>
./Cog ../generator.image<br>
<br>
Segmentation fault<br>
<br>
<br>
<br>
Smalltalk stack dump:<br>
0xbfd61804 I [] in Debugger class>openContext:label:contents:<br>
2005660708: a(n) Debugger class<br>
0xbfd61830 I [] in StandardToolSet class>debugContext:label:contents:<br>
2004064772: a(n) StandardToolSet class<br>
0xbfd6185c I [] in ToolSet class>debugContext:label:contents:<br>
2004049368: a(n) ToolSet class<br>
0xbfd61888 I [] in MethodContext>cannotReturn: 2032713528: a(n) MethodContext<br>
0xbfd618ac I [] in MessageNotUnderstood>message: 2032713492: a(n)<br>
MessageNotUnderstood<br>
0xbfd618dc I [] in UndefinedObject(Object)>doesNotUnderstand:<br>
2003124228: a(n) UndefinedObject<br>
0xbfd61904 I [] in UndefinedObject(Object)>mustBeBooleanIn:<br>
2003124228: a(n) UndefinedObject<br>
0xbfd61928 I UndefinedObject(Object)>mustBeBoolean 2003124228: a(n)<br>
UndefinedObject<br>
0xbfd61954 I [] in SmalltalkImage>snapshot:andQuit:embedded:<br>
2005393456: a(n) SmalltalkImage<br>
2032108624 s SmalltalkImage>snapshot:andQuit:<br>
2032108320 s SmalltalkImage>saveImageInFileNamed:<br>
2032108228 s SmalltalkImage>saveAs:<br>
2016984776 s UndefinedObject>?<br>
2016978028 s Compiler>evaluate:in:to:notifying:ifFail:logged:<br>
2016977456 s Compiler class>evaluate:for:notifying:logged:<br>
2016977364 s Compiler class>evaluate:for:logged:<br>
2016977236 s Compiler class>evaluate:logged:<br>
2016977144 s [] in RWBinaryOrTextStream(PositionableStream)>fileInAnnouncing:<br>
2016977052 s BlockClosure>on:do:<br>
<br>
<br>
as you can see it even don't leaves the #snapshot:andQuit:embedded:<br>
<br>
Eliot, has you seen such before? </blockquote><div><br></div><div>That's essentially what I see but the variability isn't between cmake and configure but between different runs of configure. For example, you'll see that I released 2259 (SimpleStackBasedCogit) and 2361 (StackToRegisterMappingCogit) at the weekend. That's because 2360 which had -O2 for gcc3x-cointerp.c crashed on startup on my test case (Squeak4.2-10856-beta.image) in one of the early performs as classes are sent startUp: on startup. So I lowered optimization, checked-in 2361, built, checked it didn't crash and released. However, now I try and rebuild exactly the same sources but using -O2 for gcc3x-cointerp.c I can't get it to crash. This is exactly analogous to a few weeks back when I was convinced that the optimization level of the heartbeat caused it to crash if at -O2. When Andreas asked me to reproduce on the internal Teleplace build I couldn't get it to repeat. So something is very odd indeed, sensitive perhaps to the timestamp in the executable or some such. However, now at least I know what I'm looking for and the next tie I build somethign that crashes on the test case I will attempt to debug.</div>
<div><br></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Any ideas?<br></blockquote><div><br></div><div>If you can get cmake to run with the same flags as configure (!making sure to use -save-temps so we can look at generated assembler and object files!) and you can get one or other to crash on start-up then one can compare the two and hopefully find the elusive bug.</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I am really don't like having VM which stability depends on some<br>
little flag(s).. and i guess you too.<br></blockquote><div><br></div><div>Damn right!! Except it /doesn't/ depend on the optimization. It is more subtle than that. For example there was one build which Martin Kobetic found would crash on startup if the image path was something like /st/squeak/cog/myimage.image but not if it was /some/network/drive/and/hence/much/longer/myimage.image.</div>
<div> </div><div><br></div><div>confused, bewildered and disquieted,</div><div>Eliot</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<font color="#888888"><br>
<br>
--<br>
Best regards,<br>
Igor Stasenko AKA sig.<br>
</font></blockquote></div><br>