Re: SableVM on ARM Zaurus

Cortez The Killer <[email protected]>
Newsgroups gmane.comp.java.vm.sablevm.general
Message-ID <[email protected]>
[...]

> > -c/usr/java/share/sablevm-classpath/examples/examples.zip
> > gnu.classpath.examples.awt.Demo
> >
> > Until now, this worked only once, just by repeatingly trying(?!).
> > After pressing the "Cursors" button the program crashed with a
> > segmentation fault though.
> >
> > Unfortunately, I'm unable to try this on x86, because ./configure
> > complains about me having wrong versions of gtk+  on my RH9
> 
> It works fine on my x86 with SableVM 1.1.8 debs installed.
> 
> Can you try debug version of sablevm and call 'sablevm -v ...."?
> This will give you a hyper-flooding output so you surely should
> redirect it to some place with ~500MB of space.  And then seeing
> last ~500 lines of this file might help us.

the non-debugging version gives:
[...]
[verbose class: loading "gnu/classpath/examples/awt/Demo$CursorsWindow$1"]
[verbose class: loading "gnu/classpath/examples/awt/Demo$CursorsWindow$2"]
[verbose class: loading "gnu/java/awt/peer/gtk/GtkCanvasPeer"]
[verbose class: loading "java/awt/peer/CanvasPeer"]
Segmentation fault

I have yet to try the debugging version.
 
> The other option is to attach get a stack trace somehow. Either
> by running sablevm under gdb until it segfaults and then getting
> backtrace ('bt'), or asking it to drop core and then using gdb to
> analyze it and get the backtrace.
> 
> I only guess the segfault might be happening ie. in GTK code that
> does not handle some error gracefully, because of something that
> never happens on standard GTK installations on desktop machines.

I haven't used gdb before, so it could take some time before I know
how to use it. I guess you're right about the error being GTK related.
I used this example program because it uses most of the standard GUI
controls. If these examples work, I guess the system is stable enough
to do GUI programming. That's what I needed to know.

In the meantime I've tried some of the more exotic language variations
like anonymous inner classes, argument interface implementations etc.
just to see if compiler (Jikes) and VM are dealing with it correctly.
Until now this all works just fine, I guess I'll have to come up with
something better :-)
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.