I experience the same problem, but linking the library doesn't prevent the
last serious error. I have tried with libstdc++.so.1.8.0 and 1.9.. 

Debian 2.1, Linux 2.1

/Jon


P.S> 

grimm@aida:~/Java/src/apps> java ArrayTest 
SIGSEGV   11*  segmentation violation
        stackpointer=0xbfffe328

Full thread dump Classic VM (Linux_JDK_1.2_pre-release-v1, native
threads):
    "Finalizer" (TID:0x41081320, sys_thread_t:0x81c3368, state:CW, native
ID:0xc03) prio=8
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:112)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:174)
    "Reference Handler" (TID:0x410813b0, sys_thread_t:0x81bebb0, state:CW,
native ID:0x802) prio=10
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:424)
        at
java.lang.ref.Reference$ReferenceHandler.run(Reference.java:114)
    "SIGQUIT handler" (TID:0x410813e0, sys_thread_t:0x81b7638, state:R,
native ID:0x401) prio=5
    "main" (TID:0x410811e0, sys_thread_t:0x8143020, state:R, native
ID:0x400) prio=5
        at sun.awt.font.NativeFontWrapper.getFullNameByFileName(Native
Method)
        at sun.awt.X11GraphicsEnvironment.parseFamilyNameProperty(Compiled
Code)
        at sun.java2d.SunGraphicsEnvironment.initCompositeFonts(Compiled
Code)
        at sun.awt.X11GraphicsEnvironment.initCompositeFonts(Compiled
Code)
        at sun.java2d.SunGraphicsEnvironment$1.run(Compiled Code)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.java2d.SunGraphicsEnvironment.<init>(Compiled Code)
        at sun.awt.X11GraphicsEnvironment.<init>(Compiled Code)
        at java.lang.Class.newInstance0(Native Method)
        at java.lang.Class.newInstance(Compiled Code)
        at
java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(Compiled Code)
        at sun.awt.motif.MToolkit.<clinit>(MToolkit.java:59)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Compiled Code)
        at java.awt.Toolkit$2.run(Compiled Code)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.awt.Toolkit.getDefaultToolkit(Compiled Code)
        at java.awt.Window.getToolkit(Compiled Code)
        at java.awt.Frame.addNotify(Compiled Code)
        at java.awt.Window.show(Compiled Code)
        ... (more frames not shown)
Monitor Cache Dump:
    java.lang.ref.Reference$Lock@410813C0/410B6B20: <unowned>
        Waiting to be notified:
            "Reference Handler" (0x81bebb0)
    java.awt.Component$AWTTreeLock@41085518/410E6770: owner "main"
(0x8143020) 1 entry
    java.lang.Class@41085510/410E6778: owner "main" (0x8143020) 1 entry
    java.lang.ref.ReferenceQueue$Lock@41081338/410B7028: <unowned>
        Waiting to be notified:
            "Finalizer" (0x81c3368)
    java.lang.Class@4108DCA8/411198A8: owner "main" (0x8143020) 1 entry
Registered Monitor Dump:
    PCMap lock: <unowned>
    utf8 hash table: <unowned>
    JNI pinning lock: <unowned>
    JNI global reference lock: <unowned>
    BinClass lock: <unowned>
    Class linking lock: <unowned>
    System class loader lock: <unowned>
    Code rewrite lock: <unowned>
    Heap lock: <unowned>
    Monitor cache lock: owner "main" (0x8143020) 1 entry
    Thread queue lock: owner "main" (0x8143020) 1 entry
    Dynamic loading lock: <unowned>
    Monitor registry: owner "main" (0x8143020) 1 entry



On Mon, 26 Apr 1999, Constantin Teodorescu wrote:

> François NOWE wrote:
> > 
> > The compilation works fine, but when I execute the class I've message on
> > output.
> 
> It's a library that doesn't exist on Linux RedHat 5.2
> 
> You can force the replacement with something else line that :
> 
> as root, do a 
> 
> ln -s /usr/lib/libstdc++.so.2.8.0 /lib/libstdc++-libc6.0-1.so.2
> 
> (on a single line, the mail program may split the above into two)
> 
> then try your program again.
> 
> If you are a Linux and Java newbie, take a look at
> http://www.java.ro/vtclava/index.html
> You will find there something to help you writing quick Java visual
> applications.
> 
> I recommend you to get jdk 1.1.7 for Linux that works fine, it's stable
> enough.
> Just wait for a new release of jdk 1.2
> For the moment it's too hot ... :-)
> 
> Best regards,
> -- 
> Constantin Teodorescu
> FLEX Consulting Braila, ROMANIA
> 
> 
> ----------------------------------------------------------------------
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 


----------------------------------------------------------------------
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to