[squeak-dev] Re: First green ball

Yanni Chiu yanni at rogers.com
Fri Aug 3 02:14:32 UTC 2012


On 02/08/12 5:56 PM, Frank Shearar wrote:
> now get a more interesting failure:
> http://squeakci.org/job/GitTest/9/console which shows a segfault
> during a CompilerNotifyingTest:
>
> Smalltalk stack dump:
> 0xbf8b9880 I Clipboard>clipboardText 2012164252: a(n) Clipboard
> 0xbf8b98a0 I Clipboard class>clipboardText 2017668068: a(n) Clipboard class
> 0xbf8b98c0 I SmalltalkEditor(Editor)>clipboardText 2034626872: a(n)
> SmalltalkEditor
> 0xbf8b98e8 I SmalltalkEditor(TextEditor)>cut 2034626872: a(n) SmalltalkEditor
> 0xbf8b9910 I CompilerNotifyingTest>enumerateAllSelections 2033658260:
> a(n) CompilerNotifyingTest
> 0xbf8b9928 M CompilerNotifyingTest>testATempShadowingAnotherTemp
> 2033658260: a(n) CompilerNotifyingTest
> 0xbf8b9940 M CompilerNotifyingTest(TestCase)>performTest 2033658260:
> a(n) CompilerNotifyingTest
> 0xbf8b9958 M [] in CompilerNotifyingTest(TestCase)>runCase 2033658260:
> a(n) CompilerNotifyingTest

I would disable the running of CompilerNotifyingTest, by changing your 
"tests.st". I've had trouble with an image running remotely on a Ubuntu 
server - when I simply paste text into the image (via VNC), the VM 
immediately exits. I've never looked further into it, because I was 
mainly trying to debug some other problem over VNC (i.e. I avoided doing 
a paste, while debugging).

Another sanity check you can do in general is to download the workspace, 
and run it locally, to make sure it runs as expected. In fact, that's 
usually step two of my usual build debugging process. Step one is to run 
the build again - sometimes, the build happens to run, just when someone 
is in the middle of uploading a set of changed packages. (I been down 
that road a few times, where I debugged for an hour, to find a bug in 
the code, then eventually discover the fix in a newer package that was 
uploaded around the time of build).

HTH. Good luck.




More information about the Squeak-dev mailing list