Hey... thought I responded to this last mail but I guess not. These changes worked for me. No crashes using the help command now and I am trying basic commands. So far so good. This last comment looms heavy though: "unfortunately even if it works, it only fixes the symptom, not the problem."
On Thu, Jun 25, 2009 at 12:13 AM, gabor papp<[email protected]> wrote: >>>> #0 0xb80d3430 in __kernel_vsyscall () >>>> #1 0xb75c46d0 in raise () from /lib/tls/i686/cmov/libc.so.6 >>>> #2 0xb75c6098 in abort () from /lib/tls/i686/cmov/libc.so.6 >>>> #3 0xb760224d in ?? () from /lib/tls/i686/cmov/libc.so.6 >>>> #4 0xb7696da8 in __fortify_fail () from /lib/tls/i686/cmov/libc.so.6 >>>> #5 0xb7696d60 in __stack_chk_fail () from /lib/tls/i686/cmov/libc.so.6 >>>> #6 0x08061aa4 in __stack_chk_fail_local () >>>> #7 0x0805441d in fluxus::Interpreter::Interpret (s...@0xbf9f0138, >>>> ret=0xbf9f013c, abort=false) at src/Interpreter.cpp:259 > > this seems to be a stack smash protector problem to me. i am not sure how > the fluxus interpreter smashes the stack, but you can try disabling the > stack protector by compiling with the -fno-stack-protector gcc option. you > can do this by adding -fno-stack-protector to the following line in the > SConstruct file: > env = Environment(CCFLAGS = '-ggdb -pipe -Wall -O3 -ffast-math -Wno-unused > -fPIC', > unfortunately even if it works, it only fixes the symptom, not the problem. > > best, > gabor > >
