Re: [Help-smalltalk] gst 2.1.11 on Debian AMD64

[Michael Haupt]

Hi Stefan,

On 8/27/05, Stefan Schmiedl <address@hidden> wrote:
> cool ... intmath is FAILing on my gentoo box.
> do a gcc -v for me, will you?

sure. :-)

-----
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib --enable-nls
--without-included-gettext --enable-threads=posix
--program-suffix=-4.0 --enable-__cxa_atexit
--enable-libstdcxx-allocator=mt --enable-clocale=gnu
--enable-libstdcxx-debug --enable-java-gc=boehm
--enable-java-awt=gtk-default --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre
--enable-mpfr --disable-werror --enable-checking=release
x86_64-linux-gnu
Thread model: posix
gcc version 4.0.2 20050821 (prerelease) (Debian 4.0.1-6)
-----

BTW my Debian is a Sid.

>   st> Smalltalk getArgv: 1 !

The system hangs just like you described when I do that. I've run it
with the -d option to get a trace, and here's what I see:

-----
st> Smalltalk getArgv: 1 !
    0: source line 1
    3: push Global Variable[0] = Smalltalk
    4: push 1
    5: send selector 1, 1 args = #getArgv:
    0: source line 3
    3: push Literal[0] = CFunctionDescriptor new: 1 "<0x2aaaab48f3b0>"
    4: source line 13
    7: push current context
    8: source line 14
   11: push Global Variable[2] = ValueHolder
   12: send special message #new
    0: source line 3
    3: push self
    4: send selector 1, 0 args = #basicNew
    5: send selector 0, 0 args = #initialize
    0: source line 3
    3: push nil
    4: pop and store Instance Variable[0]
    5: return self
    6: return stack top
   13: send selector 1, 2 args = #callFrom:into:
-----

And this is where it hangs.

I'm new to GNU Smalltalk, so please excuse my stupid questions. I have
found the implementation of SystemDictionary>>getArgv: in
libgst/cint.c, but I do not fully understand the sequence above.

Until the fourth line, it's all pretty obvious: that's what I entered
at the prompt, expressed in Smalltalk bytecodes. But what is the rest?
Is that setting up a call for a C function and finally (the last line
that hangs) invoking it? So, does the VM hang when performing the
selector send for #callFrom:into:?

> > Can I do something about this?
>
> Fix the bug? SCNR :-)

Honestly, I'd love to. Please help me. :-)

Best regards,

Michael