From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 13131 invoked from network); 6 Sep 2021 14:50:53 -0000 Received: from bsd.lv (HELO mandoc.bsd.lv) (66.111.2.12) by inbox.vuxu.org with ESMTPUTF8; 6 Sep 2021 14:50:53 -0000 Received: from fantadrom.bsd.lv (localhost [127.0.0.1]) by mandoc.bsd.lv (OpenSMTPD) with ESMTP id 58fc81ab for ; Mon, 6 Sep 2021 09:50:52 -0500 (EST) Received: from scc-mailout-kit-01.scc.kit.edu (scc-mailout-kit-01.scc.kit.edu [129.13.231.81]) by mandoc.bsd.lv (OpenSMTPD) with ESMTP id c0a59a71 for ; Mon, 6 Sep 2021 09:50:51 -0500 (EST) Received: from hekate.asta.kit.edu ([141.3.145.153] helo=hekate.usta.de) by scc-mailout-kit-01.scc.kit.edu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (envelope-from ) id 1mNFxS-0007IE-4J; Mon, 06 Sep 2021 16:50:50 +0200 Received: from donnerwolke.asta.kit.edu ([141.3.145.61] helo=donnerwolke.usta.de) by hekate.usta.de with esmtp (Exim 4.92.2) (envelope-from ) id 1mNFxP-0003x2-KL; Mon, 06 Sep 2021 16:50:47 +0200 Received: from athene.asta.kit.edu ([141.3.145.60] helo=athene.usta.de) by donnerwolke.usta.de with esmtp (Exim 4.84_2) (envelope-from ) id 1mNFxP-0003RB-FN; Mon, 06 Sep 2021 16:50:47 +0200 Received: from localhost (athene.usta.de [local]) by athene.usta.de (OpenSMTPD) with ESMTPA id 7153072a; Mon, 6 Sep 2021 16:50:47 +0200 (CEST) Date: Mon, 6 Sep 2021 16:50:47 +0200 From: Ingo Schwarze To: sternenseemann@systemli.org Cc: tech@mandoc.bsd.lv Subject: Re: makewhatis: segfault in dbadd when using -a Message-ID: <20210906145047.GC83680@athene.usta.de> References: <20210811150959.GI38774@athene.usta.de> <14853b5f-c67e-a317-17fe-9c3a92f516b7@systemli.org> <20210819171150.GD56790@athene.usta.de> X-Mailinglist: mandoc-tech Reply-To: tech@mandoc.bsd.lv MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210819171150.GD56790@athene.usta.de> User-Agent: Mutt/1.12.2 (2019-09-21) Hi Lukas, Ingo Schwarze wrote on Thu, Aug 19, 2021 at 07:11:50PM +0200: > Uh oh. So there *is* a real-world use case for symlinks to > directories. [...] > Anyway, if systems use that, considering whether it can be supported > with resonable effort makes sense. No guarantee, of course. > I'll think about it for a bit. So, an acceptable way to support this probably exists, using the FTS_FOLLOW option of the function fts_set(3). That isn't completely trivial in this code which is already somewhat convoluted, but it should not be excessively complicated either. Then again, there is a slight risk of breaking stuff while implementing it, and maybe an even bigger risk that FTS_FOLLOW may not be completely portable - i don't really know yet. Besides, i need to limit the difficulty of changes i'm doing right now or i will never get the next release out of the door. So i decided to postpone this particular feature until after release, see the commit below. Yours, Ingo Log Message: ----------- TODO: let makewhatis(8) follow symbolic links to dirs Modified Files: -------------- mandoc: TODO Revision Data ------------- Index: TODO =================================================================== RCS file: /home/cvs/mandoc/mandoc/TODO,v retrieving revision 1.316 retrieving revision 1.317 diff -LTODO -LTODO -u -p -r1.316 -r1.317 --- TODO +++ TODO @@ -286,6 +286,11 @@ are mere guesses, and some may be wrong. --- missing misc features ---------------------------------------------- +- let makewhatis(8) follow symbolic links to dirs below READ_ALLOWED_PATH + this may be feasible using fts_set(FTS_FOLLOW) + mail to sternenseemann 19 Aug 2021 19:11:50 +0200 + loc * exist ** algo ** size * imp ** + - -T man does not handle eqn(7) and tbl(7) Stephen Gregoratto 16 Feb 2020 01:28:07 +1100 also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901636 -- To unsubscribe send an email to tech+unsubscribe@mandoc.bsd.lv