tech-userlevel archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: odd ATF failure for sh: ulimit_redirection_interaction failed
Date: Fri, 12 Mar 2021 21:38:54 -0800
From: "Greg A. Woods" <woods%planix.ca@localhost>
Message-ID: <m1lKwzG-0036x9C@more.local>
Gred quoting Mouse quoting Greg:
| > > The attempted FD is #18, but the error just says "1", not "18":
I will look into the content/format of the
error message, but that's not the main issue.
Greg quoting Mouse:
| > Does >&N _ever_ work for multi-digit N?
Yes. It is a NetBSD sh extension (an old one)
neither required nor forbidden by POSIX. If
the test is written properly (I forget) it
will check fir support in the shell being
tested before running thise tests.
Just Greg:
| Well, the test does appear to execute without
| error IFF the condition the test is meant
| to exercise is not enforced
Something is odd in your environment somehow,
but I am not sure what at the minute.
| (i.e. if the ulimit for opee FDs is not kept
| lower than the number of currently open FDs);
That limit should only apply to things which
create fds (open/creat/dup/...) not to uses of
the fd once opened. That is what this particular
test (or that part of it) is testing. Avoiding
that by not lowering the limit just makes the
test a waste of time.
| though I have not done any other kind of
| test to be sure the data sent to es
| multi-digit FD is actually received
| from the given FD.
That works, or should, The fd_redirections sub-test
of t_redir should verify that
kre
Home |
Main Index |
Thread Index |
Old Index