X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,TW_XF,T_TO_NO_BRKTS_FREEMAIL
X-Spam-Check-By:	sourceware.org
MIME-Version:	1.0
In-Reply-To:	<AANLkTilaKXeL_hpWaeRwBDVIq-j5hSdIYigmkjsvCxlO@mail.gmail.com>
References:	<AANLkTinTTqUHMjCXisfzcYRlK2TI2kDX9d5AgZBOME9R AT mail DOT gmail DOT com> <AANLkTilaKXeL_hpWaeRwBDVIq-j5hSdIYigmkjsvCxlO AT mail DOT gmail DOT com>
Date:	Thu, 13 May 2010 19:18:14 -0400
Message-ID:	<AANLkTil9hk1vJBZHCkMTSHXLCicACr4-46f5_fN7ZMgO@mail.gmail.com>
Subject:	Re: 1.7.5-1: execv fails in .exe compiled
From:	Stephen Morton <stephen DOT c DOT morton AT gmail DOT com>
To:	cygwin AT cygwin DOT com
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Unsubscribe:	<mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com

It looks like the stackdumps I sent may be due to secondary crashes.
Here is the strace of a failure with the segfault and crashdump. It is
different than the strace I sent earlier.

   88  224700 [sig] cc386 356 wait_sig: signalling pack.wakeup 0x6B0
 2290  224775 [main] cc386 1312 wait_for_sigthread: wait_sig_inited 0x7EC
  117  224817 [main] cc386 356 sig_send: returning 0x0 from sending signal =
-34
   67  224842 [main] cc386 1312 wait_for_sigthread: process/signal
handling enabled, state 0x41
   55  224872 [main] cc386 356 wait4: calling proc_subproc, pid 1312, optio=
ns 0
   68  224910 [main] cc386 1312 fork: 0 =3D fork()
   91  224963 [main] cc386 356 proc_subproc: args: 4, 2284288
  109  225019 [main] cc386 1312 spawnve: spawnve
(/usr/local/companytools/gcc34/x86/cc1.exe,
/usr/local/companytools/gcc34/x86/cc1.exe, 1002DAA0)
   80  225043 [main] cc386 356 proc_subproc: wval->pid 1312, wval->options 0
   83  225102 [main] cc386 1312 spawn_guts: spawn_guts (3,
/usr/local/companytools/gcc34/x86/cc1.exe)
  106  225149 [main] cc386 356 checkstate: nprocs 1
  106  225208 [main] cc386 1312 perhaps_suffix: prog
'/usr/local/companytools/gcc34/x86/cc1.exe'
   84  225233 [main] cc386 356 stopped_or_terminated: considering pid 1312
   77  225285 [main] cc386 1312 normalize_posix_path: src
/usr/local/companytools/gcc34/x86/cc1.exe
   74  225307 [main] cc386 356 checkstate: no matching terminated children =
found
  104  225389 [main] cc386 1312 normalize_posix_path:
/usr/local/companytools/gcc34/x86/cc1.exe =3D normalize_posix_path
(/usr/local/companytools/gcc34/x86/cc1.exe)
  107  225414 [main] cc386 356 checkstate: returning -1
   90  225479 [main] cc386 1312 mount_info::conv_to_win32_path:
conv_to_win32_path (/usr/local/companytools/gcc34/x86/cc1.exe)
   77  225491 [main] cc386 356 proc_subproc: only found non-terminated chil=
dren
   91  225582 [main] cc386 356 proc_subproc: finished processing
terminated/stopped child
  108  225587 [main] cc386 1312 set_flags: flags: binary (0x2)
--- Process 1312, exception C0000005 at 6110721F
  237  225819 [main] cc386 356 proc_subproc: returning 1
  335  225922 [main] cc386 1312 exception::handle: In
cygwin_except_handler exc 0xC0000005 at 0x6110721F sp 0x22A2FC
  116  226038 [main] cc386 1312 exception::handle: In
cygwin_except_handler sig 11 at 0x6110721F
   82  226120 [main] cc386 1312 exception::handle: In
cygwin_except_handler calling 0x0
   78  226198 [main] cc386 1312 perhaps_suffix: buf (null), suffix
found '(null)'
  156  226354 [main] cc386 1312 __set_errno: int spawn_guts(const
char*, const char* const*, const char* const*, int, int, int):369 val
2
  771  227125 [main] cc386 1312 fhandler_console::write: 10029448, 5
   87  227212 [main] cc386 1312 fhandler_console::write: at 99(c) state is 0
--- Process 1312, exception C0000005 at 611131D8
  181  227393 [main] cc386 1312 exception::handle: In
