From: Eli Zaretskii <eliz@gnu.org>
To: Ken Brown <kbrown@cornell.edu>
Cc: dancol@dancol.org, emacs-devel@gnu.org
Subject: Re: Is the Cygw32 port ready for testing?
Date: Tue, 16 Oct 2012 20:24:18 +0200 [thread overview]
Message-ID: <83zk3m2s31.fsf@gnu.org> (raw)
In-Reply-To: <507D5FD0.4060403@cornell.edu>
> Date: Tue, 16 Oct 2012 09:23:28 -0400
> From: Ken Brown <kbrown@cornell.edu>
> CC: Eli Zaretskii <eliz@gnu.org>, emacs-devel@gnu.org
>
> ./configure --with-w32 CFLAGS='-g -O0' && make
>
> The Emacs abort dialogue box pops up when the build gets to this point:
>
> gcc -std=gnu99 -Demacs -I. -I/home/kbrown/src/emacs/test-w32/src
> -I../lib -I/home/kbrown/src/emacs/test-w32/src/../lib
> -I/usr/include/libxml2 -I/usr/include/dbus-1.0
> -I/usr/lib/dbus-1.0/include -MMD -MF deps/.d -MP
> -I/usr/include/p11-kit-1 -g -O0 -L/usr/lib/noX \
> -o temacs pre-crt0.o dispnew.o frame.o scroll.o xdisp.o menu.o
> window.o charset.o coding.o category.o ccl.o character.o chartab.o
> bidi.o cm.o term.o terminal.o xfaces.o dbusbind.o emacs.o keyboard.o
> macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o
> minibuf.o fileio.o dired.o cmds.o casetab.o casefiddle.o indent.o
> search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o
> eval.o floatfns.o fns.o font.o print.o lread.o syntax.o unexcw.o
> bytecode.o process.o gnutls.o callproc.o region-cache.o sound.o
> atimer.o doprnt.o intervals.o textprop.o composite.o xml.o profiler.o
> sheap.o cygw32.o w32fns.o w32menu.o w32reg.o w32font.o w32term.o
> w32xfns.o w32select.o w32uniscribe.o fontset.o fringe.o image.o
> terminfo.o gmalloc.o lastfile.o vm-limit.o ../lib/libgnu.a
> -lkernel32 -luser32 -lgdi32 -lole32 -lcomdlg32 -lusp10 -lcomctl32
> -lwinspool -ltiff -ljpeg -lpng -lz -lm -lgif -lXpm -ldbus-1
> -lpthread -lrt -lxml2 -lz -liconv -lm -lncurses
> -L/usr/bin -lgnutls -lnettle -lhogweed -lgmp -ltasn1 -lp11-kit -lz
> -lpthread
> test "no" = "yes" || \
> test "X" = X || -r temacs.exe
> cd ../lisp; make -w update-subdirs
> make[2]: Entering directory `/home/kbrown/src/emacs/test-w32/lisp'
> cd /home/kbrown/src/emacs/test-w32/lisp; subdirs=`find . -type d
> -print`; for file in $subdirs; do case $file in */.* | */.*/* | */=* |
> */cedet* ) ;; *) wins="$wins $file" ;; esac; done; \
> for file in $wins; do \
> /home/kbrown/src/emacs/test-w32/build-aux/update-subdirs $file; \
> done;
> make[2]: Leaving directory `/home/kbrown/src/emacs/test-w32/lisp'
> if test "no" = "yes"; then \
> rm -f bootstrap-emacs.exe; \
> ln temacs.exe bootstrap-emacs.exe; \
> else \
> `/bin/pwd`/temacs --batch --load loadup bootstrap || exit 1; \
> test "X" = X || -zex emacs.exe; \
> mv -f emacs.exe bootstrap-emacs.exe; \
> fi
Does it also crash if you invoke the following command from the Bash
prompt in the src directory?
./temacs --batch --load loadup bootstrap
If this also crashes, then please run the same command from GDB, and
see what happens.
> At this point I attached gdb. The session didn't provide any
> information that I can see, but I'm attaching a log (gdb.txt).
> [...]
> GNU gdb (GDB) 7.5.50.20120815-cvs (cygwin-special)
> Copyright (C) 2012 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> 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-cygwin".
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>.
> Attaching to process 3672
> [New Thread 3672.0x16cc]
> [New Thread 3672.0x1c0]
> [New Thread 3672.0x1e00]
> Reading symbols from /home/kbrown/src/emacs/test-w32/src/temacs.exe...done.
> warning: File "/home/kbrown/src/emacs/test-w32/src/.gdbinit" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".
If you want to debug Emacs conveniently, you need to take care of that
"warning", because you do need GDB to load .gdbinit.
> (gdb) thread apply all bt full
You need to say "continue" first. (Doesn't the Abort dialog say so?)
> Thread 1 (Thread 3672.0x16cc):
> #0 0x75abf5be in USER32!SetMessageExtraInfo ()
> from /c/windows/syswow64/USER32.dll
> No symbol table info available.
> #1 0x75abf5be in USER32!SetMessageExtraInfo ()
> from /c/windows/syswow64/USER32.dll
> No symbol table info available.
> #2 0x75abcd46 in USER32!SetMessageExtraInfo ()
> from /c/windows/syswow64/USER32.dll
> No symbol table info available.
> #3 0x00000000 in ?? ()
> No symbol table info available.
Any idea why it says "No symbol table info available"? There's no -s
switch on the link command line.
Also, why did you use CFLAGS='-g -O0', rather than CFLAGS='-g3 -O0'?
The latter would produce a much richer debug info. (But I don't think
it has anything to do with the crash or the lack of debug info.)
next prev parent reply other threads:[~2012-10-16 18:24 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-14 22:44 Is the Cygw32 port ready for testing? Ken Brown
2012-10-14 23:28 ` Daniel Colascione
2012-10-15 1:16 ` Ken Brown
2012-10-15 1:31 ` Ken Brown
2012-10-15 1:34 ` Daniel Colascione
2012-10-15 1:37 ` Daniel Colascione
2012-10-15 7:34 ` Andreas Schwab
2012-10-15 14:14 ` Ken Brown
2012-10-15 17:16 ` Eli Zaretskii
2012-10-15 19:33 ` Ken Brown
2012-10-15 19:35 ` Daniel Colascione
2012-10-15 21:31 ` Daniel Colascione
2012-10-15 21:34 ` Ken Brown
2012-10-15 21:36 ` Daniel Colascione
2012-10-16 13:23 ` Ken Brown
2012-10-16 18:24 ` Eli Zaretskii [this message]
2012-10-17 4:13 ` Stephen J. Turnbull
2012-10-17 15:42 ` Eli Zaretskii
2012-10-17 17:36 ` Stephen J. Turnbull
2012-10-17 23:45 ` Nix
2012-10-18 12:28 ` Ken Brown
2012-10-18 17:02 ` Daniel Colascione
2012-10-18 22:18 ` Ken Brown
2012-10-18 17:09 ` Eli Zaretskii
2012-10-18 22:04 ` Stefan Monnier
2012-10-19 6:43 ` Eli Zaretskii
-- strict thread matches above, loose matches on Subject: below --
2012-10-19 16:03 Angelo Graziosi
2012-10-20 2:42 ` Ken Brown
2012-10-20 2:49 ` Daniel Colascione
2012-10-20 6:53 ` Andreas Schwab
2012-10-21 13:02 ` Stephen J. Turnbull
2012-10-20 8:53 ` Angelo Graziosi
2012-10-20 10:29 ` Eli Zaretskii
2012-10-20 13:19 ` Ken Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83zk3m2s31.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=dancol@dancol.org \
--cc=emacs-devel@gnu.org \
--cc=kbrown@cornell.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).