Shared Library problems - freezes

I have iBook Dual USB 600mhz model here, I sometimes use OS9 for specific applications that doesnt work in OSX. It freezes all the time, turns out to be Shared Library extensions causing the system to freeze. Even If I open up "System Info" in OS9, it freezes, if i remove the extensions, its fine. But these applications require Shared Library extensions, what shall I do with that problem?
thanks
AP

I've been having this same problem with 8.6 on several computers. I did a resource level comparison and even though the resources are fine (not corrupted), a checksum between the crashing Shared Library and a good one reveal that the resources have been restructured. On further investigation, it appears to be Shared Library + OT Libraries. Remove one or the other and try again.

Similar Messages

  • Shared library problem

    After messing around with fonts i ended up with this problem: i cant start gdm.
    here's the message i get:
    /usr/sbin/gdm-binary: error while loading shared libraries: libfreetype.so.6: cannot open shared object: no such file or directory
    tried to install some fonts - same error.
    tried to update font cache - same error.
    I open up gdm-binary in Midnight Commander and its all like Greek/Chinese in there.
    Any help would be good, thank you for your time
    Last edited by nikchris (2008-04-11 15:45:49)

    pacman -S freetype2

  • IPhoto - Sharing Library Problem

    Hi
    I recently experienced a problem with the iPhoto Sharing option.
    I am currently on a MacBook Pro and a new iMac. Both are running iPhoto 6.
    If I select 'Share my Photos' and 'Look for shared Photos' on both, I cannot get a connection. Nothing appears.
    I do this at work every few days without a problem. But on the home machines it does not work.
    Could it have something to do with the sharing settings in the System Preferences? iPhoto Bonjour is active on both machines.
    I previously had trouble with the AFS, SMB etc file sharing - is there a way to reset that?
    many thanks for any help,
    Stefan.

    not to worry.
    this problem has been fixed. I deleted Sharepoints, and ran Cocktail, turning all shares off and on. After a restart, everything was fine again.

  • Problem with JNI in a Solaris shared library

    Hi,
    I have a problem.
    I have used JNI in my .dll on Windows & .so on Solaris . I have also used the same JNI code in a .exe on Windows & an executable on Solaris. 3 out of the above 4 combinations work & 1 doesen't. When I use JNI from a .so on Solaris 8(with/without the J2SE recommended patch), the JVM seems to have some exception & dumps core when I invoke CreateJavaVM(). See Below - I've included the output on the screen & the output from 'pstack core' :
    Unexpected Signal : 11 occurred at PC=0xFED29D44
    Function=[Unknown. Nearest: JVM_GetMethodIxExceptionIndexes+0x1994]
    Library=/usr/java/jre/lib/sparc/libjvm.so
    Current Java thread:
    Dynamic libraries:
    0x10000 SblSim
    0xff280000 /usr/lib/libnsl.so.1
    0xfec00000 /usr/java/jre/lib/sparc/libjvm.so
    0xff370000 /usr/lib/libpthread.so.1
    0xff350000 /usr/lib/librt.so.1
    0xff260000 /usr/lib/libsocket.so.1
    0xff390000 /usr/lib/libdl.so.1
    0xff230000 /usr/lib/libCrun.so.1
    0xff200000 /usr/lib/libm.so.1
    0xff340000 /usr/lib/libw.so.1
    0xff1b0000 /usr/lib/libthread.so.1
    0xff080000 /usr/lib/libc.so.1
    0xff180000 /usr/lib/libmp.so.2
    0xff160000 /usr/lib/libaio.so.1
    0xff1f0000 /usr/platform/SUNW,Sun-Blade-1000/lib/libc_psr.so.1
    0xfebd0000 /usr/j2se/jre/lib/sparc/native_threads/libhpi.so
    0xfeba0000 /usr/j2se/jre/lib/sparc/libverify.so
    0xfeb60000 /usr/j2se/jre/lib/sparc/libjava.so
    0xfeb40000 /usr/j2se/jre/lib/sparc/libzip.so
    0xfe920000 /usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.2
    0xf1400000 ./libaicd.so
    0xfc480000 ./libmttoolkit.so
    0xfdfe0000 ./libmttlogger.so
    0xfdfb0000 /usr/j2se/jre/lib/sparc/libnet.so
    Local Time = Tue Nov 12 09:51:37 2002
    Elapsed Time = 29
    # HotSpot Virtual Machine Error : 11
    # Error ID : 4F530E43505002D5 01
    # Please report this error at
    # http://java.sun.com/cgi-bin/bugreport.cgi
    # Java VM: Java HotSpot(TM) Client VM (1.4.0_01-b03 mixed mode)
    # An error report file has been saved as hs_err_pid3120.log.
    # Please refer to the file for further information.
    Abort(coredump)
    Below is the output of 'pstack core'
    $ pstack core
    core 'core' of 3120: SblSim libaicd.so 127.0.0.1 9999
    ----------------- lwp# 1 / thread# 1 --------------------
    ff1c9764 __sigprocmask (ff1cbf60, 0, 0, 565f8, ff1de000, 0) + 8
    ff1be110 _sigon   (565f8, ff1e5930, 6, ffbedba4, 565f8, 6) + d0
    ff1c1150 thrpkill (0, 1, 6, ff1de000, 1, ff140450) + f8
    ff0cb900 raise (6, 0, 0, ffffffff, ff1403bc, 4) + 40
    ff0b58ec abort (ff13c000, ffbedcf8, 0, fffffff8, 4, ffbedd19) + 100
    feee2700 ???????? (1, fef98e50, ffbedd98, 0, feffc130, feee1258)
    feee12c8 ???????? (60650, b, fed29d44, ffbeeab8, b, 0)
    fede77c0 ???????? (fed29d44, ffbeeab8, ffbee800, fed29d44, fed03744, 0)
    ff1cb824 __sighndlr (b, ffbeeab8, ffbee800, fede6f38, 5669c, 5668c) + c
    ff1c84d8 sigacthandler (b, 565f8, 0, 0, 0, ff1de000) + 708
    --- called from signal handler with signal 11 (SIGSEGV) ---
    fed29d44 ???????? (0, 60650, 0, 0, 0, 0)
    fed2d7d4 ???????? (606e4, 0, 0, ffbeed00, 0, 0)
    f172e818 __1cHJNIEnv_JNewObject6MpnH_jclass_pnK_jmethodID_E_pnI_jobject__ (606e4, 0, 0, ffbeed70, 39, 107f90) + 70
    f172dbf8 __1cGJEvent2t5B6M_v_ (107f60, f1a877f4, db088, ff0c1c44, 107f48, 0) + 80
    f16f2864 __1cGCEvent2t6Mii_v_ (107f60, 0, 1, ff13c000, 107f48, 0) + 7c
    f16e62e8 __1cVCISCHelperThreadMutex2t6M_v_ (107f50, 0, 560ac, 30f68, fefe4000, 0) + c0
    f16ddc34 __1cLinitGlobals6F_v_ (0, 1, 19a, f1a198ec, f1a198ec, 0) + 5c
    f16de4e4 CreateISCDriverInstance (0, 5cc40, 0, 57608, 565e8, 0) + 554
    00034f08 __1cJRunSblSim6F_v_ (1, ffbef322, ffbef32c, ff13fc70, 100d4, 0) + 320
    00035588 main (4, ffbef1dc, ffbef1f0, 55c00, 0, 0) + 1a8
    00018460 _start   (0, 0, 0, 0, 0, 0) + 108
    ----------------- lwp# 2 / thread# 2 --------------------
    ff11e958 _signotifywait (ff1de000, 59, 0, 0, 0, 0) + 8
    ff1c2030 thr_yield (0, 0, 0, 0, 0, 0) + 8c
    ----------------- lwp# 3 --------------------------------
    ff1c9774 private___lwp_cond_wait (ff075d70, ff1ded9c, ff1de000, 0, 0, 4) + 8
    ff11c554 doorreturn (ff075cb0, ff1ba740, 0, 0, 0, 0) + 68
    ----------------- lwp# 4 / thread# 4 --------------------
    ff11efbc ___lwp_cond_wait (60048, 60030, fe901ad0, 0, 0, fe901ac8) + 8
    ff116610 lwpcond_timedwait (1cb8c88, 3dd1157a, fe901ba4, 60030, 60048, 1) + 98
    fecfc7d8 ???????? (0, 1, 0, 581b8, feffa26c, 0)
    fecfcfd4 ???????? (ff00a15c, feffa4b8, feffa4b4, 0, 0, 0)
    fecfccc0 ???????? (d3980, 0, 0, 0, 0, 0)
    fecfcbd0 ???????? (d3980, ff1df688, 1, 1, ff1de000, 0)
    ff1cb728 threadstart (d3980, 0, 0, 0, 0, 0) + 40
    ----------------- lwp# 5 --------------------------------
    ff11c4fc doorreturn (4, ff1df688, ff1df6a0, 3, ff1de000, 1) + 10
    ff1ba740 lwpstart (fea95d70, 0, 6000, ff075b74, 0, 0) + 18
    ff1c2030 thr_yield (0, 0, 0, 0, 0, 0) + 8c
    ----------------- lwp# 6 / thread# 5 --------------------
    ff11efbc ___lwp_cond_wait (d5720, d5708, 0, fed10a40, 0, 0) + 8
    fed110d4 ???????? (d56c8, 0, 5000, 5210, d4d38, 4d24)
    fed10824 ???????? (fdf8172c, 0, 0, d4d38, d4d38, 30dec8)
    fed103b0 ???????? (d4dcc, fdf81824, 0, 0, 0, 0)
    fa40cc94 ???????? (f2000380, b6, fdf818a4, ffffffff, 0, fdf817c0)
    fa405da0 ???????? (f2000380, b6, fdf818a8, fa415444, 0, fdf81840)
    fa405da0 ???????? (fdf81938, 0, 0, fa4157a4, 2f4210, fdf818d8)
    fa400438 ???????? (fdf819c0, fdf81c08, a, f6050b68, fa40bc8c, fdf81b50)
    fecfe2f8 ???????? (fdf81c00, fdf81a88, fdf81b48, d4d38, d4d38, fdf81a9c)
    fed0ff90 ???????? (fefe4000, d5298, fdf81b3c, fdf81b38, fdf81b48, d4d38)
    fed0fdf0 ???????? (fdf81c00, fdf81bfc, fdf81bf0, fdf81be8, fdf81be0, d4d38)
    fed0fd78 ???????? (d4d38, d4d38, ac9a0, d5298, 2d4488, fed0fa60)
    fed0fa88 ???????? (d4d38, 0, 0, 0, 0, 0)
    fecfcbd0 ???????? (d4d38, ff1df688, 1, 1, ff1de000, 0)
    ff1cb728 threadstart (d4d38, 0, 0, 0, 0, 0) + 40
    ----------------- lwp# 7 / thread# 6 --------------------
    ff11efbc ___lwp_cond_wait (d7040, d7028, 0, 1, 0, 0) + 8
    fed110d4 ???????? (d6fe8, 0, 5000, 5210, d6658, 4d24)
    fed10824 ???????? (fa38169c, 0, 0, d6658, d6658, 30dec8)
    fed103b0 ???????? (d66ec, fa38179c, 0, 0, 0, 0)
    fa40cc94 ???????? (f2000490, b6, fa3817a0, fa414050, 0, fa381730)
    fa405da0 ???????? (f2000478, b6, fa3818b4, fa415444, 0, fa3817d8)
    fa405c4c ???????? (f2000478, b6, fa381934, fa415444, d6658, fa381858)
    fa405c4c ???????? (fa381938, 0, 0, fa38197c, 2f4210, fa3818d8)
    fa400438 ???????? (fa3819c0, fa381c08, a, f60520b8, fa40bc8c, fa381b50)
    fecfe2f8 ???????? (fa381c00, fa381a88, fa381b48, d6658, d6658, fa381a9c)
    fed0ff90 ???????? (fefe4000, d6bb8, fa381b3c, fa381b38, fa381b48, d6658)
    fed0fdf0 ???????? (fa381c00, fa381bfc, fa381bf0, fa381be8, fa381be0, d6658)
    fed0fd78 ???????? (d6658, d6658, ac9e0, d6bb8, 2d4488, fed0fa60)
    fed0fa88 ???????? (d6658, 0, 0, 0, 0, 0)
    fecfcbd0 ???????? (d6658, ff1df688, 1, 1, ff1de000, 0)
    ff1cb728 threadstart (d6658, 0, 0, 0, 0, 0) + 40
    ----------------- lwp# 8 / thread# 7 --------------------
    ff11d194 _poll    (0, 0, 0, fa281a28, ff13f1b4, fa281a28) + 8
    ff1cb134 select (0, a, 0, ff1de000, fa281e14, 0) + 34
    fed32afc ???????? (d8040, 0, a, 0, 0, 0)
    fed328b4 ???????? (d8040, 0, 0, 0, 0, 0)
    fecfcbd0 ???????? (d8040, ff1df688, 1, 1, ff1de000, 0)
    ff1cb728 threadstart (d8040, 0, 0, 0, 0, 0) + 40
    ----------------- lwp# 9 / thread# 8 --------------------
    ff11efbc ___lwp_cond_wait (5f998, 5f980, 2e7aa0, ff1de000, fa181e14, 0) + 8
    fecfc634 ???????? (5f950, 0, 0, 0, feffa26c, 0)
    fed3371c ???????? (3c00, 3f44, 0, 0, 0, 0)
    fecfcbd0 ???????? (d81a8, ff1df688, 1, 1, ff1de000, 0)
    ff1cb728 threadstart (d81a8, 0, 0, 0, 0, 0) + 40
    ----------------- lwp# 10 / thread# 9 --------------------
    ff11f008 lwpsema_wait (f1f81e30, ff1de000, 0, f1f81d70, ff3e2628, 0) + c
    ff1b94c0 _swtch   (f1f81d70, ffffffff, ff1de000, 5, 1000, 0) + 158
    ff1bcc64 sema_wait (ff020fe0, ff1e98e4, 5000, 10000, 534d, 1) + bc
    fed345c8 ???????? (0, 6, b, a, 1, 0)
    fed34254 ???????? (ff002ae4, ff00a5a0, ff00a5d4, dab90, 2d4488, fed0fa60)
    fed0fa88 ???????? (da630, 0, 0, 0, 0, 0)
    fecfcbd0 ???????? (da630, ff1df688, 1, 1, ff1de000, 0)
    ff1cb728 threadstart (da630, 0, 0, 0, 0, 0) + 40
    ----------------- lwp# 11 / thread# 10 --------------------
    ff11efbc ___lwp_cond_wait (604e8, 604d0, 2e7aa0, feffa26c, 106c40, 0) + 8
    fecfc88c ???????? (604a0, 0, 0, dbbd0, feffa26c, 0)
    fed349ac ???????? (db670, db670, dbfd0, dbbd0, 2d4488, fed0fa60)
    fed0fa88 ???????? (db670, 0, 0, 0, 0, 0)
    fecfcbd0 ???????? (db670, ff1df688, 1, 1, ff1de000, 0)
    ff1cb728 threadstart (db670, 0, 0, 0, 0, 0) + 40
    -------------------------- thread# 3 --------------------
    ff1bddbc reapwait (ff1e29e0, 20520, 0, ff1de000, 0, 0) + 38
    ff1bdb14 _reaper  (ff1dee30, ff1e4740, ff1e29e0, ff1dee08, 1, fe400000) + 38
    ff1cb728 threadstart (0, 0, 0, 0, 0, 0) + 40

    This is an update to the original message -
    I have tried both HotSpot & Server JVMs but still see the
    same behavior. I'm using 1.4 .
    I'd like to provide more information to those who can help
    me. I have a feeling there might be something wrong in my
    CC options. Thus you will find below what my CC statement
    looks like for one of the files in my project & for the
    linking of the final shared library. I also have
    provided the output of ldd on my shared library libaicd.so
    & for comparison the output of ldd on libjvm.so as that
    might provide some usefull information just incase
    something looks suspecious & might ring a bell.
    /opt/SUNWspro.cc6/bin/CC -c -KPIC -g -DDEBUG=DEBUG -
    D_DEBUG -mt -DSOLARIS -DSTD_STREAM -
    I/vob1/qwsrc/fw/include -I.-I/vob4/source/idl -
    I/vob4/source/mttoolkit -I/vob4/source/mttoolkit/tools -
    I/vob4/source/integrations/siebel/aicd -
    I/vob4/source/include -I/vob1/qwsrc/fw/include -
    I/vob4/source/source -I/vob4/source/mttoolkit -
    I/vob1/external/platform_neutral/siebel/scapi/include -
    I/external/sparc/Sun/jdk/1.3.1/include -
    I/external/sparc/Sun/jdk/1.3.1/include/solaris -
    I/vob4/source/idl -I/vob4/source/mttoolkit -
    I/vob4/source/mttoolkit/tools -
    I/vob4/source/mttoolkit/vnet -
    I/vob4/source/mttoolkit/bool -DUNIX -
    D_USE_MTTServerToolkit -D_JAVA_ WIAcceptTimeOut.cpp -
    o /space/users/janak/buildoutput/sparc/debug/obj/integratio s/siebel/aicd/WIAcceptTimeOut.o
    /opt/SUNWspro.cc6/bin/CC -G -
    o /space/users/janak/buildoutput/sparc/debug/lib/fw/libaicd.so
    /space/us
    ers/janak/buildoutput/sparc/debug/obj/integrations/siebel/ai
    cd/AgentService.o /space/users/janak/buildoutput/sparc/debug
    /obj/integrations/siebel/aicd/AgentServiceCmds.o /space/user
    s/janak/buildoutput/sparc/debug/obj/integrations/siebel/aicd
    /AgentServiceEvents.o /space/users/janak/buildoutput/sparc/d
    ebug/obj/integrations/siebel/aicd/AgentServiceICAReq.o /spac
    e/users/janak/buildoutput/sparc/debug/obj/integrations/siebe
    l/aicd/AgentServiceICEvents.o /space/users/janak/buildoutput
    /sparc/debug/obj/integrations/siebel/aicd/AgentServiceUtilit
    ies.o /space/users/janak/buildoutput/sparc/debug/obj/integra
    tions/siebel/aicd/AvMc.o /space/users/janak/buildoutput/spar
    c/debug/obj/integrations/siebel/aicd/InternationalStrings.o
    /space/users/janak/buildoutput/sparc/debug/obj/integrations/
    siebel/aicd/JEvent.o /space/users/janak/buildoutput/sparc/de
    bug/obj/integrations/siebel/aicd/JMultipleEvents.o /space/us
    ers/janak/buildoutput/sparc/debug/obj/integrations/siebel/ai
    cd/JNIObject.o /space/users/janak/buildoutput/sparc/debug/ob
    j/integrations/siebel/aicd/JObject.o /space/users/janak/buil
    doutput/sparc/debug/obj/integrations/siebel/aicd/JSemaphore.
    o /space/users/janak/buildoutput/sparc/debug/obj/integration
    s/siebel/aicd/JWorkerThread.o /space/users/janak/buildoutput
    /sparc/debug/obj/integrations/siebel/aicd/MultipleEvents.o /
    space/users/janak/buildoutput/sparc/debug/obj/integrations/s
    iebel/aicd/Param.o /space/users/janak/buildoutput/sparc/debu
    g/obj/integrations/siebel/aicd/ParamQueue.o /space/users/jan
    ak/buildoutput/sparc/debug/obj/integrations/siebel/aicd/RefC
    ount.o /space/users/janak/buildoutput/sparc/debug/obj/integr
    ations/siebel/aicd/SiebelDriver.o /space/users/janak/buildou
    tput/sparc/debug/obj/integrations/siebel/aicd/SiebelEvent.o
    /space/users/janak/buildoutput/sparc/debug/obj/integrations/
    siebel/aicd/SiebelWorkItem.o /space/users/janak/buildoutput/
    sparc/debug/obj/integrations/siebel/aicd/SingleEvent.o /spac
    e/users/janak/buildoutput/sparc/debug/obj/integrations/siebe
    l/aicd/SmartPtr.o /space/users/janak/buildoutput/sparc/debug
    /obj/integrations/siebel/aicd/StdAfx.o /space/users/janak/bu
    ildoutput/sparc/debug/obj/integrations/siebel/aicd/ThreadPoo
    l.o /space/users/janak/buildoutput/sparc/debug/obj/integrati
    ons/siebel/aicd/Utilities.o /space/users/janak/buildoutput/s
    parc/debug/obj/integrations/siebel/aicd/WIAcceptTimeOut.o -
    lnsl -lc -lCstd -
    L/space/users/janak/buildoutput/sparc/debug/lib/cti -
    lmttoolkit -
    L/space/users/janak/buildoutput/sparc/debug/lib/fw -
    lmttlogger -
    L/space/users/janak/buildoutput/sparc/debug/lib/fw -
    lqwlicmtt -
    L/external/sparc/Sun/jdk/1.3.1/jre/lib/sparc/server -
    Bdynamic -ljvm -mt -lpthread -lposix4
    $ ldd /usr/j2se/jre/lib/sparc/libjvm.so
    libCrun.so.1 => /usr/lib/libCrun.so.1
    libdl.so.1 => /usr/lib/libdl.so.1
    libthread.so.1 => /usr/lib/libthread.so.1
    libsocket.so.1 => /usr/lib/libsocket.so.1
    libnsl.so.1 => /usr/lib/libnsl.so.1
    libm.so.1 => /usr/lib/libm.so.1
    libw.so.1 => /usr/lib/libw.so.1
    libc.so.1 => /usr/lib/libc.so.1
    libmp.so.2 => /usr/lib/libmp.so.2
    /usr/platform/SUNW,Sun-Blade-1000/lib/libc_psr.so.1
    $ ldd libaicd.so
    libnsl.so.1 => /usr/lib/libnsl.so.1
    libc.so.1 => /usr/lib/libc.so.1
    libmttoolkit.so => ./libmttoolkit.so
    libmttlogger.so => ./libmttlogger.so
    libjvm.so => /usr/java/jre/lib/sparc/libjvm.so
    libpthread.so.1 => /usr/lib/libpthread.so.1
    librt.so.1 => /usr/lib/librt.so.1
    libdl.so.1 => /usr/lib/libdl.so.1
    libmp.so.2 => /usr/lib/libmp.so.2
    libCrun.so.1 => /usr/lib/libCrun.so.1
    libthread.so.1 => /usr/lib/libthread.so.1
    libsocket.so.1 => /usr/lib/libsocket.so.1
    libm.so.1 => /usr/lib/libm.so.1
    libaio.so.1 => /usr/lib/libaio.so.1
    libw.so.1 => /usr/lib/libw.so.1
    /usr/platform/SUNW,Sun-Blade-1000/lib/libc_psr.so.1

  • I am trying to move my itunes library from my old pc to my new imac, home sharing is on and I can see the shared library.  My problem is that when I check the shared library to import it to my imac I cannot import it.  Can anyone help me?

    I am trying to move my itunes library from my old pc to my new imac, home sharing is on and I can see the shared library.  My problem is that when I check the shared library to import it to my imac I cannot import it.  Can anyone help me?

    You need to transfer the iTunes Library from the most recent backup you made before the hard drive was replaced.
    You can't transfer the full iTunes Library from the iPad back to iTunes.
    There are third-party Windows applications that will transfer data from an iOS device, but they don't re-create the iTunes Library exactly as it was before.

  • Problem with JNI (custom shared library) on App Server

    We have a custom built shared library (.so) we want to use with the app server (a webapp). The .so is wrapped with java class and works to spec when tested outside of app server (webapp) environment with test stub. When wrapper class is introduced to App Server (webapp) & embedded function is invoked we recieve java.lang.UnsatisfiedLinkError(). We've looked to make sure $LD_LIBRARY_PATH is correct but still recieve this exception. Any suggestions? Running nm against the .so shows undefined symbols but these should be resolved by $LD_LIBRARY_PATH. Any suggestions?

    what version of appserver are u using...if 7.0 then try using their common class loader as per this docs:
    http://docs.sun.com/source/817-2171-10/dgdeploy.html#wp69906

  • I have an iphone 4s and when I try to connect it to my shared libraries; I get an icon of a circle that only fills up halfway.  I have an ipad and it connects to the shared library without a problem.  My library is much larger than the capacity of either

    I have an iphone 4s and when I try to connect to my shared library I see an icon of a circle that only becomes half full.  It does not connect.  I also have an ipad, which connects without incident. My itunes library is larger than the capacity of both devices, so that cannot be the issue.  How can I get the phone to connect with my shared library?

    My husband and I are using the same iTunes account on all mac & pc computers, but the libraries are different on each machine.  We always manually manage our music (no auto sync).  iTunes is up to date on the PCs.  My husband uses our joint iTunes account on his pc, but once again, has a different collection in his library from those on the other machines.  He can't load any music from his PC to his iphone 4.  I can load music from my mac library to my iphone 4s, but cannot load from my pc library to my iphone 4s.  How can I switch my main library that it syncs with from the mac to the pc?
    Thanks

  • Problems linking shared library

    I'm encountering the following warnings when linking a shared library:
    CC -I. -c -DUNIX -KPIC WM_numeric.cxx
    ld -z verbose -G -o libeqpr.so distribution.o lognormal.o standardnormal.o MurexAPIEntryPoint.o CibcModelAPI.o WM_EqModelBase.o WM_EqModelTree.o WM_EqModelVarSwap.o WM_numeric.o
    ld: warning: relocation warning: R_SPARC_DISP32: file distribution.o: symbol <unknown>: displacement relocation applied to the symbol __1cMCIBC_PRICINGbL__RTTI__1nMCIBC_PRICINGMDistribution__: at 0x50: displacement relocation will not be visible in output image
    ld: warning: relocation warning: R_SPARC_DISP32: file distribution.o: symbol <unknown>: displacement relocation applied to the symbol __1cMCIBC_PRICINGbL__RTTI__1nMCIBC_PRICINGMDistribution__: at 0x58: displacement relocation will not be visible in output image
    ld: warning: relocation warning: R_SPARC_DISP32: file distribution.o: symbol <unknown>: displacement relocation applied to the symbol __1cMCIBC_PRICINGbN__RTTI__1CpnMCIBC_PRICINGMDistribution__: at 0x90: displacement relocation will not be visible in output image
    The warning seem to be related to the fact that I use virtual members in classes that are derived and the member overriden. (I'm saying that because I have a similar library with no virual members and I don't get the warnings even if I use the same options).
    uname -a:
    SunOS cbsccuseqt1d 5.9 Generic_118558-17 sun4u sparc SUNW,Sun-Fire-880
    CC -V:
    CC: Sun WorkShop 6 update 2 C++ 5.3 Patch 111685-22 2005/04/29
    Please advise

    More info: hopefully I get an opinion:)
    The header file:
    #ifndef DISTRIBUTION_H
    #define DISTRIBUTION_H
    class Distribution
    public:
    virtual double marketVol( double _x) const;
    #endif
    The cpp file:
    #include "distribution.h"
    double Distribution::marketVol( double _x) const
    return 1.0;
    Makefile:
    LIB = libeqpr.so
    CC=CC
    CFLAGS = -I. -c -DUNIX -KPIC
    LDFLAGS = -z verbose -G
    LINK_LIBPATH =
    LINK_LIBS=
    OBJS = distribution.o
    all: ${LIB}
    libeqpr.so: ${OBJS}
    ld ${LDFLAGS} -o ${LIB} ${OBJS}
    distribution.o: distribution.cpp
    $(CC) $(CFLAGS) distribution.cpp
    clean:
    -rm libeqpr.so *.o
    Message was edited by:
    oulisee

  • Problem importing videos into file-shared library

    There appears to be a bug in iPhoto for importing videos in the case where a library is opened via file sharing.
    I've posted a bug report with Apple but it might help others to know about this. If I'm mistaken feel free to explain, that would be helpful too.
    I have an iPhoto library on a Mac Mini server at home. I often open the iPhoto library on the mini via file sharing from my laptop to edit it.
    I can drag and drop photos from my Sony DSC-H55 memory card plugged into my laptop onto iPhoto and they import fine into the file-shared library.
    If I do the same with videos I get an error message that they are an unsupported file type.
    If I copy the videos to the mini, and open iPhoto locally on the mini, they import fine.
    In every other way, working with this iPhoto library via file sharing has been flawless, so this looks like a bug.

    Interesting, thanks for the warning, Terence. I guess I assumed error correction would deal with that scenario, but I suppose there are insidious errors that could slip through and result in a mangled library. I do regular backups but still, I might lose that one special priceless photo!
    It's easy enough to use screen sharing to operate iPhoto on the mini over wireless. I can transfer files first and then import that way. That would avoid this bug too.
    Would you say this applies to other aspects of file sharing too? In other words, should we simply never edit a crucial file on a remote machine connected by wireless?
    Where I work we often use SVN over wireless. I wonder if we could damage something while updating the repository.

  • Linking problems compiling Lua shared library (nixio)

    I am trying to create a PKGBUILD for nixio (see http://dev.luci.freifunk-halle.net/nixio/doc/). I am using this PKGBUILD:
    pkgname=nixio
    pkgver=0.3
    pkgrel=1
    pkgdesc="System, networking and I/O library for Lua"
    arch=('i686' 'x86_64')
    url="http://luci.subsignal.org/"
    license=('APACHE')
    depends=('lua>=5.1' 'openssl')
    makedepends=()
    optdepends=()
    provides=()
    options=('docs')
    source=(http://dev.luci.freifunk-halle.net/nixio/nixio-0.3.tar.bz2)
    md5sums=('7fa6a989cd2644347d969cb6e3a5c186')
    build() {
    cd "$srcdir/$pkgname-$pkgver"
    make LUA_MODULEDIR=/usr/share/lua/5.1 LUA_LIBRARYDIR=/usr/lib/lua/5.1
    package() {
    cd "$srcdir/$pkgname-$pkgver"
    cp -R dist/* $pkgdir
    (The package contents are rather irregular.) When building, it produces this output:
    ==> Starting build()...
    mkdir -p dist/usr/share/lua/5.1
    cp -pR lua/* dist/usr/share/lua/5.1 2>/dev/null || true
    for i in $(find dist -name .svn); do rm -rf $i || true; done
    gcc -O2 --std=gnu99 -Wall -Werror -pedantic -fPIC -c -o src/nixio.o src/nixio.c
    gcc -O2 --std=gnu99 -Wall -Werror -pedantic -fPIC -c -o src/socket.o src/socket.c
    gcc -O2 --std=gnu99 -Wall -Werror -pedantic -fPIC -c -o src/sockopt.o src/sockopt.c
    # 15 more pretty much identical object code files...
    gcc -Wl,--hash-style=gnu -Wl,--as-needed -shared -lcrypt -lssl -o src/nixio.so src/nixio.o src/socket.o src/sockopt.o src/bind.o src/address.o src/poll.o src/io.o src/file.o src/splice.o src/process.o src/syslog.o src/bit.o src/binary.o src/fs.o src/user.o src/tls-crypto.o src/tls-context.o src/tls-socket.o
    mkdir -p dist/usr/lib/lua/5.1
    cp src/nixio.so dist/usr/lib/lua/5.1/nixio.so
    The package seems to build fine, although namcap produces these warnings:
    nixio W: Dependency included and not needed ('lua')
    nixio W: Dependency included and not needed ('openssl')
    But when I install it and launch Lua:
    Lua 5.1.4 Copyright (C) 1994-2008 Lua.org, PUC-Rio
    > require 'nixio'
    error loading module 'nixio' from file '/usr/lib/lua/5.1/nixio.so':
    /usr/lib/lua/5.1/nixio.so: undefined symbol: MD5_Init
    stack traceback:
    [C]: ?
    [C]: in function 'require'
    stdin:1: in main chunk
    [C]: ?
    Doing some research, I found that MD5_Init is part of the OpenSSL library (which nixio uses for its cryptographic functions), and that "undefined symbol" errors are indicative of a program compiling and linking properly, but not being able to load a shared library at runtime. However, OpenSSL is installed properly and libssl.so is in my /usr/lib.
    What should I do to fix this error? It builds properly when installed using LuaRocks. I tried adding various flags from the rockspec (run "luarocks download nixio" and "luarocks unpack nixio-0.3-1.src.rock" to look at it) but still can't get it to work.

    You probably did not install the required C++ shared library patches on the system where you are running the compiler. On Solaris 9 for SPARC, Studio 11 requires patches 111711-12 and 111712-12. Studio 11 also requires other patches, which are in the installation image.
    You can find out what shared library version you have by running these commands:
    version /usr/lib/libCstd.so.1
    version /usr/lib/sparcv9/libCstd.so.1
    If the patch versions are not -12 or later, run the Studio 11 installer again, and this time have it install the Solaris patches (but nothing else).

  • Music from shared library will not display by artist or album.

    How do I set up home sharing to display music from shared library by artist and album?

    I am not sure if the fix that cuatro476804 suggested is the issue here.  I have also been experiencing freezing issues with my Apple TV since the latest Apple TV/iTunes updates.  Here is the bug report I just submitted to Apple:
    Since the last update to Apple TV or the last updates to iTunes (not sure which is the culprit) Apple TV freezes when trying to play music streamed from iTunes on a Mac.
    I have an iMac running iTunes [11.01 (12)] and a 3rd gen Apple TV running the latest OS release as of 12-20-2012.  Since the last software update for iTunes and Apple TV, the Apple TV will freeze when playing a song after about 10 - 20 seconds.  This happens whether I am using my computer directly or when using the "remote" app on my iPhone 5.  I can restart my song again by pressing play, but the song will freeze again after another 10 - 20 seconds.
    I can temporarily cure the bug by unplugging my Apple TV for 5 seconds to cold start the gizmo, and then both iTunes and Remote seem to be able to stream without any issues.
    but when I try to play music the next day, the same freezing issue occurs again like clockwork.
    I thought this was just a rare buggy issue, maybe even a WiFi or other communication problem, but I have been playing tunes on my Apple TV for a couple years streamed from my iMac with not problems.  This only started happening after the last software update.  Again, not sure if this is the Apple TV update, or the iTunes 10.01 (12) update causing this.
    Daily rebooting of the Apple TV is not an acceptable solution.  Were this a Microsoft product, sure, but Apple product... its just supposed to work :-)
    I hope others will report the same issue so this gets repaired soon.
    -- Jon

  • Shared library causes TV to crash, forcing reboot

    For ages now I have had the problem, and have reported it to Apple several times, with no news of it being fixed.
    If we are already watching a vid that's streaming off the home Macbook onto the TV, and I turn my Macbook Pro on and load iTunes (which is a secondary shared library for the TV) there are a few pauses in the video we are watching as it registers the newly available shared library on the network. But then it will just freeze and do nothing. The last frame of the video stays displayed, but the TV is unresponsive, forcing a reboot.
    Has anyone seen/heard of this before? Has anyone got more than one library shared with their TV who can try and replicate the problem to see if it does the same to you?
    Thanks.

    Thanks for your response. You are right that it won't access the shared library until told to do so, but it will recognise when a shared library becomes available, even when watching a video from another, as this is what's causing the problem (when you go to 'Shared Movies' for example, a shared library will already be available or greyed out as the TV has already detected ones available before you get to that screen).
    I have tried my TV with my two libraries on 2 different networks (changed from cable to adsl not so long back) with the same results. If you have never had the problem, I am puzzled as to why I am having the issue.
    Can anyone else confirm if they have had this experience?

  • How can I use a shared library made with the application builder?

    Hi,
    I am using LabVIEW 7.1 running on Slackware 10.1 (kernel 2.4.29) and I am trying to call a graph display from a C program that I use for debugging VME access from a VMIVME controler. So using the application builder I built the VI as a shared library (graph.vi -> graph.so) containing a function called "graph". In my main program the call to the dlopen fails with the error: "graph.so: undefined symbol: UninitLVClient". When I examin graph.so with nm I see that UninitLVClient and other LabVIEW functions are indeed undefined and using ldd shows that graph.so has dependencies only on libc.so.* and *linux*.so.* but not on LabVIEW related stuff. Those functions are defined in the liblv.so that's in the cintools directory but I have no idea if the user is supposed to use that.
    So I think I am missing an important concept here. Can somebody help or direct me to some documentation (I found lots of information about how to link external code to LabVIEW but nothing about how to link LabVIEW code to an external program)?

    Thanks Watermann,
    your message has been very useful so now I am linking to the proper library but I still have problems when trying to load dynamically the shared library produced with LabVIEW. It is strange that I could successfully load the lvrt library at loading time but it does not work when I am loading the library at execution time.
    I made a small LabVIEW program that prints a hello window and I am calling it from a C program. In the first program main.c I am linking to the lvrt library at loading time and it works but in the second one I am linking dynamically at execution time and it does not work. For my work I need to be able to load code done in LabVIEW at execution time. Any help is appreciated!
    Program main.c:
    // small program to call a LabVIEW shared library
    #include
    #include
    #include "hello.h" // got this from the LabVIEW builder, i.e. when I made the hello.so
    int main(void)
    printf("Hello from C!\nLets call LabVIEW now\n");
    hello();
    printf("Bye ... \n");
    return 0;
    The command to compile main.c, i.e. linking shared library lvrt when loading main program:
    gcc -Wall -I /usr/local/lv71/cintools/ -o main main.c hello.so -l lvrt
    The LD_LIBRARY_PATH has been defined and exported:
    $ LD_LIBRARY_PATH=$PWD
    $ export LD_LIBRARY_PATH
    IT WORKS!
    Program main2.c:
    // small program to call a LabVIEW shared library
    #include
    #include
    #include
    int main(void)
    void * h_lvrt;
    void * h_hello;
    void (* hello)(void);
    char * error;
    printf("Hello from C!\nLets call LabVIEW now\n");
    // open LabVIEW RunTime shared library
    // in my computer located at /usr/local/lib/liblvrt.so
    h_lvrt = dlopen("/usr/local/lib/liblvrt.so", RTLD_NOW);
    // check for error
    error = dlerror();
    if (error) {
    printf("error : could not open LabVIEW RunTime library\n");
    printf("%s\n", error);
    return 1;
    // open hello shared library
    // in my computer located at /home/darss/lv_call/hello.so
    h_hello = dlopen("hello.so", RTLD_NOW);
    // check for error
    error = dlerror();
    if (error) {
    // close LabVIEW RunTime shared library
    dlclose(h_lvrt);
    printf("error : could not open hello library\n");
    printf("%s\n", error);
    return 1;
    // get function hello from library hello.so
    hello = dlsym(h_hello, "hello");
    // check for error
    error = dlerror();
    if (error) {
    // close hello shared library
    dlclose(h_hello);
    // close LabVIEW RunTime shared library
    dlclose(h_lvrt);
    printf("error : could not get the hello function\n");
    printf("%s\n", error);
    return 1;
    // call hello function
    hello();
    // close hello shared library
    dlclose(h_hello);
    // close LabVIEW RunTime shared library
    dlclose(h_lvrt);
    printf("Bye ... \n");
    return 0;
    The command to compile main2.c, i.e. dynamically linking library lvrt at execution of main2 program:
    gcc -Wall -o main2 main2.c -l dl
    The LD_LIBRARY_PATH still defined and exported.
    IT DOES NOT WORK!
    Program output:
    Hello from C!
    Lets call LabVIEW now
    error : could not open hello library
    /home/darss/lv_call/hello.so: undefined symbol: WaitLVDLLReady

  • HT2688 Working on a single computer with multiple users, I have set things up to allow each user to view and listen to the others' music libraries under the "Shared Library" function.  Can you then connect an iPod touch and copy music from a shared librar

    Working on a single computer with multiple users, I have set things up to allow each user to view and listen to the others' music libraries under the "Shared Library" function.  Can you then connect an iPod touch and copy music from a shared library?

    Was your wife logged into the libray at the time you tried to log in? I have had a similar problem and it was because another user was logged into the library when I attempted to. I got the permission denied banner.

  • How to make the symbol to be resolved within the shared library ?

    I have two definitions of a symbol, one is in the main code, the other in a shared library. I want the symbol to be resolved within the shared library if it needed in the shared library.
    From the 'C++ User�s Guide', use the option '-Bsymbolic' to build the shared library is a choice. But it also said 'Never use -Bsymbolic with programs containing C++ code, use linker map files instead. So I have to try to use the map file, but I did not get more useful information from 'Linker and Libraries Guide'.
    I want to know what should be included in the map file and how to generate the map file?
    Additionally, from the 'Linker and Libraries Guide', the 'Direct Binding' also could resolve this problem. And I tried to build the shared library by the '-B direct' option, it works.
    Could anybody tell me what's the difference between the '-Bsymbolic' and '-B direct'?
    Any comments are appreciated.

    You didn't provide fun.h, and you didn't show all the commands that you must have used -- there are no commands that compile the source code into .o files. So I can't tell why the -xldscope option didn't work for you.
    Problems and errors that I see in your example:
    Functions func and swap are referenced from C code, but swap and one of the func functions are compiled by the C++ compiler and will get mangled names. If you compile a function with the C++ compiler that is to be called from C code, you need to declare the function as extern "C". But the extern "C" in a shared header needs to be guarded by +#ifdef __cplusplus+, since a C compiler won't understand the declaration.
    When you build a shared library, you must explicitly list the libraries it depends on, since no dependencies are created by default. For a C++ library, you need at least -lCrun -lc in that order. Otherwise, in a real-world program you can have program failures due to incorrect library initialization order. To be sure you have listed all needed libraries, use the -zdefs option, which causes the linker to complain about missing definitions.
    To be sure the shared library is picked up at run time, provide a RUNPATH via the -R option when you build the executable.
    The -xldscope option must appear on compile commands for the files where you want it to take effect. It has no effect on a link command, because the option affects how code is generated.
    Here is my rewrite:
    % cat fun.h
    #ifdef __cplusplus
    extern "C"
    #endif
    void func();
    #ifdef __cplusplus
    extern "C"
    #endif
    void swap();
    % cat fun.c
    #include <stdio.h>
    #include "fun.h"
    extern "C" void func()
        printf("func in the shared lib\n");
    extern "C" void swap()
        func();
    % cat fun_in.c
    #include <stdio.h>
    #include "fun.h"
    void func()
        printf("func in the main code\n");
    % cat main.c
    #include <stdio.h>
    #include "fun.h"
    int main()
        func();
        printf("invoke the swap:\n");
        swap();
    % CC -G -xldscope=symbolic fun.c -Kpic -o liboutside.so -lCrun -lc -zdefs
    % cc -o run main.c fun_in.c -L. -loutside -R .
    % ./run
    func in the main code
    invoke the swap:
    func in the shared libAs you can see, it works as advertised.
    Please note that the -xldscope option affects all functions in the module. If you need more fine-grained control, you must add declarations to the source code, or use a mapfile instead of -xldscope .

Maybe you are looking for