From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5769 invoked by alias); 16 Nov 2014 16:17:43 -0000 Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com Received: (qmail 5754 invoked by uid 89); 16 Nov 2014 16:17:41 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-wi0-f179.google.com Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Sun, 16 Nov 2014 16:17:40 +0000 Received: by mail-wi0-f179.google.com with SMTP id ex7so6851231wid.12 for ; Sun, 16 Nov 2014 08:17:36 -0800 (PST) X-Received: by 10.180.104.2 with SMTP id ga2mr24420191wib.64.1416154656736; Sun, 16 Nov 2014 08:17:36 -0800 (PST) Received: from [192.168.2.108] (pD9E619C2.dip0.t-ipconnect.de. [217.230.25.194]) by mx.google.com with ESMTPSA id ec2sm9741535wib.23.2014.11.16.08.17.35 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 16 Nov 2014 08:17:35 -0800 (PST) Message-ID: <5468CE03.50000@gmail.com> Date: Sun, 16 Nov 2014 16:17:00 -0000 From: Marco Atzeri User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: cygwin-xfree@cygwin.com Subject: Re: possible bug in libXt or libXaw References: <5467E20A.4000503@gmail.com> <54684F51.5060706@gmail.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2014-11/txt/msg00021.txt.bz2 On 11/16/2014 10:14 AM, Mark Geisert wrote: > Marco Atzeri writes: >> On 11/16/2014 7:30 AM, Mark Geisert wrote: >>> Marco Atzeri writes: >>>> this is the pointer causing the segfault >>>> >>>> (gdb) p form->form.horiz_base >>>> $2 = (Widget) 0x6275705f6779632f >>>> >>>> while similar pointers have a much smaller address, >>>> >>>> (gdb) p w >>>> $5 = (Widget) 0x60014bd50 >>>> >>>> so it that an assignment not clearing the upper >>>> portion of the pointer. >>> >>> $2 is not a pointer that needed partial clearing, it's a character string >>> "/cyg_pub". Possibly a buffer overrun somewhere? Hope the string fragment >>> points the way to somebody. >>> >>> ..mark >>> >> >> thanks for the hint, "/cyg_pub" is a directory on the root >> >> $ ls -l / |grep pub >> lrwxrwxrwx 1 marco Administrators 19 Jun 26 19:11 pub -> >> /cygdrive/e/cyg_pub >> >> where the data file was stored, >> however moving it to "/tmp" produce as result >> >> p ref >> $1 = (Widget) 0x635f7261636e5f62 aka c_racn_b >> >> that is not very meaningful to me, so the pointer corruption >> can be very generic. I was wrong. It is meaningful (gdb) p form $38 = (FormConstraints) 0x600000003 (gdb) x/20bs 0x600000003 0x600000003: "" 0x600000004: "" 0x600000005: "" 0x600000006: "" 0x600000007: "" 0x600000008: "\023\200" 0x60000000b: "" 0x60000000c: "" 0x60000000d: "" 0x60000000e: "" 0x60000000f: "" 0x600000010: "/tmp/sresa1b_ncar_ccsm3_0_run1_20p/es.nc" 0x600000039: "ht_arrow" 0x600000042: "ow" 0x600000045: "" 0x600000046: "" 0x600000047: "" 0x600000048: "" 0x600000049: "" 0x60000004a: "" So it is a portion of the file name as before, I start to feel that a pointer is not a NULL as should be... > Good Luck, thanks Marco -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/