• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: ZeroLink startup failure
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ZeroLink startup failure


  • Subject: Re: ZeroLink startup failure
  • From: Jonathan Hess <email@hidden>
  • Date: Wed, 12 Oct 2005 08:46:38 -0700

Ooops... Make that a NON ZeroLink build configuration appears to work fine.

On Oct 12, 2005, at 8:41 AM, Jonathan Hess wrote:

ZeroLink was working for me until...

1) I discovered a better way of enforcing static initializer ordering (static class object declared in headers).

2) Made some libraries I want statically linked really statically linked by removing them from the project and adding references to their .a files in OTHER_LDFLAGS (prior to this I discovered that xcode was finding and using the dylib version of the libraries).

3) Stepped on some other project/target/configuration setting while I was re organizing the source directory structure so that Fix and Contiue would work with more of the source.

The error message "EXC_BAD_ACCESS" isn't very helpful. Below is a gdb bt. Any suggestions? A ZeroLink build configuration appears to work fine.

Program received signal: "EXC_BAD_ACCESS".
warning: Previous frame identical to this frame (corrupt stack?)
Previous frame inner to this frame (corrupt stack?)
Previous frame inner to this frame (corrupt stack?)
(gdb) bt
#0 0x03204654 in ?? ()
#1 0x03204634 in ?? ()
#2 0x031e4114 in __static_initialization_and_destruction_0 (__initialize_p=52327729, __priority=6) at ext/srclibs/ordept/ sutils/geometry/UtilVec.h:384
#3 0x031e4414 in global constructors keyed to _ZN5mat_tIfE9kIdentityE () at /Volumes/Bobar/ordept/devish/apps/vis/ trunk/dev/vis/ext/srclibs/ordept/sutils/geometry/UtilGeometry.cpp:1568
#4 0x8fe16584 in __dyld__ZN16ImageLoaderMachO16doInitializationERKN11ImageLoader11LinkC ontextE ()
#5 0x8fe0b6f0 in __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextE ( )
#6 0x8fe0f378 in __dyld__ZN11ImageLoader4linkERKNS_11LinkContextENS_15BindingLazinessEN S_18InitializerRunningEj ()
#7 0x8fe044d4 in __dyld__ZN4dyld4linkEP11ImageLoaderNS0_15BindingLazinessENS0_18Initial izerRunningE ()
#8 0x8fe08c48 in __dyld_NSLinkModule ()
#9 0x9002db98 in NSLinkModule ()
#10 0x968d9cb8 in findSymbolInSet ()
#11 0x968d9d3c in undefinedHandler ()
#12 0x8fe03e0c in __dyld__ZN4dyld18findExportedSymbolEPKcbPPKN11ImageLoader6SymbolEPPS2_ ()
#13 0x8fe113ec in __dyld__ZN16ImageLoaderMachO16resolveUndefinedERKN11ImageLoader11LinkC ontextEPK11macho_nlistbPPS0_ ()
#14 0x8fe11f48 in __dyld__ZN16ImageLoaderMachO28doBindIndirectSymbolPointersERKN11ImageL oader11LinkContextENS0_15BindingLazinessEb ()
#15 0x8fe0ac34 in __dyld__ZN11ImageLoader13recursiveBindERKNS_11LinkContextENS_15Binding LazinessE ()
#16 0x8fe0f154 in __dyld__ZN11ImageLoader4linkERKNS_11LinkContextENS_15BindingLazinessEN S_18InitializerRunningEj ()
#17 0x8fe044d4 in __dyld__ZN4dyld4linkEP11ImageLoaderNS0_15BindingLazinessENS0_18Initial izerRunningE ()
#18 0x8fe08c48 in __dyld_NSLinkModule ()
#19 0x9002db98 in NSLinkModule ()
#20 0x968d9cb8 in findSymbolInSet ()
#21 0x968d9d3c in undefinedHandler ()
#22 0x8fe03e0c in __dyld__ZN4dyld18findExportedSymbolEPKcbPPKN11ImageLoader6SymbolEPPS2_ ()
#23 0x8fe113ec in __dyld__ZN16ImageLoaderMachO16resolveUndefinedERKN11ImageLoader11LinkC ontextEPK11macho_nlistbPPS0_ ()
#24 0x8fe11ca4 in __dyld__ZN16ImageLoaderMachO16doBindLazySymbolEPmRKN11ImageLoader11Lin kContextE ()
#25 0x8fe037a8 in __dyld__ZN4dyld14bindLazySymbolEPK11mach_headerPm ()
#26 0x8fe165f8 in __dyld_stub_binding_helper_interface ()
#27 0x005730fc in __static_initialization_and_destruction_0 (__initialize_p=1, __priority=65535) at /Volumes/Bobar/ordept/ devish/apps/vis/trunk/dev/vis/ext/srclibs/ordept/sutils/geometry/ UtilVec.h:384
#28 0x005731cc in global constructors keyed to _ZN14SUtilAppFactorC2Ev () at /Volumes/Bobar/ordept/devish/apps/vis/ trunk/dev/vis/ext/srclibs/ordept/factoring/SUtilAppFactor.cpp:1709
#29 0x8fe16584 in __dyld__ZN16ImageLoaderMachO16doInitializationERKN11ImageLoader11LinkC ontextE ()
#30 0x8fe0b6f0 in __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextE ( )
#31 0x8fe0f378 in __dyld__ZN11ImageLoader4linkERKNS_11LinkContextENS_15BindingLazinessEN S_18InitializerRunningEj ()
#32 0x8fe044d4 in __dyld__ZN4dyld4linkEP11ImageLoaderNS0_15BindingLazinessENS0_18Initial izerRunningE ()
#33 0x8fe08c48 in __dyld_NSLinkModule ()
#34 0x9002db98 in NSLinkModule ()
#35 0x968da424 in runInitializers ()
#36 0x968d9bbc in __zero_link_init_app ()
#37 0x00002748 in __darwin_gcc3_preregister_frame_info ()
#38 0x00001f7c in start ()



_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40vivistar.com


This email sent to email@hidden


_______________________________________________ Do not post admin requests to the list. They will be ignored. Xcode-users mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
References: 
 >ZeroLink startup failure (From: Jonathan Hess <email@hidden>)

  • Prev by Date: ZeroLink startup failure
  • Next by Date: Re: Incompatibilities between home-compiled and apple's libpng
  • Previous by thread: ZeroLink startup failure
  • Next by thread: Xcode rebuilding from scratch
  • Index(es):
    • Date
    • Thread