mailing list of musl libc
 help / color / mirror / code / Atom feed
* [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)
  To: musl

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

Code repositories for project(s) associated with this public inbox

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).