• 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: crash in initWithCoder
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: crash in initWithCoder


  • Subject: Re: crash in initWithCoder
  • From: Greg Parker <email@hidden>
  • Date: Wed, 16 Mar 2011 11:09:56 -0700

On Mar 16, 2011, at 10:31 AM, James Maxwell wrote:
> I wasn't sure how to enable Guard Malloc in Xcode 4, so I just ran it with the Allocations Instrument. Lo and behold, it doesn't crash. This didn't make much sense to me, so I tried running the release build, rather than the debug build. No crash. Switch back to debug.... boom.

Memory smashers can be wildly variable. Perhaps the bug is an uninitialized variable that has a different value in debug vs release. Perhaps the memory overrun happens to corrupt a different area of memory that doesn't cause a crash (or at least doesn't cause a crash yet). In any case the bug may still be there, waiting to crash or corrupt customer data when you least expect it.


--
Greg Parker     email@hidden     Runtime Wrangler


_______________________________________________

Cocoa-dev mailing list (email@hidden)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

References: 
 >crash in initWithCoder (From: James Maxwell <email@hidden>)
 >Re: crash in initWithCoder (From: Greg Parker <email@hidden>)
 >Re: crash in initWithCoder (From: James Maxwell <email@hidden>)
 >Re: crash in initWithCoder (From: James Maxwell <email@hidden>)

  • Prev by Date: Re: Debugging a sleepless Mac
  • Next by Date: Re: crash in initWithCoder
  • Previous by thread: Re: crash in initWithCoder
  • Next by thread: Re-mapping secondary function keys
  • Index(es):
    • Date
    • Thread