From: "djh" <henman@it.to-be.co.jp>
Cc: emacs-devel@gnu.org
Subject: Re: cygwn 5.19 with X-win bootstrap
Date: Fri, 02 Jun 2006 18:03:27 +0900 [thread overview]
Message-ID: <20060602180327.2956@henman-np.b-eng.it.to-be.co.jp> (raw)
In-Reply-To: Your message of Thu, 01 Jun 2006 10:08:03 +0300 <uy7whe4ks.fsf@gnu.org>
> From: Eli Zaretskii <eliz@gnu.org>
> .....
> No, I think it's a bug that happens only with optimised code.
> ....
> What happens if you repeatedly type "step" until you find yourself in
> some Emacs function? Once you get to an Emacs function, "bt" should
> work correctly, and even if it doesn't, we will know in what place
> Emacs crashes.
>
Here is the result:
Using gdb and stepping through: I was using the 'n' command and the <RET> to continue repeating it.
-------------------------------- start of gdb session
cvs/emacs/lisp $ gdb ../src/bootstrap-emacs.exe
(gdb) b 855
Breakpoint 1 at 0x200a23c2: file emacs.c, line 855.
(gdb) run -batch --no-site-file --multibyte -f batch-byte-compile-if-not-done byte-opt.el
858 if (!initialized)
(gdb) n
851 char *junk = 0;
(gdb)
858 if (!initialized)
(gdb)
883 sort_args (argc, argv);
(gdb)
884 argc = 0;
(gdb)
885 while (argv[argc]) argc++;
(gdb)
887 if (argmatch (argv, argc, "-version", "--version", 3, NULL, &skip_args)
(gdb)
1006 if (1
(gdb)
1021 newlim = re_max_failures * ratio + 200000;
(gdb)
1018 ratio += ratio / 3;
(gdb)
1021 newlim = re_max_failures * ratio + 200000;
(gdb)
1029 if (newlim > rlim.rlim_max)
(gdb)
1035 if (rlim.rlim_cur < newlim)
(gdb)
1036 rlim.rlim_cur = newlim;
(gdb)
1038 setrlimit (RLIMIT_STACK, &rlim);
(gdb)
1043 stack_bottom = &stack_bottom_variable;
(gdb)
1050 clearerr (stdin);
(gdb)
1054 memory_warnings (0, malloc_warning);
(gdb)
1050 clearerr (stdin);
(gdb)
1054 memory_warnings (0, malloc_warning);
(gdb)
1058 free (realloc (malloc (4), 4));
(gdb)
1062 uninterrupt_malloc ();
(gdb)
Program received signal SIGSEGV, Segmentation fault.
0x610ad945 in pthread_mutexattr_init () from /usr/bin/cygwin1.dll
(gdb)
Single stepping until exit from function pthread_mutexattr_init,
which has no line number information.
0x7c94eaf0 in ?? () from ntdll.dll
(gdb)
Cannot find bounds of current function
---------------------- end of gdb output ----------
next prev parent reply other threads:[~2006-06-02 9:03 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-25 4:33 bootstrap problem djh
2006-05-25 18:26 ` Eli Zaretskii
2006-05-26 4:47 ` djh
2006-05-26 8:07 ` Eli Zaretskii
2006-05-30 7:03 ` cygwn 5.19 with X-win bootstrap djh
2006-05-30 19:19 ` Eli Zaretskii
2006-06-01 4:56 ` djh
2006-06-01 7:08 ` Eli Zaretskii
2006-06-02 9:03 ` djh [this message]
2006-06-02 9:27 ` Eli Zaretskii
2006-06-20 8:49 ` djh
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=20060602180327.2956@henman-np.b-eng.it.to-be.co.jp \
--to=henman@it.to-be.co.jp \
--cc=emacs-devel@gnu.org \
/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).