Date: Tue, 04 May 1999 22:04:36 +0400 From: Dmitrij Tejblum <dima@tejblum.dnttm.rssi.ru> To: Dan Nelson <dnelson@emsphone.com> Cc: "Bruce A. Mah" <bmah@CA.Sandia.GOV>, freebsd-stable@freebsd.org Subject: Re: MFC request Message-ID: <199905041804.WAA05086@tejblum.dnttm.rssi.ru> In-Reply-To: Your message of "Tue, 04 May 1999 12:28:30 CDT." <19990504122829.A77220@dan.emsphone.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Dan Nelson wrote: > In the last episode (May 04), Bruce A. Mah said: > > I'm wondering what would be the chances of getting a MFC for the > > changes from bin/8637? This patch allows fgetpos(3), fsetpos(3), and > > ftell(3) to work with file sizes in excess of 2 GB, which I need for > > some mods I'm doing to tcpslice(1). I haven't vetted out the manpage > > changes, but the code seems to Do The Right Thing (TM) when I've > > dropped it into an otherwise-3.1-RELEASE system. I always intended to MFC it, and this is why I left the PR open, but eventually almost forgot about it (I forgot to assign the PR to myself ;-). I will look at MFC the changes RSN. > I think the problem was with lib/libc/gen/errlst.c. Here's a snippet > from an email Dmitrij Tejblum sent me: > > Dmitrij Tejblum wrote: > > I'm afraid, it may confuse programs dynamically linked with old > > version of libc, especially on ELF systems. :-( IIRC, NetBSD changed > > sys_errlist to be pointer, rather than array, for this reason... While this is true, it is very hard for a program to notice the effect (as hard as get EOVERFLOW). So, I am not object to the change anymore (and it was anyhow committed into -current :-). With or without the change to errlst.c, it is broken only a little, so I almost don't care. Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199905041804.WAA05086>