On Thu, 8 Apr 2021, Bert Wesarg wrote:> see > https://bugzilla.mindrot.org/show_bug.cgi?id=1902 > for one of the first reports and also a reason why it is currently not accepted.This seems really wrong. #1902 refers to #1988 as reason for not chdir?ing to / but #1988 is about (1, 0) vs. (1, 1) whereas #1902 is about (0, 1) vs. (1, 1) so perhaps changing the daemon call to (0, 0) will fix both? bye, //mirabilos, not (yet) having looked at that code, just wondering -- Infrastrukturexperte ? tarent solutions GmbH Am Dickobskreuz 10, D-53121 Bonn ? http://www.tarent.de/ Telephon +49 228 54881-393 ? Fax: +49 228 54881-235 HRB AG Bonn 5168 ? USt-ID (VAT): DE122264941 Gesch?ftsf?hrer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg ************************************************* Mit dem tarent-Newsletter nichts mehr verpassen: www.tarent.de/newsletter *************************************************
On Thu, Apr 08, 2021 at 02:48:59PM +0200, Thorsten Glaser <t.glaser at tarent.de> wrote:> On Thu, 8 Apr 2021, Bert Wesarg wrote: > > > see > > https://bugzilla.mindrot.org/show_bug.cgi?id=1902 > > for one of the first reports and also a reason why it is currently not accepted. > > This seems really wrong. #1902 refers to #1988 as reason for not > chdir?ing to / but #1988 is about (1, 0) vs. (1, 1) whereas #1902 > is about (0, 1) vs. (1, 1) so perhaps changing the daemon call to > (0, 0) will fix both? > > bye, > //mirabilos, not (yet) having looked at that code, just wonderingAh, #1988 is the reason. I would think that if that problem was that stderr is left open, the solution is to close stderr (when not debugging), rather than to not chdir /. cheers, raf