bug#8623: 23.3.50; (woman "git-remote") crashes

[Sven Joachim]

On 2011-05-05 22:44 +0200, Eli Zaretskii wrote:

>> From: Sven Joachim <svenjoac@gmx.de>
>> Date: Thu, 05 May 2011 22:09:37 +0200
>> Cc: Sven Joachim <svenjoac@gmx.de>
>> 
>> > Please describe exactly what actions triggered the bug
>> > and the precise symptoms of the bug.
>> 
>> I did M-x woman RET git-remote RET and Emacs segfaulted.
>
> Does this happen for you in "emacs -nw -Q"?

No, only in a graphical session.  Also, it only seems to happen when
building with GCC 4.6, which explains why I did not see the problem
until recently when Debian switched to GCC 4.6 as the default compiler:

$ gcc --version | head -n1
gcc (Debian 4.6.0-6) 4.6.1 20110428 (prerelease)

> Also, can you build Emacs without optimizations, and try reproducing
> in the unoptimized binary?

Alas, the unoptimized binary does not crash.

> If you succeed, please show the backtrace
> from there, and also manually load woman.el (the source) before typing
> "M-x woman", to make the Lisp backtrace more accurate.

Here is the Lisp backtrace with the uncompiled woman.el loaded:

(gdb) xbacktrace 
"current-column" (0xffffac44)
">" (0xffffad1c)
"save-excursion" (0xffffadfc)
"or" (0xffffaebc)
"if" (0xffffaf7c)
"when" (0xffffb01c)
"let" (0xffffb13c)
"while" (0xffffb21c)
"if" (0xffffb2dc)
"if" (0xffffb39c)
"unless" (0xffffb43c)
"woman2-format-paragraphs" (0xffffb4e0)
"woman2-RS" (0xffffb6f4)
"funcall" (0xffffb6f0)
"if" (0xffffb82c)
"while" (0xffffb90c)
"unwind-protect" (0xffffb9cc)
"let" (0xffffbb0c)
"woman2-roff-buffer" (0xffffbbb0)
"let" (0xffffbd9c)
"woman-decode-region" (0xffffbe40)
"let" (0xffffc03c)
"woman-decode-buffer" (0xffffc0e0)
"if" (0xffffc24c)
"woman-process-buffer" (0xffffc2f0)
"let" (0xffffc4dc)
"woman-really-find-file" (0xffffc580)
"let*" (0xffffc75c)
"or" (0xffffc81c)
"let" (0xffffc93c)
"woman-find-file" (0xffffc9e0)
"if" (0xffffcb5c)
"let" (0xffffcc7c)
"if" (0xffffcd1c)
"woman" (0xffffce44)
"call-interactively" (0xffffd074)
"execute-extended-command" (0xffffd204)
"call-interactively" (0xffffd3c4)
(gdb)

Regards,
        Sven