X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-2.0 required=5.0 tests=AWL,BAYES_00
X-Spam-Check-By:	sourceware.org
From:	"Stephen J. Turnbull" <stephen AT xemacs DOT org>
To:	Vin Shelton <acs AT xemacs DOT org>
Cc:	The Cygwin Mailing List <cygwin AT cygwin DOT com>,
	XEmacs developers <xemacs-beta AT xemacs DOT org>
Subject:	Re: Segfault under cygwin 1.7.62
In-Reply-To:	<20a807210910080843k50c4cbddtb06ad474b3195a03@mail.gmail.com>
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>
Date:	Fri, 09 Oct 2009 03:36:19 +0900
Message-ID:	<87ws35pwbg.fsf@uwakimon.sk.tsukuba.ac.jp>
MIME-Version:	1.0
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

Vin Shelton writes:

 > (gdb) pobj charset
 > Cannot access memory at address 0x4

Urk.  That's unexpected.  You might want to try going up the stack to
frame 1 and trying that.  If that's not more sensible, what does print
charset say?

Diving into the stack

 > #9  0x0056d4d7 in qxe_realpath (path=3D0x22248c "",
 >     resolved_path=3D0x22651c
 > "c:/cygwin/tmp/s360339.aoa/\201=D0\201=D0\201=D0\201=D002ABFx",
 >     links_only=3D0) at
 > /usr/local/src/xemacs-21.5-test-2009-10-07-mule/src/realpath.c:348

Does the filename above make sense to you?  Is there a
"c:/cygwin/tmp/s360339.aoa" directory?  Does it contain non-ASCII
filenames?


 > #8  0x0056cd68 in readlink_or_correct_case (name=3D<value optimized out>,
 >     buf=3D0x21e464
 > "/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",
 > size=3D16383, links_only=3D0)
 >     at /usr/local/src/xemacs-21.5-test-2009-10-07-mule/src/realpath.c:176

Urk the representation of the filename has changed ...

 > #3  0x005151bc in Lstream_really_write (lstr=3D0x176ea00,
 >     data=3D0x148d0c0
 > "c;C:\\cygwin\\cygwin\\tmp\\s360339.aoa\\=EF\202\201=D0\201=D0\201=D0\20=
1=EF\203\22002ABFxi-string)g)=C0=E2w\001\200=D1H\001=C2\200\t",
 > size=3D53)
 >     at /usr/local/src/xemacs-21.5-test-2009-10-07-mule/src/lstream.c:380

and it changes back to something similar but not identical to the
original.  Note the "=EF\202" that got inserted somehow.  The original
stuff at frame #9 is Mule internal coding, but this is not.

 > #1  0x005f05de in unicode_convert (str=3D0x176ea48,
 >     src=3D0x148d0e3
 > "=EF\202\201=D0\201=D0\201=D0\201=EF\203\22002ABFxi-string)g)=C0=E2w\001=
\200=D1H\001=C2\200\t",
 > dst=3D0x14e8b60, n=3D17)
 >     at /usr/local/src/xemacs-21.5-test-2009-10-07-mule/src/charset.h:247

And unsurprising we toss in the towel with the stream pointer at
exactly that point in the string.

Time for bed, but maybe somebody else can make something of this.

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