• 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
ZeroLink and Fix and Continue failure
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

ZeroLink and Fix and Continue failure


  • Subject: ZeroLink and Fix and Continue failure
  • From: Jonathan Hess <email@hidden>
  • Date: Tue, 18 Oct 2005 11:40:36 -0700

I'm still having issues with ZeroLink.  It 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 on narrowing down the real problem?

A non 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__ZN16ImageLoaderMachO16doInitializationERKN11ImageLoader11LinkCon textE ()
#5 0x8fe0b6f0 in __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextE ()
#6 0x8fe0f378 in __dyld__ZN11ImageLoader4linkERKNS_11LinkContextENS_15BindingLazinessENS_ 18InitializerRunningEj ()
#7 0x8fe044d4 in __dyld__ZN4dyld4linkEP11ImageLoaderNS0_15BindingLazinessENS0_18Initializ erRunningE ()
#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__ZN16ImageLoaderMachO16resolveUndefinedERKN11ImageLoader11LinkCon textEPK11macho_nlistbPPS0_ ()
#14 0x8fe11f48 in __dyld__ZN16ImageLoaderMachO28doBindIndirectSymbolPointersERKN11ImageLoa der11LinkContextENS0_15BindingLazinessEb ()
#15 0x8fe0ac34 in __dyld__ZN11ImageLoader13recursiveBindERKNS_11LinkContextENS_15BindingLa zinessE ()
#16 0x8fe0f154 in __dyld__ZN11ImageLoader4linkERKNS_11LinkContextENS_15BindingLazinessENS_ 18InitializerRunningEj ()
#17 0x8fe044d4 in __dyld__ZN4dyld4linkEP11ImageLoaderNS0_15BindingLazinessENS0_18Initializ erRunningE ()
#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__ZN16ImageLoaderMachO16resolveUndefinedERKN11ImageLoader11LinkCon textEPK11macho_nlistbPPS0_ ()
#24 0x8fe11ca4 in __dyld__ZN16ImageLoaderMachO16doBindLazySymbolEPmRKN11ImageLoader11LinkC ontextE ()
#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__ZN16ImageLoaderMachO16doInitializationERKN11ImageLoader11LinkCon textE ()
#30 0x8fe0b6f0 in __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextE ()
#31 0x8fe0f378 in __dyld__ZN11ImageLoader4linkERKNS_11LinkContextENS_15BindingLazinessENS_ 18InitializerRunningEj ()
#32 0x8fe044d4 in __dyld__ZN4dyld4linkEP11ImageLoaderNS0_15BindingLazinessENS0_18Initializ erRunningE ()
#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: This email sent to email@hidden
  • Follow-Ups:
    • Re: ZeroLink and Fix and Continue failure
      • From: Ladd Van Tol <email@hidden>
    • Re: ZeroLink and Fix and Continue failure
      • From: James Bucanek <email@hidden>
  • Prev by Date: re: XCode template
  • Next by Date: Re: Creationg a stand-alone resource file
  • Previous by thread: Re: Nonbreaking spaces in alerts
  • Next by thread: Re: ZeroLink and Fix and Continue failure
  • Index(es):
    • Date
    • Thread