• 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: Documentation frustrations
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Documentation frustrations


  • Subject: Re: Documentation frustrations
  • From: Thierry Faucounau <email@hidden>
  • Date: Fri, 8 Jul 2005 08:41:48 +0200

Right after sending that little rant, I finally found my man :)

CarbonCore/MacErrors.h

Strange that Command-Shift-D in XCode was giving me the stub version but that is probably because I had the paths set to use the Flat Carbon headers for legacy reasons.

The point that the API docs do not list the possible (or even common) error codes still stands though :)

Thierry Faucounau

Senior 3D Engineer -- Zonic
http://www.zonic.co.uk/games/

On Jul 8, 2005, at 8:12 AM, Thierry Faucounau wrote:

As would I :)

I have recently had to work on a Carbon app and have been struggling with the very poor documentation for the Mac's new red headed stepchild (I cannot wait to get back to fullscreen OpenGL apps after the insane struggle this has been).

The particular case I would like to outline is this, for the last hour I have been trying to locate possible error codes for HIView functions. Pretty much all of the documentation for Carbon functions ends with this very unhelpful phrase:

function result: An operating system status code.

Now that is all good and well, but it would seem that MacErrors.h (where I used to look for these things) is no longer around (just a one line stub that #includes <CoreServices/CoreServices.h>).

In contrast, most (if not all) of the MS docs I have dealt with (D3D for the most part) clearly enumerate the possible error codes that a particular method can return. This just seems like a good practice to me.

Now I do have an older version of MacErrors.h from my CW install but I cannot seem to figure out if the error codes it contains are still around and valid (afraid I have not done a lot of Carbon coding in the last 5-6 years).

Searching ADC, the on disk docs or grepping through the sea of header files has so far born little fruit (HIView.h itself contains one(!) error define for errNeedsCompositedWindow). I would appreciate any help anyone could give.

This recent experience has driven home for me a lot of the points made in this thread. Basically, many aspects of the current docs are just not up to snuff right now.

Ah, but for the days when reading Inside Mac Volume 6 would cut off the blood flow to your legs :) And Kon & Bal, bring back Kon & Bal!

Thierry Faucounau

Senior 3D Engineer -- Zonic
http://www.zonic.co.uk/games/

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


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: 
 >re: Documentation frustrations (From: George Warner <email@hidden>)
 >Re: Documentation frustrations (From: Brandon Sneed <email@hidden>)
 >Re: Documentation frustrations (From: Chris Hanson <email@hidden>)
 >Re: Documentation frustrations (From: Tim Conkling <email@hidden>)
 >Re: Documentation frustrations (From: Thierry Faucounau <email@hidden>)

  • Prev by Date: Re: XCode 2.1 breakpoints not working for command line apps?
  • Next by Date: Probelms linking shared library
  • Previous by thread: Re: Documentation frustrations
  • Next by thread: Re: Documentation frustrations
  • Index(es):
    • Date
    • Thread