* [musl] Re: What if the line in /proc/mounts is too long when calling getmntent_r?
@ 2021-09-03 9:57 care
0 siblings, 0 replies; only message in thread
From: care @ 2021-09-03 9:57 UTC (permalink / raw)
On Sat, 28 Aug 2021 08:17:08 +0200, Wichmann wrote:
>This type of behavior is also used in other functions. readdir() returns
>a NULL pointer at end of directory and on error. And getpriority()
>returns -1 on error and if the priority currently actually is -1. So
>zeroing out errno and testing it after the call is a normal way to
>distinguish error returns and normal returns in some interfaces.
>The entire mntent library is non-standard, according to the manpage. So
>the only specification that exists is glibc behavior. And it skips over
>too long lines. Therefore we will have to do the same. Anyone who wants
>something else will have to write their own parser. mntent is not the
>most complicated format in the world.
I wonder if there is a final solution or a plan?
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2021-09-03 11:47 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-09-03 9:57 [musl] Re: What if the line in /proc/mounts is too long when calling getmntent_r? care
mailing list of musl libc
This inbox may be cloned and mirrored by anyone:
git clone --mirror https://inbox.vuxu.org/musl
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V1 musl musl/ https://inbox.vuxu.org/musl \
Example config snippet for mirrors.
Newsgroup available over NNTP:
code repositories for the project(s) associated with this inbox:
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git