GLIBC_2.0 not defined in file libc.so.6 with link time reference

Discussion in 'Cadence' started by Erik Wanta, Sep 3, 2003.

  1. Erik Wanta

    Erik Wanta Guest

    I am trying to run the HED on a RH9 machine (2.4.20). Any ideas on
    how to get base the following error? I yearn for the 443 SKILL HED.

    \o Cadence® hierarchy editor, version 5.0.0
    \o Copyright © 1998-2003, Cadence Design Systems, Inc.
    \o Warning: Cannot convert string "<Key>Escape,_Key_Cancel" to type
    VirtualBinding
    \o Warning: Cannot convert string "<Key>Home,_Key_Begin" to type
    VirtualBinding
    \o Warning: Cannot convert string "<Key>F1,_Key_Help" to type
    VirtualBinding
    \o Warning: Cannot convert string "Shift<Key>F10,_Key_Menu" to type
    VirtualBinding
    \o Warning: Cannot convert string "<Key>F10,Shift_Key_Menu" to type
    VirtualBinding
    \o Warning: Cannot convert string "<Key>KP_Enter,_Key_Execute" to type
    VirtualBinding
    \o Warning: Cannot convert string "Alt<Key>Return,Alt_Key_KP_Enter" to
    type VirtualBinding
    \o No child processes
    \o Exception occurred during event dispatching:
    \o java.lang.UnsatisfiedLinkError:
    /apps/cds_5.0.0.500.32/tools.lnx86/lib/libpcdbJava_sh.so:
    /apps/cds_5.0.0.500.32/tools/lib/libvirtuos_sh.so: symbol errno,
    version GLIBC_2.0 not defined in file libc.so.6 with link time
    reference
    \o at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    \o at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1382)
    \o at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1306)
    \o at java.lang.Runtime.loadLibrary0(Runtime.java:749)
    \o at java.lang.System.loadLibrary(System.java:820)
    \o at COM.cadence.pcdb.Pcdb.<clinit>(Pcdb.java:26)
    \o at COM.cadence.symphonyComponents.hierEditor.HEConfigControl.initLibAccess(HEConfigControl.java:452)
    \o at COM.cadence.symphonyComponents.hierEditor.HEConfigControl.open(HEConfigControl.java:217)
    \o at COM.cadence.symphonyComponents.hierEditor.HECmds.openConfig(HECmds.java:300)
    \o at COM.cadence.symphonyComponents.hierEditor.ScHierEditor.openConfig(ScHierEditor.java:3768)
    \o at COM.cadence.symphonyComponents.hierEditor.CdsHierEditor.openConfig(CdsHierEditor.java:1156)
    \o at COM.cadence.symphonyComponents.hierEditor.CdsHierEditor.access$1400(CdsHierEditor.java:31)
    \o at COM.cadence.symphonyComponents.hierEditor.CdsHierEditor$6.run(CdsHierEditor.java:1273)
    \o at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:154)
    \o at java.awt.EventQueue.dispatchEvent(EventQueue.java:337)
    \o at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:131)
    \o at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:98)
    \o at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
     
    Erik Wanta, Sep 3, 2003
    #1
  2. Erik Wanta

    B Guest

    I think I had a similar problem (with ncsim) and the only simple
    workaround I found is to use a diff kernel. You can try this
    in a fresh terminal
    export LD_ASSUME_KERNEL=2.4.1

    (*) Try this also for you other problem (the next post)
     
    B, Sep 3, 2003
    #2
  3. Erik Wanta

    Erik Wanta Guest

    B:
    setenv LD_ASSUME_KERNEL 2.4.1 fixed this issue, thank you.
     
    Erik Wanta, Sep 8, 2003
    #3
Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.