From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#16751: 24.3.50; Export during Org export to HTML Date: Tue, 18 Feb 2014 18:18:59 +0200 Message-ID: <83ha7w75sc.fsf@gnu.org> References: <86fvnmoxyp.fsf@somewhere.org> <86txbwlkeh.fsf@somewhere.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1392740412 5850 80.91.229.3 (18 Feb 2014 16:20:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 18 Feb 2014 16:20:12 +0000 (UTC) Cc: 16751@debbugs.gnu.org To: Sebastien Vauban Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Feb 18 17:20:20 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WFnP9-0001ou-3b for geb-bug-gnu-emacs@m.gmane.org; Tue, 18 Feb 2014 17:20:19 +0100 Original-Received: from localhost ([::1]:50525 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WFnP8-0002r7-EK for geb-bug-gnu-emacs@m.gmane.org; Tue, 18 Feb 2014 11:20:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36717) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WFnOz-0002pN-7X for bug-gnu-emacs@gnu.org; Tue, 18 Feb 2014 11:20:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WFnOt-00004v-Sr for bug-gnu-emacs@gnu.org; Tue, 18 Feb 2014 11:20:09 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:57419) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WFnOt-0008W4-PQ for bug-gnu-emacs@gnu.org; Tue, 18 Feb 2014 11:20:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WFnOt-0004FN-96 for bug-gnu-emacs@gnu.org; Tue, 18 Feb 2014 11:20:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 18 Feb 2014 16:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16751 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16751-submit@debbugs.gnu.org id=B16751.139274034216222 (code B ref 16751); Tue, 18 Feb 2014 16:20:02 +0000 Original-Received: (at 16751) by debbugs.gnu.org; 18 Feb 2014 16:19:02 +0000 Original-Received: from localhost ([127.0.0.1]:58601 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WFnNu-0004DZ-1c for submit@debbugs.gnu.org; Tue, 18 Feb 2014 11:19:02 -0500 Original-Received: from mtaout28.012.net.il ([80.179.55.184]:43028) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WFnNp-0004Cx-CI for 16751@debbugs.gnu.org; Tue, 18 Feb 2014 11:18:59 -0500 Original-Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0N1700F0099BI400@mtaout28.012.net.il> for 16751@debbugs.gnu.org; Tue, 18 Feb 2014 18:19:35 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N17005LF9CMQPA0@mtaout28.012.net.il>; Tue, 18 Feb 2014 18:19:35 +0200 (IST) In-reply-to: <86txbwlkeh.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:85822 Archived-At: > From: "Sebastien Vauban" > Cc: 16751@debbugs.gnu.org > Date: Tue, 18 Feb 2014 12:39:34 +0100 > > > Nonetheless, since you say you can reproduce this, please provide the > > information requested below, in case the underlying reason is still > > valid: > > > >> Thread 1 (Thread 604.0x4fb4): > >> #0 0x77ae9bfd in KERNELBASE!DebugBreak () from /cygdrive/c/Windows/SYSTEM32/KERNELBASE.dll > >> #1 0x011ec39c in emacs_abort () at c:/msys/home/dani/emacs/repo/src/w32fns.c:7984 > >> #2 0x01122321 in Fexpand_file_name (name=100535361, > >> default_directory=96023889) at c:/msys/home/dani/emacs/repo/src/fileio.c:1450 > > > > In this frame #2, the one in Fexpand_file_name, please show the result > > of these commands: > > > > (gdb) source .gdbinit > > > > If you don't have a .gdbinit file, you can find it here: > > > > http://bzr.savannah.gnu.org/lh/emacs/trunk/annotate/head:/src/.gdbinit > > Took that one. > > Though: > > --8<---------------cut here---------------start------------->8--- > $ gdb -p 9012 > GNU gdb (GDB) 7.6.50.20130728-cvs (cygwin-special) > Copyright (C) 2013 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "i686-pc-cygwin". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > . > Find the GDB manual and other documentation resources online at: > . > For help, type "help". > Type "apropos word" to search for commands related to "word". > > Attaching to process 9012 > [New Thread 9012.0x1b80] > [New Thread 9012.0xf34] > [New Thread 9012.0x13b0] > [New Thread 9012.0x22d8] > [New Thread 9012.0x16c4] > [New Thread 9012.0x4ec] > [New Thread 9012.0x1ad0] > [New Thread 9012.0x714] > [New Thread 9012.0xb08] > [New Thread 9012.0x1d7c] > [New Thread 9012.0xd44] > [New Thread 9012.0x224c] > [New Thread 9012.0x2020] > [New Thread 9012.0xac8] > /cygdrive/d/Users/sva/.gdbinit:19: Error in sourced command file: > No symbol table is loaded. Use the "file" command. > [New Thread 9012.0xcf0] > Reading symbols from /cygdrive/c/Program Files (x86)/emacs-r114715-20131019-w32/bin/emacs.exe...done. > --8<---------------cut here---------------end--------------->8--- > > Is the above warning to be expected? > > Line 19 is the line beginning with "set": > > --8<---------------cut here---------------start------------->8--- > # Force loading of symbols, enough to give us VALBITS etc. > set $dummy = main + 8 > --8<---------------cut here---------------end--------------->8--- Not sure why this happens, but let's ignore this for the moment. > (gdb) p name > No symbol "name" in current context. > --8<---------------cut here---------------end--------------->8--- > > I don't know what the above means. You are not in the correct stack frame. You need to be in Thread 1 in frame #2: Thread 1 (Thread 9012.0x1b80): #0 0x77149bfd in KERNELBASE!DebugBreak () from /cygdrive/c/Windows/SYSTEM32/KERNELBASE.dll #1 0x011ec39c in emacs_abort () at c:/msys/home/dani/emacs/repo/src/w32fns.c:7984 #2 0x01122321 in Fexpand_file_name (name=157735393, default_directory=157801377) at c:/msys/home/dani/emacs/repo/src/fileio.c:1450 So: (gdb) thread 1 (gdb) frame 2 (gdb) p name (gdb) xstring (gdb) p default_directory (gdb) xtype > Anyway, I was still able to call "xbacktrace": > > --8<---------------cut here---------------start------------->8--- > (gdb) xbacktrace > "expand-file-name" (0x8859e0) > "concat" (0x885b24) > "setq" (0x885c44) > "cond" (0x885d94) > "cond" (0x885ee4) > "let*" (0x886024) > "org-html-link" (0x8861c4) Thanks. This tells a lot, but I still need that info from Fexpand_file_name. > > Alternatively, if you can find where in Lisp is this expand-file-name > > call, add 'message' there, or step through that code with Edebug, to > > show the arguments passed to expand-file-name. > > It seems to be in `org-html-link', and there's only one call to > `expand-file-name', when the path begins by "file:". > > I've looked at all my "file:" links in the buggy Org document. One such > line came out as very different from the others: > > --8<---------------cut here---------------start------------->8--- > URI=file:///opt/tomcat/4/apache-tomcat-4.1.40/webapps/../user_projects/GHIJSP2/deploy/WEB-INF/sharedfiles/resources/FR/domVal.xml > --8<---------------cut here---------------end--------------->8--- > > If I remove that line from my Org document, Emacs doesn't crash > anymore... How come you have such a file URI on a Windows machine? Where does this point to? Also, what does org-element-property return for this file name (that's the argument passed to expand-file-name, I think)?