From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17085 invoked by alias); 30 Jun 2013 21:45:43 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 17074 invoked by uid 89); 30 Jun 2013 21:45:42 -0000 X-Spam-SWARE-Status: No, score=-3.5 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_NO,RCVD_IN_HOSTKARMA_YE,SPF_PASS autolearn=ham version=3.3.1 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Sun, 30 Jun 2013 21:45:40 +0000 Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id DD3C22045B for ; Sun, 30 Jun 2013 17:45:36 -0400 (EDT) Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute4.internal (MEProxy); Sun, 30 Jun 2013 17:45:36 -0400 Received: from [192.168.1.20] (unknown [50.88.95.51]) by mail.messagingengine.com (Postfix) with ESMTPA id 9157CC00E87; Sun, 30 Jun 2013 17:45:36 -0400 (EDT) Message-ID: <51D0A6FF.9080403@cwilson.fastmail.fm> Date: Sun, 30 Jun 2013 23:06:00 -0000 From: Charles Wilson User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: Failed assertion in path.cc (path_conv::check) References: <51C40016.3000409@cwilson.fastmail.fm> <20130621082155.GG1620@calimero.vinschen.de> In-Reply-To: <20130621082155.GG1620@calimero.vinschen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2013-06/txt/msg00763.txt.bz2 On 6/21/2013 4:21 AM, Corinna Vinschen wrote: > On Jun 21 03:26, Charles Wilson wrote: >> The following statement: >> >> char * tmp_path = >> (char *) cygwin_create_path (CCP_POSIX_TO_WIN_A, newargz[0]); >> >> Results in this error popup (and a coredump), when newargz[0] is >> NULL. Sure, it's a bug in my program to do that...but shouldn't it >> be handled more gracefully? Like...return a NULL, rather than >> SIGABRT? > > I changed the underlying cygwin_conv_path to handle NULL gracefully > by returning -1 and setting errno to EINVAL. This results in a NULL > return from cygwin_create_path. Using the old (buggy) version of my program, this change to the cygwin1.dll DTRT and I don't see the coredump anymore. Thanks. 'Course, I've fixed my program to not do that, but this was still a cygwin bug IMO so thanks for fixing it. -- Chuck -- 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