Re: Minor patch to correct buffer overrun

Chris Sutcliffe <[email protected]>
Newsgroups gmane.comp.gnu.make.windows
Message-ID <[email protected]>
  On 16/08/2010 1:28 PM, Eli Zaretskii wrote:
> The most important piece of information we need is to see where it
> crashed and how.  Please run Make under GDB, and when it crashes, type
> "bt full" and post the output here.

Here you go:

C:\Users\Chris\Downloads>gdb make
GNU gdb (GDB) 7.1
Copyright (C) 2010 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 "mingw32".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from C:\Users\Chris\Downloads/make.exe...done.
(gdb) run
Starting program: C:\Users\Chris\Downloads/make.exe
[New Thread 560.0xb4c]

Program received signal SIGSEGV, Segmentation fault.
0x00403a03 in find_directory (name=<value optimized out>) at 
../make-3.82/dir.c:537
537                   else if (!strcmp(fs_type, "FAT"))
(gdb) bt full
#0  0x00403a03 in find_directory (name=<value optimized out>) at 
../make-3.82/dir.c:537
         dc = Cannot access memory at address 0x63726dcf
(gdb)

As I mentioned, as a result of the optimization debugging is 
problematic.  Compiling without optimization works just fine.

Chris
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.