https://bugs.kde.org/show_bug.cgi?id=502359
Mark Wielaard <m...@klomp.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CONFIRMED |RESOLVED
Resolution|--- |FIXED
--- Comment #5 from Mark Wielaard <m...@klomp.org> ---
Looks good. Thanks. Pushed as:
commit ebd7dd5ea9504e0d8490507fd2b894647477b085
Author: Alexandra Hájková <ahajk...@redhat.com>
Date: Tue May 6 06:50:44 2025 -0400
Add "yes" argument for the --modify-fds option.
Use --modify-fds=yes to restrict the option from affecting
the 0/1/2 file descriptors as they're often used for
stdin/tdout/stderr redirection.
The new possibility is named "yes" because "yes" is used
as the default in general. The default behaviour of the --modify-fds
option is then such, that highest available file descriptor is returned
execept when the lowest stdin/stdout/stderr (0, 1, 2) are available.
For example, if we want to redirect stdout to stderr by closing stdout
(file descriptor 1) and then calling dup (), file descriptor 1 will be
returned and not the highest number available. This is because the
following is a common pattern to redirect stdout to stderr:
close (1);
/* stdout becomes stderr */
ret = dup (2);
Add none/tests/track_yes.vgtest and none/tests/track_high.vgtest
tests to test --modify-fds=yes/high behave as expected.
https://bugs.kde.org/show_bug.cgi?id=502359
--
You are receiving this mail because:
You are watching all bug changes.
