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

Re: Reading crash reports


  • Subject: Re: Reading crash reports
  • From: Nicolas Zinovieff <email@hidden>
  • Date: Tue, 18 Apr 2006 13:56:53 +0200

Pierre Bernard wrote:
-[ResultController queryNotification:] is around line 100 in the source. I have no idea what "+ 396 (crt.c:355)" refers to.

the hex address is the function entry point, and the + XXX is the offset in the code, in bytes
here 396 = 99 asm instructions after function entry.
If the library has debug symbols, there is the file and line number corresponding with this asm instruction.
My guess is that it's the non-debug version that crashed (which is why you have no useful debug info regarding your own source code), and that it crashed in some glue function declared in crt.c


My bet would be on a call to a non-initialized/already-freed object.

--
 Nicolas Zinovieff
 Custom developments from France
*-------------------------------*
 Fortune:
Practical people would be more practical if they would take a little
more time for dreaming.
		-- J. P. McEvoy
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


References: 
 >Reading crash reports (From: Pierre Bernard <email@hidden>)

  • Prev by Date: Re: Reading crash reports
  • Next by Date: Re: getting hardware information programatically
  • Previous by thread: Re: Reading crash reports
  • Next by thread: NSMetaDataQuery crash: __NSMetadataCreateResult + 116
  • Index(es):
    • Date
    • Thread