Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com From: "Markus Hoenicka" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-ID: <14887.60625.104000.20352@gargle.gargle.HOWL> Date: Fri, 1 Dec 2000 18:24:17 +0000 (CT0) To: cygwin AT sourceware DOT cygnus DOT com Subject: etags problem in bash, not in cmd.exe X-Mailer: VM 6.75 under Emacs 20.6.1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id NAA32094 Hi, I ran into a problem with the etags.exe shipped with NTEmacs 20.7.1. I'm not sure whether it is an etags problem or a CygWin bash problem, therefore I ask on both sides. My setup: I use the CygWin bash as the default shell in NTEmacs. I also use the tdtd package to edit SGML DTDs. This uses etags to create a list of entities, elements, notations etc. With my setup etags will run in bash, not in cmdproxy.exe or cmd.exe. The problem: The regular expression provided with tdtd does not work as is (it works on Linux, though). This is mainly a backslash-escape problem which can be fixed easily. The tricky part of the problem is that whitespace in the regular expression screws up things. This part of the problem exists only if etags runs in bash, it does not show up if etags runs in NT4 cmd.exe. I know it's a bit complex but I'd be glad if anyone could shed some light on this. The testcase: The file tutorial.dtd is a simple example to show the problem: -------------- --------------- Using simplified regexps, I try to find ENTITY and ELEMENT with etags first in cmd.exe and then in bash with the following commands (the full path is required to bypass CygWin etags which can't handle --regex): F:\home\markus\workspace\test2>d:\win32app\emacs207\bin\etags --regex='/d:\win32app\emacs207\bin\etags --regex='/