From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 64578 invoked by alias); 1 Oct 2015 21:35:39 -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 63781 invoked by uid 89); 1 Oct 2015 21:35:38 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-wi0-f174.google.com Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Thu, 01 Oct 2015 21:35:37 +0000 Received: by wiclk2 with SMTP id lk2so9197777wic.0 for ; Thu, 01 Oct 2015 14:35:34 -0700 (PDT) X-Received: by 10.194.84.129 with SMTP id z1mr14566024wjy.17.1443735334023; Thu, 01 Oct 2015 14:35:34 -0700 (PDT) Received: from [192.168.2.108] (p5B174FF8.dip0.t-ipconnect.de. [91.23.79.248]) by smtp.googlemail.com with ESMTPSA id c8sm8077979wja.36.2015.10.01.14.35.33 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 01 Oct 2015 14:35:33 -0700 (PDT) Subject: Re: [Cygwin-ports-general] Ncview To: cygwin@cygwin.com References: <56095DBC.6090308@gmail.com> <1443720905.8588.17.camel@cygwin.com> From: Marco Atzeri Message-ID: <560DA71F.2060006@gmail.com> Date: Thu, 01 Oct 2015 21:35:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <1443720905.8588.17.camel@cygwin.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-10/txt/msg00009.txt.bz2 On 01/10/2015 19:35, Yaakov Selkowitz wrote: > On Mon, 2015-09-28 at 17:33 +0200, Marco Atzeri wrote: >> On 28/09/2015 16:07, Vasileios Anagnostopoulos wrote: >> >> 2) the 64 bit crashes inside X libs. >> I never succeeded to identify the root cause > > Confirmed. Often 64-bit-only issues come down to one or more of the > following: > > * implicit function declarations. Per the C standard, argument types > are assumed to match whatever is given (which may be wrong if e.g. 0 is > used instead of 0L or (PointerType)0 or NULL etc.) and the return type > is assumed to be int (which will truncate the actual return value when > it is actually a long/pointer). This is not. The only two implicit declaration are of type int and declaring them changes noting. > > * vararg types. Because these types aren't declared, the compiler can't > automatically cast values to the correct type, so literal values and > symbolic constants must be explicitly cast if they are not meant to be > an int and are not obviously a long/pointer. I don't find any case. > In the case of ncview, I strongly suspect the latter should anyone be > interested in fixing this. The hard issue is that only cygwin 64 bit seems impacted, while other 64 platform are fine, and that the crash is well deep X libraries during the destruction phase of graphical elements #0 LayoutChild (w=w@entry=0x60065ef80) at /usr/src/debug/libXaw-1.0.12-2/src/Form.c:693 #1 0x00000003cabefc26 in LayoutChild (w=w@entry=0x60064e8a0) at /usr/src/debug/libXaw-1.0.12-2/src/Form.c:702 #2 0x00000003cabefc26 in LayoutChild (w=) at /usr/src/debug/libXaw-1.0.12-2/src/Form.c:702 #3 0x00000003cabf04ed in Layout (fw=0x60011a2e0, width=, height=, force_relayout=1) at /usr/src/debug/libXaw-1.0.12-2/src/Form.c:565 #4 0x00000003cabefb2b in XawFormChangeManaged (w=0x60011a2e0) at /usr/src/debug/libXaw-1.0.12-2/src/Form.c:1022 #5 0x00000003ca758f5c in XtUnmanageChildren (children=0x22c8d0, num_children=1) at /usr/src/debug/libXt-1.1.4-2/src/Manage.c:184 #6 0x00000003ca759038 in XtUnmanageChild (child=0x60065ef70, child@entry=0x60064e8a0) at /usr/src/debug/libXt-1.1.4-2/src/Manage.c:204 #7 0x00000003ca74b1db in XtPhase2Destroy (widget=0x60064e8a0) at /usr/src/debug/libXt-1.1.4-2/src/Destroy.c:228 #8 0x00000003ca74b4e8 in _XtDoPhase2Destroy (app=app@entry=0x60003c030, dispatch_level=dispatch_level@entry=1) at /usr/src/debug/libXt-1.1.4-2/src/Destroy.c:322 #9 0x00000003ca75018b in XtDispatchEvent (event=0x100632a80 ) at /usr/src/debug/libXt-1.1.4-2/src/Event.c:1432 #10 0x00000001004257af in x_process_user_input () at /usr/src/debug/ncview-2.1.5-1/src/interface/x_interface.c:2492 #11 0x000000010041f75a in in_process_user_input () at /usr/src/debug/ncview-2.1.5-1/src/interface/interface.c:149 #12 0x00000001004031e5 in process_user_input () at /usr/src/debug/ncview-2.1.5-1/src/ncview.c:718 #13 0x00000001004012f4 in main (argc=2, argv=0x22cb30) at /usr/src/debug/ncview-2.1.5-1/src/ncview.c:149 as the X graphics elements are not correctly destroyed in sequence. If someone more knowledgeable in X is interested I can provide the program and a test case. Regards Marco -- 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