Date:Mon, 1 Feb 2021 17:50:54 +
From:"Jaromir Dolecek"
Message-ID: <20210201175054.112e7f...@cvs.netbsd.org>
| FreeBSD has a similar check, but they return EINVAL instead, feel
| free to adjust if SUS or other standard mandates specific value
Not currently (u
Date:Sun, 31 Jan 2021 18:34:22 +0100
From:Joerg Sonnenberger
Message-ID:
| That makes no sense. Just turn them into a short read, which is
| something users have to deal with anyway.
I'm not sure I agree with that one. If the user's size * nmemb
overflows a si
On 31.01.2021 18:34, Joerg Sonnenberger wrote:
> On Sun, Jan 31, 2021 at 05:27:28PM +0100, Kamil Rytarowski wrote:
>> On 31.01.2021 17:18, Jaromir Dolecek wrote:
>>> Module Name:src
>>> Committed By: jdolecek
>>> Date: Sun Jan 31 16:18:22 UTC 2021
>>>
>>> Modified Files:
On Sun, Jan 31, 2021 at 05:27:28PM +0100, Kamil Rytarowski wrote:
> On 31.01.2021 17:18, Jaromir Dolecek wrote:
> > Module Name:src
> > Committed By: jdolecek
> > Date: Sun Jan 31 16:18:22 UTC 2021
> >
> > Modified Files:
> > src/lib/libc/stdio: fread.c
> >
> > Log
On 31.01.2021 17:18, Jaromir Dolecek wrote:
> Module Name: src
> Committed By: jdolecek
> Date: Sun Jan 31 16:18:22 UTC 2021
>
> Modified Files:
> src/lib/libc/stdio: fread.c
>
> Log Message:
> for unbuffered I/O arrange for the destination buffer to be filled in one
> go, instead
On Fri, Nov 03, 2017 at 10:49:55PM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Sat Nov 4 02:49:55 UTC 2017
>
> Modified Files:
> src/lib/libc/stdio: flags.c fopen.3
>
> Log Message:
> Implement nofollow (l) for fopen(3).
Test case?
Joerg
Martin Husemann wrote:
|On Mon, Sep 29, 2014 at 09:35:04PM +0200, Steffen Nurpmeso wrote:
|> Not being able to get to the list of pull-ups from that page, or
|> at least getting a hint of where to find them is... a mistake.
|
|I wouldn't call it a mistake (though links certainly can be added)
On Mon, Sep 29, 2014 at 09:35:04PM +0200, Steffen Nurpmeso wrote:
> Not being able to get to the list of pull-ups from that page, or
> at least getting a hint of where to find them is... a mistake.
I wouldn't call it a mistake (though links certainly can be added) -
that page documents something c
Martin Husemann wrote:
|On Mon, Sep 29, 2014 at 08:29:10PM +0200, Steffen Nurpmeso wrote:
|> (And also i would place a link to the current pull-ups (to the
|> wiki) on www.netbsd.org/developers/releng/pullups.html, since
|> Google shows the latter first, yet that is astonishing empty.)
|
|Ca
On Mon, 29 Sep 2014, Martin Husemann wrote:
On Mon, Sep 29, 2014 at 08:29:10PM +0200, Steffen Nurpmeso wrote:
(And also i would place a link to the current pull-ups (to the
wiki) on www.netbsd.org/developers/releng/pullups.html, since
Google shows the latter first, yet that is astonishing empty.
|Module Name: src
|Committed By: christos
|Date: Mon Sep 29 14:58:33 UTC 2014
|
|Modified Files:
| src/lib/libc/stdio: printf.3 vsnprintf.c vsnprintf_ss.c
|
|Log Message:
|Return EOVERFLOW like FreeBSD does if the buffer size exceeds INT_MAX
|(well FreeBSD documents INT_MAX + 1,
On Mon, Sep 29, 2014 at 08:29:10PM +0200, Steffen Nurpmeso wrote:
> (And also i would place a link to the current pull-ups (to the
> wiki) on www.netbsd.org/developers/releng/pullups.html, since
> Google shows the latter first, yet that is astonishing empty.)
Can you say that again, please?
Marti
In article <20120328161802.gv26...@bigmac.stderr.spb.ru>,
Valeriy E. Ushakov wrote:
>On Wed, Mar 28, 2012 at 11:30:50 -0400, Christos Zoulas wrote:
>
>> On Mar 28, 5:24am, u...@stderr.spb.ru ("Valeriy E. Ushakov") wrote:
>> -- Subject: Re: CVS commit: src/l
On Wed, Mar 28, 2012 at 11:30:50 -0400, Christos Zoulas wrote:
> On Mar 28, 5:24am, u...@stderr.spb.ru ("Valeriy E. Ushakov") wrote:
> -- Subject: Re: CVS commit: src/lib/libc/stdio
>
> | On Tue, Mar 27, 2012 at 22:53:47 +, Christos Zoulas wrote:
> |
> | >
On Mar 28, 5:24am, u...@stderr.spb.ru ("Valeriy E. Ushakov") wrote:
-- Subject: Re: CVS commit: src/lib/libc/stdio
| On Tue, Mar 27, 2012 at 22:53:47 +, Christos Zoulas wrote:
|
| > In article <20120327202907.gt26...@bigmac.stderr.spb.ru>,
| > Valeriy E. Ushakov wrot
On Tue, Mar 27, 2012 at 22:53:47 +, Christos Zoulas wrote:
> In article <20120327202907.gt26...@bigmac.stderr.spb.ru>,
> Valeriy E. Ushakov wrote:
> >
> >But that is not what the code was. The code was:
> >
> >char c; if (c == CHAR_MAX) ...
> >
> >and *that* is portable. As I said in an
On 28 March 2012 07:53, Christos Zoulas wrote:
> In article <20120327202907.gt26...@bigmac.stderr.spb.ru>,
> Valeriy E. Ushakov wrote:
>>
>>But that is not what the code was. The code was:
>>
>> char c; if (c == CHAR_MAX) ...
>>
>>and *that* is portable. As I said in another mail to thsi thr
In article <20120327202907.gt26...@bigmac.stderr.spb.ru>,
Valeriy E. Ushakov wrote:
>
>But that is not what the code was. The code was:
>
>char c; if (c == CHAR_MAX) ...
>
>and *that* is portable. As I said in another mail to thsi thread that
>went unanswered, it is literally schizophrenic o
On Tue, Mar 27, 2012 at 20:19:41 +, Christos Zoulas wrote:
> In article
> ,
> Takehiko NOZAKI wrote:
> >-=-=-=-=-=-
> >
> >Hi,
> >
> >It seems that lint(1) is not cross build safe, it doesn't handle MD char
> >default type of sign/unsignd. See src/usr.bin/xlint/lint1/tree.c::cvtcon().
> >Th
In article ,
Takehiko NOZAKI wrote:
>-=-=-=-=-=-
>
>Hi,
>
>It seems that lint(1) is not cross build safe, it doesn't handle MD char
>default type of sign/unsignd. See src/usr.bin/xlint/lint1/tree.c::cvtcon().
>They use host MD CHAR_MAX directry ;)
>
>So, if cross building ppc/arm on other arch ca
Hi,
It seems that lint(1) is not cross build safe, it doesn't handle MD char
default type of sign/unsignd. See src/usr.bin/xlint/lint1/tree.c::cvtcon().
They use host MD CHAR_MAX directry ;)
So, if cross building ppc/arm on other arch cause false alarm , "out of
range " warnng.
Regards.
--
2012
Hi,
It seems that lint(1) is not cross build safe, it doesn't handle MD char
default type of sign/unsignd. See src/usr.bin/xlint/lint1/tree.c::cvtcon().
They use host MD CHAR_MAX directry ;)
So, if cross building ppc/arm on other arch cause false alarm , "out of
range " warnng.
very truly yours.
On Thu, Mar 22, 2012 at 02:36:03 +, Christos Zoulas wrote:
> In article <20120322013932.ga24...@britannica.bec.de>,
> Joerg Sonnenberger wrote:
> >>
> >> What's is wrong with it?
> >
> >It should be unnecessary. CHAR_MAX is certainly required to fit into
> >both char and unsigned char.
>
>
In article <20120322013932.ga24...@britannica.bec.de>,
Joerg Sonnenberger wrote:
>>
>> What's is wrong with it?
>
>It should be unnecessary. CHAR_MAX is certainly required to fit into
>both char and unsigned char.
Yes, the issue here being that lint is saying that if char is signed
the constant
On Thu, Mar 22, 2012 at 01:31:41AM +, Christos Zoulas wrote:
> In article <20120322003141.gb1...@britannica.bec.de>,
> Joerg Sonnenberger wrote:
> >On Wed, Mar 21, 2012 at 10:20:47AM -0400, Christos Zoulas wrote:
> >> Module Name: src
> >> Committed By: christos
> >> Date:
In article <20120322003141.gb1...@britannica.bec.de>,
Joerg Sonnenberger wrote:
>On Wed, Mar 21, 2012 at 10:20:47AM -0400, Christos Zoulas wrote:
>> Module Name: src
>> Committed By:christos
>> Date:Wed Mar 21 14:20:47 UTC 2012
>>
>> Modified Files:
>> src/lib/libc/s
On Wed, Mar 21, 2012 at 10:20:47AM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Wed Mar 21 14:20:47 UTC 2012
>
> Modified Files:
> src/lib/libc/stdio: vfwprintf.c
>
> Log Message:
> unsigned char portability casts
This looks wrong. What's the p
Hi,
2012/2/18 Christos Zoulas :
> Module Name: src
> Committed By: christos
> Date: Fri Feb 17 19:57:53 UTC 2012
>
> Modified Files:
> src/lib/libc/stdio: vfwprintf.c
>
> Log Message:
> Fix: CVE-2012-0864 fprintf() positional argument abuse.
> Described in: http://www.phrack
On Mon, Sep 12, 2011 at 07:00:52AM +0300, Jukka Ruohonen wrote:
> True enough. But I've generally followed "NetBSD-specific vs. standard"
> dichotomy. In the ideal case one could mention if a function is available
> in OpenBSD, FreeBSD, Solaris, Linux, etc. too, but we have enough trouble
> maintai
On Mon, Sep 12, 2011 at 02:41:07AM +, David Holland wrote:
> On Sun, Sep 11, 2011 at 07:37:06AM +, Jukka Ruohonen wrote:
> > Modified Files:
> >src/lib/libc/stdio: funopen.3
> >
> > Log Message:
> > It is not just funopen(3) that is a BSDism.
>
> While that's true, those function
On Sun, Sep 11, 2011 at 07:37:06AM +, Jukka Ruohonen wrote:
> Modified Files:
> src/lib/libc/stdio: funopen.3
>
> Log Message:
> It is not just funopen(3) that is a BSDism.
While that's true, those functions aren't specific to .Nx; AFAIK they
were in 4.4.
--
David A. Holland
dholl
On Mon, Oct 25, 2010 at 12:24:14AM +0700, Robert Elz wrote:
> Date:Sun, 24 Oct 2010 16:00:46 +0100
> From:Matthias Scheler
> Message-ID: <20101024150046.ga...@colwyn.zhadum.org.uk>
>
> | It doesn't have to be a macro anyway as it used only ones.
>
> Yes, I meant to
Date:Sun, 24 Oct 2010 16:00:46 +0100
From:Matthias Scheler
Message-ID: <20101024150046.ga...@colwyn.zhadum.org.uk>
| It doesn't have to be a macro anyway as it used only ones.
Yes, I meant to ask about that, simply written inline would be no problem.
kre
On Sun, Oct 24, 2010 at 09:55:21AM +0700, Robert Elz wrote:
> Date:Sat, 23 Oct 2010 16:33:37 +0100
> From:Matthias Scheler
> Message-ID: <20101023153336.ga...@colwyn.zhadum.org.uk>
>
> | I'm sorry but this whole code is horrible.
>
> I agree with that, but ...
>
>
Date:Sat, 23 Oct 2010 16:33:37 +0100
From:Matthias Scheler
Message-ID: <20101023153336.ga...@colwyn.zhadum.org.uk>
| I'm sorry but this whole code is horrible.
I agree with that, but ...
| What is wrong with something as simple as this?
| +#define _FPOS_OVERF
In article <20101023153336.ga...@colwyn.zhadum.org.uk>,
Matthias Scheler wrote:
>On Sat, Oct 23, 2010 at 10:12:51AM -0400, Christos Zoulas wrote:
>> Module Name: src
>> Committed By:christos
>> Date:Sat Oct 23 14:12:51 UTC 2010
>>
>> Modified Files:
>> src/lib/libc/s
On Sat, Oct 23, 2010 at 10:12:51AM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Sat Oct 23 14:12:51 UTC 2010
>
> Modified Files:
> src/lib/libc/stdio: local.h
>
> Log Message:
> tell lint to shut up.
I'm sorry but this whole code is horrible. W
On Fri, Oct 22, 2010 at 05:29:46PM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Fri Oct 22 21:29:46 UTC 2010
>
> Modified Files:
> src/lib/libc/stdio: ftell.c local.h
>
> Log Message:
> implement EOVERFLOW
>
>
> To generate a diff of this comm
On Tue, Sep 28, 2010 at 08:28:04AM +0200, Alistair Crooks wrote:
> On Tue, Sep 28, 2010 at 11:06:39AM +0900, Masao Uebayashi wrote:
> > > Index: src/lib/libc/stdio/fmemopen.c
> > > diff -u src/lib/libc/stdio/fmemopen.c:1.3
> > > src/lib/libc/stdio/fmemopen.c:1.4
> > > --- src/lib/libc/stdio/fmemop
On Tue, Sep 28, 2010 at 11:06:39AM +0900, Masao Uebayashi wrote:
> > Index: src/lib/libc/stdio/fmemopen.c
> > diff -u src/lib/libc/stdio/fmemopen.c:1.3 src/lib/libc/stdio/fmemopen.c:1.4
> > --- src/lib/libc/stdio/fmemopen.c:1.3 Sat Sep 25 14:00:30 2010
> > +++ src/lib/libc/stdio/fmemopen.c
> Index: src/lib/libc/stdio/fmemopen.c
> diff -u src/lib/libc/stdio/fmemopen.c:1.3 src/lib/libc/stdio/fmemopen.c:1.4
> --- src/lib/libc/stdio/fmemopen.c:1.3 Sat Sep 25 14:00:30 2010
> +++ src/lib/libc/stdio/fmemopen.c Mon Sep 27 16:50:13 2010
> @@ -79,16 +79,18 @@
> if (p->cur >= p->tail)
On Fri, May 14, 2010 at 08:29:34AM +0300, Jukka Ruohonen wrote:
> > Yes. The trouble is that because libraries and headers don't match up,
> > you need to parse headers to extract the lists, and that seems likely
> > to end up being delicate and a constant source of annoyance.
>
> How about
On Fri, May 14, 2010 at 05:10:24AM +, David Holland wrote:
> Yes. The trouble is that because libraries and headers don't match up,
> you need to parse headers to extract the lists, and that seems likely
> to end up being delicate and a constant source of annoyance.
How about the section 4 ma
On Thu, May 06, 2010 at 08:51:29AM +, David Holland wrote:
> On Thu, May 06, 2010 at 08:14:08AM +, Jukka Ruohonen wrote:
> > Correct the discussion about return values: fileno() may fail and return
> -1.
> > Note that in such cases the NetBSD implementation does not set errno to
>
On Fri, May 14, 2010 at 05:10:24AM +, David Holland wrote:
> Anyway, can you (at your convenience) send me a list of the things
> like this that need consistency checking? I will then have a shot at
> writing some scripts and we can see what things look like.
er wait, there's a list upthrea
On Thu, May 06, 2010 at 03:17:38PM +0300, Jukka Ruohonen wrote:
> > > Perhaps we need a bot to watch all commits and send reminders like
> > > "You added a new file, but you haven't updated the sets, see
> > > for instructions", "You added a new sysctl node but you haven't
> > > updated sysctl
In article <20100507063258.ga23...@apb-laptoy.apb.alt.za>,
Alan Barrett wrote:
>On Thu, 06 May 2010, Christos Zoulas wrote:
>> >The fileno() function may fail if:
>> >
>> >[EBADF]
>> >The stream argument is not a valid stream, or the stream is not
>> >associated with a file.
>
On Thu, 06 May 2010, Christos Zoulas wrote:
> >The fileno() function may fail if:
> >
> >[EBADF]
> >The stream argument is not a valid stream, or the stream is not
> > associated with a file.
> >
> >Isn't the above EBADF exactly what you are after?
>
> Our stdio supports funope
In article <20100506150045.ga...@marx.bitnet>,
Jukka Ruohonen wrote:
>On Thu, May 06, 2010 at 02:48:32PM +0200, Joerg Sonnenberger wrote:
>> On Thu, May 06, 2010 at 08:51:29AM +, David Holland wrote:
>> > On Thu, May 06, 2010 at 08:14:08AM +, Jukka Ruohonen wrote:
>> > > Correct the disc
On 6 May 2010, at 9:14, Jukka Ruohonen wrote:
> Module Name: src
> Committed By: jruoho
> Date: Thu May 6 08:14:08 UTC 2010
>
> Modified Files:
> src/lib/libc/stdio: ferror.3
>
> Log Message:
> Correct the discussion about return values: fileno() may fail and return -1.
> Note t
On Thu, May 06, 2010 at 06:00:45PM +0300, Jukka Ruohonen wrote:
> On Thu, May 06, 2010 at 02:48:32PM +0200, Joerg Sonnenberger wrote:
> > On Thu, May 06, 2010 at 08:51:29AM +, David Holland wrote:
> > > On Thu, May 06, 2010 at 08:14:08AM +, Jukka Ruohonen wrote:
> > > > Correct the discuss
On Thu, May 06, 2010 at 02:48:32PM +0200, Joerg Sonnenberger wrote:
> On Thu, May 06, 2010 at 08:51:29AM +, David Holland wrote:
> > On Thu, May 06, 2010 at 08:14:08AM +, Jukka Ruohonen wrote:
> > > Correct the discussion about return values: fileno() may fail and return
> > -1.
> > > No
On Thu, May 06, 2010 at 08:51:29AM +, David Holland wrote:
> On Thu, May 06, 2010 at 08:14:08AM +, Jukka Ruohonen wrote:
> > Correct the discussion about return values: fileno() may fail and return
> -1.
> > Note that in such cases the NetBSD implementation does not set errno to
> > EBA
On Thu, May 06, 2010 at 07:48:59AM +, David Holland wrote:
> On Wed, May 05, 2010 at 08:05:20AM +0200, Alan Barrett wrote:
> > Perhaps we need a bot to watch all commits and send reminders like
> > "You added a new file, but you haven't updated the sets, see
> > for instructions", "You adde
On Thu, May 06, 2010 at 12:04:53PM +0300, Jukka Ruohonen wrote:
> On Thu, May 06, 2010 at 08:51:29AM +, David Holland wrote:
> > On Thu, May 06, 2010 at 08:14:08AM +, Jukka Ruohonen wrote:
> > > Correct the discussion about return values: fileno() may fail and return
> > -1.
> > > Note t
On Thu, May 06, 2010 at 08:51:29AM +, David Holland wrote:
> On Thu, May 06, 2010 at 08:14:08AM +, Jukka Ruohonen wrote:
> > Correct the discussion about return values: fileno() may fail and return
> -1.
> > Note that in such cases the NetBSD implementation does not set errno to
> > EBA
On Thu, May 06, 2010 at 08:14:08AM +, Jukka Ruohonen wrote:
> Correct the discussion about return values: fileno() may fail and return -1.
> Note that in such cases the NetBSD implementation does not set errno to
> EBADF, hence diverging from the standard in this small detail.
How is that n
On Wed, May 05, 2010 at 08:05:20AM +0200, Alan Barrett wrote:
> On Wed, 05 May 2010, Jukka Ruohonen wrote:
> > Few examples of pages that are badly and *systematically* behind:
> >
> >intro(3)
> >intro(4)
> >pci(4)
> >usb(4)
> >mk.conf(5)
> >sysctl(7)
>
> Perhap
On Wed, May 05, 2010 at 06:53:06AM +0300, Jukka Ruohonen wrote:
> > Please revert this change.
>
> I will rever it.
Can you change it to use .Xr please? That makes proper cross-references
in HTML output possible.
Joerg
On Wed, May 05, 2010 at 08:52:23AM +0100, Mindaugas Rasiukevicius wrote:
> History is indeed important, however it belongs to books, articles, etc.
> Other part of history belongs to version control logs, as Robert already
> mentioned. If I will want to figure out why and by whom some function was
Jukka Ruohonen wrote:
> On Wed, May 05, 2010 at 12:58:13AM +0700, Robert Elz wrote:
> > | As something like gets() has been standardized for ages, it makes
> > | sense to explicitly note that this may no longer be true (with
> > | respect to POSIX).
> >
> > That's where I disagree, it is ju
On Wed, 05 May 2010, Jukka Ruohonen wrote:
> Few examples of pages that are badly and *systematically* behind:
>
> intro(3)
> intro(4)
> pci(4)
> usb(4)
> mk.conf(5)
> sysctl(7)
Perhaps we need a bot to watch all commits and send reminders like
"You added a new
On Wed, May 05, 2010 at 01:03:49PM +1000, Luke Mewburn wrote:
> I disagree; a list of all the public APIs for a given library in
> the main man page for that library is very useful.
One more note I have made while skimming through the manual pages.
Few examples of pages that are badly and *system
On Wed, May 05, 2010 at 01:03:49PM +1000, Luke Mewburn wrote:
> On Tue, May 04, 2010 at 07:43:12AM +, Jukka Ruohonen wrote:
> | Remove the list of functions.
> |
> | This list was updated only two times in nearly two decades.
> |
> | (If people need to learn the standard I/O functio
On Tue, May 04, 2010 at 07:43:12AM +, Jukka Ruohonen wrote:
| Module Name:src
| Committed By: jruoho
| Date: Tue May 4 07:43:12 UTC 2010
|
| Modified Files:
| src/lib/libc/stdio: stdio.3
|
| Log Message:
| Remove the list of functions.
|
On Wed, May 05, 2010 at 12:58:13AM +0700, Robert Elz wrote:
> | As something like gets() has been standardized for ages, it makes sense to
> | explicitly note that this may no longer be true (with respect to POSIX).
>
> That's where I disagree, it is just bloat - once it stops being a standard
Date:Tue, 4 May 2010 16:39:16 +0300
From:Jukka Ruohonen
Message-ID: <20100504133916.ga9...@marx.bitnet>
| In my manual page: [...]
| What was the problem again?
Something odd - sorry - it looks as if my (older) "nroff -mandoc" on
current sources manages to lose
On Tue, May 04, 2010 at 04:39:16PM +0300, Jukka Ruohonen wrote:
> In my manual page:
>
> The functions fgets() and gets() conform to ANSI X3.159-1989
> (``ANSI C89'') and IEEE Std 1003.1-2001 (``POSIX.1''). The IEEE Std
> 1003.1-2008 (``POSIX.1'') revision marked gets() as obsolesc
On Tue, May 04, 2010 at 06:35:48PM +0700, Robert Elz wrote:
> I don't understand the change - that is, I don't understand the
> sentence that was added to the man page, it says ...
>
> "The revision marked gets() as obsolete..."
>
> What revision???
In my manual page:
The functions fgets()
Date:Fri, 30 Apr 2010 06:00:14 +
From:Jukka Ruohonen
Message-ID: <20100430060014.7739117...@cvs.netbsd.org>
| Module Name:src
| Committed By: jruoho
| Date: Fri Apr 30 06:00:14 UTC 2010
|
| Modified Files:
| src/lib/lib
Roy Marples writes:
> Module Name: src
> Committed By: roy
> Date: Wed Dec 2 11:14:47 UTC 2009
>
> Modified Files:
> src/lib/libc/stdio: getdelim.c
>
> Log Message:
> Pass lint.
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.10 -r1.11 src/lib/libc/stdio/getdelim.c
Module Name: src
Committed By:roy
Date:Tue Dec 1 00:03:53 UTC 2009
Modified Files:
src/lib/libc/stdio: fgetstr.c getdelim.c local.h
Log Message:
Remove __getdelim and just use getdelim.
this isn't right. now someone can provide their ow
On Mon, Nov 30, 2009 at 10:51:46PM +, Roy Marples wrote:
> Module Name: src
> Committed By: roy
> Date: Mon Nov 30 22:51:46 UTC 2009
>
> Modified Files:
> src/lib/libc/stdio: getdelim.3
>
> Log Message:
> Note that EOF returns -1 when no characters are read.
> Add code example.
On Oct 26, 2009, at 4:02 PM, David Laight wrote:
On Sun, Oct 25, 2009 at 05:42:20PM +, Christos Zoulas wrote:
Can we just revert the past 2 commits? Changing:
(size_t)x -> x + 0u
does not look like an improvement to me. At least the first shows
the intent,
the second is just confusin
On Sun, Oct 25, 2009 at 05:42:20PM +, Christos Zoulas wrote:
>
> Can we just revert the past 2 commits? Changing:
>
> (size_t)x -> x + 0u
>
> does not look like an improvement to me. At least the first shows the intent,
> the second is just confusing, specially when size_t is unsigned long.
On Mon, Oct 26, 2009 at 06:14:36AM +, David Holland wrote:
> On Sun, Oct 25, 2009 at 05:09:34PM +, David Laight wrote:
> > Lint is differentially far too picky...
> > Remove some warnings that only appear on i386 (not on amd64) and that
> > for some reason best known to others are deemed
On Sun, Oct 25, 2009 at 05:09:34PM +, David Laight wrote:
> Lint is differentially far too picky...
> Remove some warnings that only appear on i386 (not on amd64) and that
> for some reason best known to others are deemed fatal for i386.
> Making this code 'pass lint' does absolutely nothin
Hi David !
There are still more lint problems left one (but not the last) for
example is:
/usr/src/lib/libc/stdio/setbuffer.c(58): warning: conversion to
'unsigned int' due to prototype, arg #4 [259]
Frank
David Laight wrote:
Module Name:src
Committed By: dsl
Date: Sun Oct 2
In article <20091025170934.bd83c17...@cvs.netbsd.org>,
David Laight wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: dsl
>Date: Sun Oct 25 17:09:34 UTC 2009
>
>Modified Files:
> src/lib/libc/stdio: asprintf.c fgets.c fgetwc.c fread.c fvwrite.c
> getdelim.c
>
>Log
On Oct 24, 2009, at 11:20 AM, David Laight wrote:
Module Name:src
Committed By: dsl
Date: Sat Oct 24 15:20:15 UTC 2009
Modified Files:
src/lib/libc/stdio: asprintf.c fgets.c fgetwc.c fread.c fvwrite.c
getdelim.c setbuffer.c stdio.c tempnam.c ungetc.c vasprint
On Thu, Oct 15, 2009 at 12:01:01AM +0200, Alan Barrett wrote:
> On Wed, 14 Oct 2009, David Laight wrote:
> > Module Name:src
> > Committed By: dsl
> > Date: Wed Oct 14 21:25:52 UTC 2009
> >
> > Modified Files:
> > src/lib/libc/stdio: fgets.c vfprintf.c
> >
> > Log
On Wed, 14 Oct 2009, David Laight wrote:
> Module Name: src
> Committed By: dsl
> Date: Wed Oct 14 21:25:52 UTC 2009
>
> Modified Files:
> src/lib/libc/stdio: fgets.c vfprintf.c
>
> Log Message:
> Change a while () {} into a do {} while() so that fgets(buf, 1, file)
> detects EOF o
82 matches
Mail list logo
