From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10650 invoked by alias); 16 Nov 2014 07:16:47 -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 10638 invoked by uid 89); 16 Nov 2014 07:16:45 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 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-f177.google.com Received: from mail-wi0-f177.google.com (HELO mail-wi0-f177.google.com) (209.85.212.177) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Sun, 16 Nov 2014 07:16:44 +0000 Received: by mail-wi0-f177.google.com with SMTP id l15so6217441wiw.10 for ; Sat, 15 Nov 2014 23:16:40 -0800 (PST) X-Received: by 10.180.188.69 with SMTP id fy5mr22022108wic.57.1416122200879; Sat, 15 Nov 2014 23:16:40 -0800 (PST) Received: from [192.168.2.108] (pD9E619C2.dip0.t-ipconnect.de. [217.230.25.194]) by mx.google.com with ESMTPSA id pu3sm5468434wjc.14.2014.11.15.23.16.39 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 15 Nov 2014 23:16:40 -0800 (PST) Message-ID: <54684F51.5060706@gmail.com> Date: Sun, 16 Nov 2014 07:16: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> 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/msg00019.txt.bz2 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. 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/