[Vm-dev] About Cog on linux

Thu Feb 10 17:34:36 UTC 2011

Hi Igor,

On Thu, Feb 10, 2011 at 1:03 AM, Igor Stasenko <siguctua at gmail.com> wrote:

>
> On 9 February 2011 20:04, Eliot Miranda <eliot.miranda at gmail.com> wrote:
> >
> >
> > 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.
> >
> >
>
> I tried today with debug info enabled (all source files are compiled with:
>
> compilerFlags
>
>        ^ '-g3 -O1 -msse2 -D_GNU_SOURCE -DDEBUG -DITIMER_HEARTBEAT=1
>        -DNO_VM_PROFILE=1 -DCOGMTVM=0 -DDEBUGVM=1'
>
> )
>
>
please change that to include -save-temps.  We can then see what the
generated assembly and object files are and that will really help analyse.
 Also, can you somehow freeze this source so that we can repeat the
compilation exactly?  i.e. avoid generating a different version.c with a
different date in it.  We must try and repeat the compilation exactly with
no temporal or path-derived artifacts.

>
> sig at sig-VirtualBox:~/vmbuild/build$ ./results/Cog  ./generator.image
> ioFindExternalFunctionIn(display_X11, 0x676918):
>  ./results/Cog: undefined symbol: display_X11
> ioFindExternalFunctionIn(sound_OSS, 0x676918):
>  ./results/Cog: undefined symbol: sound_OSS
> ioFindExternalFunctionIn(sound_MacOSX, 0x676918):
>  ./results/Cog: undefined symbol: sound_MacOSX
> ioFindExternalFunctionIn(sound_Sun, 0x676918):
>  ./results/Cog: undefined symbol: sound_Sun
> ioFindExternalFunctionIn(sound_pulse, 0x676918):
>  ./results/Cog: undefined symbol: sound_pulse
> ioFindExternalFunctionIn(sound_ALSA, 0x676918):
>  ./results/Cog: undefined symbol: sound_ALSA
> ioLoadModule(/home/sig/vmbuild/build/results/vm-sound-ALSA):
>  /home/sig/vmbuild/build/results/vm-sound-ALSA: undefined symbol:
> snd_mixer_selem_has_playback_volume
> ioFindExternalFunctionIn(sound_null, 0x676918):
>  ./results/Cog: undefined symbol: sound_null
> uxAllocateMemory: pageSize 0x1000 (4096), mask 0xfffff000
> uxAllocateMemory: /dev/zero descriptor -1
> uxAllocateMemory: min heap 39664660, desired 58539092
> uxAllocateMemory: mapping 0x40000000 bytes (1024 Mbytes)
>
> (frameNumArgs((page->baseFP))) == numArgs 19611
>
> ((((aPage->baseFP)) + (frameStackedReceiverOffset((aPage->baseFP)))) +
> (2 * BytesPerWord)) == ((aPage->baseAddress)) 43641
>
> validStackPageBaseFrames() 19637
>
> (frameNumArgs(localFP)) == GIV(argumentCount) 4985
>
> !(frameIsBlockActivation(localFP)) 4986
>
> (frameNumArgs(localFP)) == GIV(argumentCount) 4985
>
> !(frameIsBlockActivation(localFP)) 4986
>
> (frameNumArgs(localFP)) == GIV(argumentCount) 4985
>
> !(frameIsBlockActivation(localFP)) 4986
>
> Segmentation fault
>
>
>
> Smalltalk stack dump:
> 0xbfeb4f6c I [] in MessageNotUnderstood>message: 2032401548: a(n)
> MessageNotUnderstood
> 0xbfeb4f9c I [] in UndefinedObject(Object)>doesNotUnderstand:
> 2004271108: a(n) UndefinedObject
> 0xbfeb4fc4 I [] in UndefinedObject(Object)>mustBeBooleanIn:
> 2004271108: a(n) UndefinedObject
> 0xbfeb4fe8 I UndefinedObject(Object)>mustBeBoolean 2004271108: a(n)
> UndefinedObject
> 0xbfeb5014 I [] in SmalltalkImage>snapshot:andQuit:embedded:
> 2006539444: a(n) SmalltalkImage
> 2032008288 s SmalltalkImage>snapshot:andQuit:
> 2032008176 s WorldState class>saveAndQuit
> 2032008064 s [] in ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent:
> 2032007972 s BlockClosure>ensure:
> 2032007880 s CursorWithMask(Cursor)>showWhile:
> 2032007676 s ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent:
> 2032007584 s ToggleMenuItemMorph(MenuItemMorph)>mouseUp:
> 2032007492 s ToggleMenuItemMorph(MenuItemMorph)>handleMouseUp:
> 2032007356 s MouseButtonEvent>sentTo:
> 2032007264 s ToggleMenuItemMorph(Morph)>handleEvent:
> 2032007172 s MorphicEventDispatcher>dispatchDefault:with:
> 2032007080 s MorphicEventDispatcher>dispatchEvent:with:
> 2032006988 s ToggleMenuItemMorph(Morph)>processEvent:using:
> 2032006896 s MorphicEventDispatcher>dispatchDefault:with:
> 2032006788 s MorphicEventDispatcher>dispatchEvent:with:
> 2032006652 s MenuMorph(Morph)>processEvent:using:
> 2032006560 s MenuMorph(Morph)>processEvent:
> 2032006468 s MenuMorph>handleFocusEvent:
> 2032006376 s [] in HandMorph>sendFocusEvent:to:clear:
> 2032006284 s [] in PasteUpMorph>becomeActiveDuring:
> 2032006116 s BlockClosure>on:do:
> 2032005932 s PasteUpMorph>becomeActiveDuring:
> 2032005840 s HandMorph>sendFocusEvent:to:clear:
> 2032005748 s HandMorph>sendEvent:focus:clear:
> 2032005656 s HandMorph>sendMouseEvent:
> 2032005564 s HandMorph>handleEvent:
> 2032005288 s HandMorph>processEvents
> 2032005196 s [] in WorldState>doOneCycleNowFor:
> 2032005104 s Array(SequenceableCollection)>do:
> 2032005012 s WorldState>handsDo:
> 2032004920 s WorldState>doOneCycleNowFor:
> 2032004792 s WorldState>doOneCycleFor:
> 2032004700 s PasteUpMorph>doOneCycle
> 2006915672 s [] in Project class>?
> 2006915544 s [] in BlockClosure>?
>
> Most recent primitives
> basicNew
> Aborted
>
>
> So, it looks like something are not initialized correctly..
>
> >
> >>
> >> Any ideas?
> >
> > 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.
> >
>
> I just uploaded a fix for config which can build Cog VM:
>
> CMakeVMMaker-IgorStasenko.24
>
> load it into your image and issue
>
> CogUnixConfig generate
>
> or
>
> CogDebugUnixConfig generate
>
>
>
> it will generate cmake files in ../build directory (relative to
> image's current dir).
> (also you can use  #generateWithSources to generate VMMaker sources
> along with build config)
>
>
> cd to it, and do
> cmake . && make
>
> in results subdir you will find the built artifacts.
>
>
> >>
> >> I am really don't like having VM which stability depends on some
> >> little flag(s).. and i guess you too.
> >
> > 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.
> >
> > confused, bewildered and disquieted,
> > Eliot
> >>
> >> --
> >> Best regards,
> >> Igor Stasenko AKA sig.
> >
> >
> >
>
>
>
> --
> Best regards,
> Igor Stasenko AKA sig.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20110210/1eeb149e/attachment-0001.htm