cygwin_except_handler exc 0xC0000005 at 0x611131D8 sp 0x22B950
  108  227501 [main] cc386 1312 exception::handle: In
cygwin_except_handler sig 11 at 0x611131D8
   87  227588 [main] cc386 1312 exception::handle: In
cygwin_except_handler calling 0x0
   73  227661 [main] cc386 1312 try_to_debug: debugger_command ''
  604  228265 [main] cc386 1312 open_stackdumpfile: Dumping stack
trace to cc386.exe.stackdump
35179  263444 [main] cc386 1312 _cygtls::inside_kernel: pc 0x611131D8,
h 0x61000000, inside_kernel 0
  189  263633 [main] cc386 1312 normalize_posix_path: src /dev/kmsg
  100  263733 [main] cc386 1312 normalize_posix_path: /dev/kmsg =3D
normalize_posix_path (/dev/kmsg)
   91  263824 [main] cc386 1312 mount_info::conv_to_win32_path:
conv_to_win32_path (/dev/kmsg)
--- Process 1312, exception C0000005 at 61109620
  217  264041 [main] cc386 1312 exception::handle: In
cygwin_except_handler exc 0xC0000005 at 0x61109620 sp 0x229830
   88  264129 [main] cc386 1312 exception::handle: In
cygwin_except_handler sig 11 at 0x61109620
   73  264202 [main] cc386 1312 exception::handle: In
cygwin_except_handler calling 0x0
   96  264298 [main] cc386 1312 __set_errno: fhandler_base*
build_fh_name(const char*, unsigned int, suffix_info*):410 val 14
  225  264523 [main] cc386 1312 try_to_debug: debugger_command ''
   97  264620 [main] cc386 1312 _cygtls::signal_exit: about to call do_exit=
 (8B)
   79  264699 [main] cc386 1312 do_exit: do_exit (139), exit_state 2
   85  264784 [main] cc386 1312 void: 0x0 =3D signal (20, 0x1)
  219  265003 [main] cc386 1312 void: 0x40E880 =3D signal (1, 0x1)
   89  265092 [main] cc386 1312 void: 0x40E880 =3D signal (2, 0x1)
   81  265173 [main] cc386 1312 void: 0x0 =3D signal (3, 0x1)

Stephen


On Thu, May 13, 2010 at 5:45 PM, Stephen Morton
<stephen DOT c DOT morton AT gmail DOT com> wrote:
> The problem appears to be cygwin 1.7-specific. (*)
>
> I get a stackdump as follows. I find that I get a stackdump under a
> cygwin shell (DOS terminal) but not under mintty so I'm not 100% sure
> the stackdump is for the correct error.
>
> Exception: STATUS_ACCESS_VIOLATION at eip=3D611131D8
> eax=3D0022B9E4 ebx=3D7FF70008 ecx=3D00000063 edx=3D0022B9E4 esi=3D0000000=
1 edi=3D00000005
> ebp=3D0022B998 esp=3D0022B950
> program=3DC:\usr\local\companytools\gcc34\x86\cc386.exe, pid 1312,
> thread main
> cs=3D001B ds=3D0023 es=3D0023 fs=3D003B gs=3D0000 ss=3D0023
> Stack trace:
> Frame =A0 =A0 Function =A0Args
> 0022B998 =A0611131D8 =A0(0022D000, 7FF70008, 10029448, 00000005)
> 0022B9F8 =A0610C953E =A0(00008000, 10029448, 00000005, 00000001)
> 1002944D =A06103413C =A0(68000000, 46611C2F, 68DF0DF0, 00100280)
> End of stack trace
>
> I was able to get a further stack trace from gdb from that. Again, it
> would only happen on a cygwin shell and not mintty so I'm not sure I
> copied the correct error:
> (gdb) backtrace
> #0 =A00x7c90120f in ?? ()
> #1 =A00x7c951e68 in ?? ()
> #2 =A00x00000005 in ?? ()
> #3 =A00x00000004 in ?? ()
> #4 =A00x00000001 in ?? ()
> #5 =A00x006dffd0 in ?? ()
> #6 =A00x00000246 in ?? ()
> #7 =A00xffffffff in ?? ()
> #8 =A00x7c90e920 in ?? ()
> #9 =A00x7c951e88 in ?? ()
> #10 0x00000000 in ?? ()
>
> Stephen
>
> (*) I know that doesn't mean that it's 1.7's fault. Perhaps the
> problem was pre-existing and was only revealed in 1.7. But it works in
> 1.3 and 1.5 on WinXP and fails in 1.7 in WinXP-32, Vista-32, Win7-67.
>

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -