delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2009/10/08/22:50:31

X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=BAYES_00,SARE_MSGID_LONG40,SPF_PASS
X-Spam-Check-By: sourceware.org
MIME-Version: 1.0
In-Reply-To: <87ws35pwbg.fsf@uwakimon.sk.tsukuba.ac.jp>
References: <20a807210910071714t45136fd7hc36108c990377bc4 AT mail DOT gmail DOT com> <87pr8yqmdt DOT fsf AT uwakimon DOT sk DOT tsukuba DOT ac DOT jp> <20a807210910080843k50c4cbddtb06ad474b3195a03 AT mail DOT gmail DOT com> <87ws35pwbg DOT fsf AT uwakimon DOT sk DOT tsukuba DOT ac DOT jp>
Date: Thu, 8 Oct 2009 22:50:12 -0400
Message-ID: <20a807210910081950v80a4da9ga5ed1265dfca07ef@mail.gmail.com>
Subject: Re: Segfault under cygwin 1.7.62
From: Vin Shelton <acs AT xemacs DOT org>
To: "Stephen J. Turnbull" <stephen AT xemacs DOT org>
Cc: The Cygwin Mailing List <cygwin AT cygwin DOT com>,
XEmacs developers <xemacs-beta AT xemacs DOT org>
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Stephen -

Thanks again for taking this up.

On Thu, Oct 8, 2009 at 2:36 PM, Stephen J. Turnbull <stephen AT xemacs DOT org> wr=
ote:
> Vin Shelton writes:
>
> =A0> (gdb) pobj charset
> =A0> Cannot access memory at address 0x4
>
> Urk. =A0That's unexpected. =A0You might want to try going up the stack to
> frame 1 and trying that. =A0If that's not more sensible, what does print
> charset say?

(gdb) frame 1
#1  0x005f05de in unicode_convert (str=3D0x1710a48,
    src=3D0x148d123
"=EF\202\201=D0\201=D0\201=D0\201=EF\203\2204VB3Upi-string)g)", dst=3D0x14e=
8b40,
    n=3D17) at /usr/local/src/xemacs-21.5-test-2009-10-07-mule/src/charset.=
h:247
247     DECLARE_LRECORD (charset, Lisp_Charset);
(gdb) pobj charset
$5 =3D (struct Lisp_Symbol *) 0x665cb0
$6 =3D {lheader =3D {type =3D 4, mark =3D 0, c_readonly =3D 0, lisp_readonl=
y =3D
0, uid =3D 260},
  next =3D 0x0, name =3D 7151736, value =3D 6708400, function =3D 6401080,
plist =3D 6708400}
Symbol name: nil

>
> Diving into the stack
>
> =A0> #9 =A00x0056d4d7 in qxe_realpath (path=3D0x22248c "",
> =A0> =A0 =A0 resolved_path=3D0x22651c
> =A0> "c:/cygwin/tmp/s360339.aoa/\201=D0\201=D0\201=D0\201=D002ABFx",
> =A0> =A0 =A0 links_only=3D0) at
> =A0> /usr/local/src/xemacs-21.5-test-2009-10-07-mule/src/realpath.c:348
>
> Does the filename above make sense to you? =A0Is there a
> "c:/cygwin/tmp/s360339.aoa" directory? =A0Does it contain non-ASCII
> filenames?

Yes and yes.  That would be my user-specific tmp directory.

>
>
> =A0> #8 =A00x0056cd68 in readlink_or_correct_case (name=3D<value optimize=
d out>,
> =A0> =A0 =A0 buf=3D0x21e464
> =A0> "/tmp/s360339.aoa/\201=EF\217=A3\217=B0\201=EF\217=A3\217=B0\201=EF\=
217=A3\217=B0\201=EF\217=A3\217=B002ABFx",
> =A0> size=3D16383, links_only=3D0)
> =A0> =A0 =A0 at /usr/local/src/xemacs-21.5-test-2009-10-07-mule/src/realp=
ath.c:176
>
> Urk the representation of the filename has changed ...
>
> =A0> #3 =A00x005151bc in Lstream_really_write (lstr=3D0x176ea00,
> =A0> =A0 =A0 data=3D0x148d0c0
> =A0> "c;C:\\cygwin\\cygwin\\tmp\\s360339.aoa\\=EF\202\201=D0\201=D0\201=
=D0\201=EF\203\22002ABFxi-string)g)=C0=E2w\001\200=D1H\001=C2\200\t",
> =A0> size=3D53)
> =A0> =A0 =A0 at /usr/local/src/xemacs-21.5-test-2009-10-07-mule/src/lstre=
am.c:380
>
> and it changes back to something similar but not identical to the
> original. =A0Note the "=EF\202" that got inserted somehow. =A0The original
> stuff at frame #9 is Mule internal coding, but this is not.

Ahh!  Corinna - are these changes in filename a result of your changes
in 1.7.62?  Any thoughts?

Regards,
  Vin

--
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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019