|
|
Log in / Subscribe / Register

Why glibc's fstat() is slow

Why glibc's fstat() is slow

Posted Sep 14, 2023 21:18 UTC (Thu) by NYKevin (subscriber, #129325)
In reply to: Why glibc's fstat() is slow by wsy
Parent article: Why glibc's fstat() is slow

I despise the fact that POSIX insisted on standardizing the ugly TZ env variable as the standard interface for controlling timezones. It makes some amount of sense to have a process-wide value for "the local timezone." It makes considerably less sense to make that the *only* way of doing tz-aware calculations. If I want to know "what time is it in [some specific part of] Australia?", it does not necessarily follow that I want the whole process to think it is actually in Australia.


to post comments

Why glibc's fstat() is slow

Posted Sep 15, 2023 0:42 UTC (Fri) by butlerm (guest, #13312) [Link]

tzalloc, tzfree, localtime_rz, ctime_rz (and a few others) would seem like fit candidates for POSIX standardization.

Why glibc's fstat() is slow

Posted Oct 4, 2023 16:31 UTC (Wed) by roblucid (guest, #48964) [Link]

POSIX was documenting a standard with compromise between vendors, not generally a group of developers, creating new specs.
Commercial vendors tend to embrace and extend which resulted in fragmenting the UNIX user base.


Copyright © 2026, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds