Rafael Sadowski <rafael@sizeofvoid.org> wrote: > On Tue Sep 08, 2026 at 08:47:12PM +0200, Volker Schlecht wrote: > > ... alternatively, here's a simple wrapper around getexecpath(3), > > with adjusted test cases to document where we deviate from upstream's > > default behavior - might be harder to upstream once 8.0 is released, > > but it's worth a shot. > > I like this version better, but do you think upstream will accept it? > Why not just hide the getexecpath(3) handling behind "__OpenBSD__" and leave > the old version unchanged? Their function behaviour has got some very dangerous aspects. It generates truncated garbage and does not return error. Something about the executable-path attracts the worse designs. I have a list of near 10 weird things the various low-level and mid-level APIs generate as outcome, and these are unreliablity concerns in the upper-level libraries of applications. It is so sloppy.
No comments:
Post a Comment