On Tue, Apr 06, 2021 at 06:06:18PM -0400, Mouse wrote:
> lstat()? The rest of that sentence looks to me like a better match for
> stat() rather than lstat().
You're right, I had the behavior of lstat and stat confused.
> I would argue skipping hardlinks is a msitake. If I want to share
> config
We are wrapping up our implementation of the new backwards compatible syntax
(thank you to Robert Elz for his helpful advice regarding the new header file
and C file). This means we are ready to begin implementing the include directive
to allow multiple files to be used for inetdās configuration.
In implementing a key-value based syntax for inetd as progress on the inetd
Enhancements projet
(https://wiki.netbsd.org/projects/project/inetd-enhancements/), we have created
a number of new functions that rely on the servtab structure definition and some
other existing code. Should we create a se
Hello tech-userlevel,
We would like to give you a small progress update, as well as inquire about
handling quotation parsing. Currently, we have implemented the framework for
the new parser, such that inetd can successfully parse a config file which
contains the old syntax and new syntax, but the
>That should be true only if you specify a listening address with no
>command. If it works that way when a command is given on the same
>line, that's a bug that needs fixing. (I feel moderately authoritative
>on this matter since I'm the person who added the code back in 1996.)
Our apologies. Th
>That's not the only use for escapes. From a theoretical and aesthetic
>perspective, it would be nice to be able to get arbitrary octet
>sequences into arguments; as outlined, for example, it's not possible
>to get a newline into an argument. (Well, _almost_ arbitrary octet
>sequences. Until and
rushing these changes out.
Sincerely,
James Browning
Gabe Coffland
Alex Gavin
Solomon Ritzow
potential changes to inetd, we hope to make meaningful changes to inetd and
contribute our work to the NetBSD project.
Thank you again,
James Browning
Gabe Coffland
Alex Gavin
Solomon Ritzow
for per-service config files, but
not adding or changing any existing files, and allowing the user to setup
per-service configuration at their own discretion.
We greatly appreciate your time and input.
Sincerely,
James Browning
Gabe Coffland
Alex Gavin
Solomon Ritzow
ce config files, but
not adding or changing any existing files, and allowing the user to setup
per-service configuration at their own discretion.
We greatly appreciate your time and input.
Sincerely,
James Browning
Gabe Coffland
Alex Gavin
Solomon Ritzow
10 matches
Mail list logo