emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cygwin 5.19 make bootstrap croaks


From: Eli Zaretskii
Subject: Re: cygwin 5.19 make bootstrap croaks
Date: Tue, 28 Feb 2006 07:59:51 +0200

> Date: Mon, 27 Feb 2006 17:40:07 +0900
> From: djh <address@hidden>
> CC: address@hidden
> 
> but, I'm getting a
> 
>     ".gdbinit:793: Error in sourced command file: "
>     "Cannot access memory at address 0x20000004   "
> 
> ----------.gdbinit line 793 is the last end of the below 'if' ----
> # People get bothered when they see messages about non-existent functions...
> xgetptr Vsystem_type
> # $ptr is NULL in temacs
> if ($ptr != 0)
>    set $tem = (struct Lisp_Symbol *) $ptr
>    xgetptr $tem->xname
>    set $tem = (struct Lisp_String *) $ptr
>    set $tem = (char *) $tem->data
> 
>    # Don't let abort actually run, as it will make stdio stop working and
>    # therefore the `pr' command above as well.
>    if $tem[0] == 'w' && $tem[1] == 'i' && $tem[2] == 'n' && $tem[3] == 'd'
>      # The windows-nt build replaces abort with its own function.
>      break w32_abort
>    else
>      break abort
>    end
> end  # 793  (This is line 793

???  Can you see where is the 0x20000004 thing coming from?  That is,
what address is it complaining about? is it the value of $ptr after
"xgetptr Vsystem_type"?

Anyway, what version of GDB is that?

> #7  0x200a2fa0 in main (argc=539897824, argv=0x4) at emacs.c:1062
> 
> 
> 
> When re-ran again than then issuing a 'l'ist cmd I got:
> Program received signal SIGSEGV, Segmentation fault.
> 0x610ad945 in pthread_mutexattr_init () from /usr/bin/cygwin1.dll
> (gdb) l
> 1072         newlines, we do that manually.  */
> 1073      _fmode = O_BINARY;
> 1074    #endif /* MSDOS || WINDOWSNT */
> 1075
> 1076    #ifdef MSDOS
> 1077    #if __DJGPP__ >= 2
> 1078      if (!isatty (fileno (stdin)))
> 1079        setmode (fileno (stdin), O_BINARY);
> 1080      if (!isatty (fileno (stdout)))
> 1081        {

This doesn't show the most interesting line: line 1062, where it says
that it crashed.  Is that this line?

  uninterrupt_malloc ();

If so, I'd suggest running under GDB, put a breakpoint on this line,
and when it breaks, step with GDB inside uninterrupt_malloc and see
where exactly inside that function it crashes.

> This is a cygwin 5.19.

Is that the latest?  If so, perhaps it's a Cygwin problem.  Can you
downgrade to the previous version?




reply via email to

[Prev in Thread] Current Thread [Next in Thread]