Date: Mon, 12 Feb 2001 05:53:59 -0500 (EST) From: Thomas David Rivers <rivers@dignus.com> To: eischen@vigrid.com, peter@netplex.com.au Cc: bde@zeta.org.au, current@FreeBSD.ORG, dillon@earth.backplane.com, Tor.Egge@fast.no Subject: Re: HEADS UP: installworld gotchas Message-ID: <200102121053.FAA04990@lakes.dignus.com> In-Reply-To: <Pine.SUN.3.91.1010211210356.26151B-100000@pcnet1.pcnet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 11 Feb 2001, Peter Wemm wrote:
> Matt Dillon wrote:
> >
> > :
> > : This is a major change to libc. The library maj must be bumped if you
> > : intend to change the sizeof(FILE), or every single third party applicatio
> n
> > : that uses stdio will break.
> > :
> > : -Matt
> >
> > Oh wait, is libc already bumped in current verses 4.2? If so then I gues
> s
> > we don't bump libc's maj. God help anyone using current though!
> >
> > -Matt
>
>
> I cant help but wonder why on earth we didn't have it like this from the
> start:
[...]
> That compiles fine. The __stdin thing is in case somebody likes the idea
> of #undef stdin or #ifdef stdin for some reason.
>
> In fact, I can't imagine *any* reason not to do this. At least this would
> insulate us from future nasties in FILE size changes, and would have
> saved us in this case.
Wouldn't this change/break code like the following?
main()
{
FILE **fp;
fp = &stdin;
my_func(fp);
}
That is, previously &stdin would work... in this new situation,
you would get &__stdin which is not the same... is it?
- Dave Rivers -
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200102121053.FAA04990>