From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from m0.truegem.net (m0.truegem.net [69.55.228.47]) by sourceware.org (Postfix) with ESMTPS id 7E30C385842B for ; Tue, 10 Aug 2021 19:49:20 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 7E30C385842B Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=maxrnd.com Authentication-Results: sourceware.org; spf=none smtp.mailfrom=maxrnd.com Received: (from daemon@localhost) by m0.truegem.net (8.12.11/8.12.11) id 17AJnJhW039646 for ; Tue, 10 Aug 2021 12:49:19 -0700 (PDT) (envelope-from mark@maxrnd.com) Received: from 162-235-43-67.lightspeed.irvnca.sbcglobal.net(162.235.43.67), claiming to be "[192.168.1.100]" via SMTP by m0.truegem.net, id smtpdUliw0w; Tue Aug 10 12:49:14 2021 Subject: Re: many cygwin shells/tools (tcsh, fish, bash, and zsh) crashing STATUS_ACCESS_VIOLATION To: cygwin@cygwin.com References: <0a68361c-0bca-c2d0-e122-ede519e03e01@SystematicSw.ab.ca> <6cfbde9b-16ff-5de0-a040-8dcfb5d54bc3@SystematicSw.ab.ca> From: Mark Geisert Message-ID: <3b947ca2-d86d-90f7-1270-2796e55bbbd6@maxrnd.com> Date: Tue, 10 Aug 2021 12:49:14 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3.9 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2021 19:49:22 -0000 Hi David, David Dyck via Cygwin wrote: > On Tue, Aug 10, 2021 at 10:56 AM Brian Inglis wrote: >> Apparently that Windows Version is for the Windows 11 Preview. >> That appears to be an alpha quality product, from bug fix announcements. >> I didn't find anything much useful from MS or articles only features. >> You might want to reach out for help via the Windows Feedback Hub, >> and/or MS App Assure re compatibility if your org has 150+ licenses. > > I'm interested in what could be going wrong that would cause only some > cygwin programs to fail. > > I'd be happy to report the issue via Windows Feedback if I could point > to something specific. > > Maybe I should rebuild "more.exe" from source? Won't help. The strace and ldd output shows the exception is happening in cygncursesw-10.dll. That's unfortunate because many Cygwin programs use that DLL, including the debugger gdb. > comparing the mentioned > more.exe.stackdump > and > bash.exe.stackdump > it appears that cygwin creates different formats of files but seems to > call them *.stackdump Yes, that's intentional. Depending on the current state of the faulting program it may not be possible to get a stack backtrace. The info shown is what can (probably) be trusted. You could try downgrading ncurses via Cygwin setup. Best case: things work. Worst case: things break but at a different address within the DLL. Another tack could be for somebody *on a working system* install the debuginfo for ncurses, figure out the exception's address *in the ncurses installed locally*, run 'more' under gdb after setting a breakpoint at that address. Poke around to see what ncurses is doing in that area. Maybe it's acting on a Windows result that's busted on the Windows preview. Or something else. Good luck with this route :-/. ..mark