Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!paperboy!think.com!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!dali.cs.montana.edu!milton!uw-beaver!zephyr.ens.tek.com!tektronix!reed!chaffee
From: chaffee@reed.UUCP (Alex Chaffee)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Think C & System 7.0b
Message-ID: <16106@reed.UUCP>
Date: 19 Feb 91 04:30:00 GMT
References: <2322@njitgw.njit.edu>
Organization: Reed College, Portland OR
Lines: 26

In <2322@njitgw.njit.edu> gaines@mars.njit.edu (Starman) writes:

>Other than what little documentation the CD Rom has, I can't seem to
>figure this out: I'm re-writing my graphics program for System 7
>goodies. First off, why doesn't the compiler like <stdio.h>? For some
>reason it says "#define NULL 0L already defined". Then, when I try to
>compile my module with SFPut, it says that the call doesn't match the
>prototype. Ick! This makes no sense at all to me. Any help, people?

I haven't looked into the first problem, but the second seems to be an
actual bug/typo in the new Think C headers. I got around it by going into
StdFile.h, finding the prototypes section at the end of the file, and
changing all references to "SFTypeList *" to "SFTypeList".  (Then
recompiling MacHeaders). The SF routines expect a SFTypeList (an array,
therefore a pointer), but the prototype expects an SFTypeList * (a pointer
to an array, therefore a **).

Can any Symantec lurkers throw some light on this?

 - Alex

-- 
Alex Chaffee
chaffee@reed.{UUCP,BITNET}
Reed College, Portland OR 97202
____________________