The following reply was made to PR kern/163076; it has been noted by GNATS.
From: Petr Salinger <petr.salin...@seznam.cz>
To: =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= <d...@des.no>
Cc: Poul-Henning Kamp <p...@phk.freebsd.dk>, Jaakko Heinonen <j...@freebsd.org>,
bug-follo...@freebsd.org, m...@freebsd.org
Subject: Re: kern/163076: It is not possible to read in chunks from linprocfs
and procfs.
Date: Tue, 13 Dec 2011 09:13:17 +0100 (CET)
>>> One problem is the different malloc() semantics. The kernel version uses
>>> M_WAITOK allocations while user space malloc(3) can fail.
>> Yes, that's Dag-Erlings and my point: The semantics are too different.
>
> There is another, more important issue.
And yet another point of view.
Will be this regression corrected for 9.0 release ?
Previously (in stable-8), the sbuf_finish() cleared the overflow error.
It used to return void, and as noted previously,
only 21 of 133 calls check return value of sbuf_finish(),
i.e. only 1/6 have been migrated to new API semantics.
What about restore clearing of error during sbuf_finish() for stable-9
and do the right thing in HEAD ?
Petr
_______________________________________________
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
