encoding names dump core 
Author Message
 encoding names dump core

Tcl 8.3.1 Bug:  Generated by Ajuba's bug entry form at
        http://www.*-*-*.com/
Responses to this post are encouraged.
------

Submitted by:  Takeshi Taguchi
OperatingSystem:  BSD
OperatingSystemVersion:  FreeBSD-4.1-STABLE
Machine:  i386
Extensions:  Plus patch
Synopsis:  encoding names dump core

ReproducibleScript:
Type following commands:

Quote:
> tclsh8.3

% encoding system iso2022-jp
% encoding names
Segmentation fault (core dumped)

ObservedBehavior:
Program received signal SIGSEGV, Segmentation fault.
0x8080679 in Tcl_JoinPath (argc=1, argv=0xbbc00228, resultPtr=0xbbc0026c)
    at ./../generic/tclFileName.c:773
warning: Source file is more recent than executable.

773

Quote:
}

(gdb) where
#0  0x8080679 in Tcl_JoinPath (argc=1, argv=0xbbc00228, resultPtr=0xbbc0026c)
    at ./../generic/tclFileName.c:773
#1  0x8080de0 in Tcl_TranslateFileName (interp=0x0,
    name=0xbbc004b8 "/usr/local/lib/tcl8.3/encoding/latin.enc",
    bufferPtr=0xbbc0026c) at ./../generic/tclFileName.c:1081
#2  0x8057e75 in TclpOpenFileChannel (interp=0x0,
    fileName=0xbbc004b8 "/usr/local/lib/tcl8.3/encoding/latin.enc",
    modeString=0x80ade6c "r", permissions=0) at ./../unix/tclUnixChan.c:1296
#3  0x808e5b9 in Tcl_OpenFileChannel (interp=0x0,
    fileName=0xbbc004b8 "/usr/local/lib/tcl8.3/encoding/latin.enc",
    modeString=0x80ade6c "r", permissions=0) at ./../generic/tclIOUtil.c:557
#4  0x8076a67 in OpenEncodingFile (dir=0x80c9ac0 "/usr/local/lib/tcl8.3",
    name=0x80e5144 "latin") at ./../generic/tclEncoding.c:1312
#5  0x8076846 in LoadEncodingFile (interp=0x0, name=0x80e5144 "latin")
    at ./../generic/tclEncoding.c:1218
#6  0x8075e12 in Tcl_GetEncoding (interp=0x0, name=0x80e5144 "latin")
    at ./../generic/tclEncoding.c:446
#7  0x80780ad in GetTableEncoding (dataPtr=0x80e5000, state=0)
    at ./../generic/tclEncoding.c:2832
#8  0x8077de0 in EscapeFromUtfProc (clientData=0x80e5000,
    src=0xbbc00838 "/usr/local/lib/tcl8.3/encoding/latin.enc", srcLen=40,
    flags=3, statePtr=0xbbc007cc, dst=0xbbc0090f "??\f\b\bX\t??$", dstLen=199,
    srcReadPtr=0xbbc007d0, dstWrotePtr=0xbbc007d4, dstCharsPtr=0xbbc007d8)
    at ./../generic/tclEncoding.c:2668
#9  0x807655f in Tcl_UtfToExternalDString (encoding=0x80cb200,
    src=0xbbc00838 "/usr/local/lib/tcl8.3/encoding/latin.enc", srcLen=-1,
    dstPtr=0xbbc00900) at ./../generic/tclEncoding.c:995
#10 0x8057e8d in TclpOpenFileChannel (interp=0x0,
    fileName=0xbbc00a78 "/usr/local/lib/tcl8.3/encoding/latin.enc",
    modeString=0x80ade6c "r", permissions=0) at ./../unix/tclUnixChan.c:1300
#11 0x808e5b9 in Tcl_OpenFileChannel (interp=0x0,
    fileName=0xbbc00a78 "/usr/local/lib/tcl8.3/encoding/latin.enc",
    modeString=0x80ade6c "r", permissions=0) at ./../generic/tclIOUtil.c:557
#12 0x8076a67 in OpenEncodingFile (dir=0x80c9ac0 "/usr/local/lib/tcl8.3",
    name=0x80e5144 "latin") at ./../generic/tclEncoding.c:1312
#13 0x8076846 in LoadEncodingFile (interp=0x0, name=0x80e5144 "latin")
    at ./../generic/tclEncoding.c:1218
#14 0x8075e12 in Tcl_GetEncoding (interp=0x0, name=0x80e5144 "latin")
    at ./../generic/tclEncoding.c:446
#15 0x80780ad in GetTableEncoding (dataPtr=0x80e5000, state=0)
    at ./../generic/tclEncoding.c:2832
#16 0x8077de0 in EscapeFromUtfProc (clientData=0x80e5000,
    src=0xbbc00df8 "/usr/local/lib/tcl8.3/encoding/latin.enc", srcLen=40,
    flags=3, statePtr=0xbbc00d8c, dst=0xbbc00ecf "??\f\b\b\030\017??$",
    dstLen=199, srcReadPtr=0xbbc00d90, dstWrotePtr=0xbbc00d94,
    dstCharsPtr=0xbbc00d98) at ./../generic/tclEncoding.c:2668
#17 0x807655f in Tcl_UtfToExternalDString (encoding=0x80cb200,
    src=0xbbc00df8 "/usr/local/lib/tcl8.3/encoding/latin.enc", srcLen=-1,
    dstPtr=0xbbc00ec0) at ./../generic/tclEncoding.c:995
#18 0x8057e8d in TclpOpenFileChannel (interp=0x0,
    fileName=0xbbc01038 "/usr/local/lib/tcl8.3/encoding/latin.enc",
    modeString=0x80ade6c "r", permissions=0) at ./../unix/tclUnixChan.c:1300
#19 0x808e5b9 in Tcl_OpenFileChannel (interp=0x0,
    fileName=0xbbc01038 "/usr/local/lib/tcl8.3/encoding/latin.enc",
    modeString=0x80ade6c "r", permissions=0) at ./../generic/tclIOUtil.c:557
#20 0x8076a67 in OpenEncodingFile (dir=0x80c9ac0 "/usr/local/lib/tcl8.3",
    name=0x80e5144 "latin") at ./../generic/tclEncoding.c:1312
#21 0x8076846 in LoadEncodingFile (interp=0x0, name=0x80e5144 "latin")
    at ./../generic/tclEncoding.c:1218
#22 0x8075e12 in Tcl_GetEncoding (interp=0x0, name=0x80e5144 "latin")
    at ./../generic/tclEncoding.c:446
#23 0x80780ad in GetTableEncoding (dataPtr=0x80e5000, state=0)
    at ./../generic/tclEncoding.c:2832
[snip].....

DesiredBehavior:
encoding names will return with correct values.



Fri, 07 Mar 2003 11:10:48 GMT  
 encoding names dump core

Quote:

> Tcl 8.3.1 Bug:  Generated by Ajuba's bug entry form at
> Submitted by:  Takeshi Taguchi
> OperatingSystem:  BSD
> OperatingSystemVersion:  FreeBSD-4.1-STABLE
> Machine:  i386
> Extensions:  Plus patch
> Synopsis:  encoding names dump core

> ReproducibleScript:
> Type following commands:
> > tclsh8.3
> % encoding system iso2022-jp
> % encoding names
> Segmentation fault (core dumped)

> ObservedBehavior:
> Program received signal SIGSEGV, Segmentation fault.

Hmmm, what is the "Plus Patch" doing?  I don't have a problem in 8.3.2:

www.careerdemon.com [/disk0g/ajuba] 87 % uname -a
BSD/OS www.careerdemon.com 4.1 BSDI BSD/OS 4.1 Kernel #0: Thu Nov 18 15:10:44
MST 1999    

i386
www.careerdemon.com [/disk0g/ajuba] 88 % tclsh8.3
% info patch
8.3.2
% encoding system iso2022-jp
% encoding names
utf-8 iso2022-jp identity unicode iso8859-1

jupiter [~/cvs/tls] 2 % uname -a
SunOS jupiter 5.7 Generic_106542-08 i86pc i386 i86pc
jupiter [~/cvs/tls] 3 % tclsh8.3
% info patch
8.3.2
% encoding system iso2022-jp
% encoding names
utf-8 iso2022-jp identity unicode iso8859-1

I also tried with 8.2 without a problem.  However, I do see that there
is some odd behavior about what 'encoding names' returns when you change
the system encoding.  Note the following output:

jupiter [~/cvs/tls] 6 % tclsh8.3
% encoding system  
iso8859-1
% encoding names
cp860 cp861 cp862 cp863 cp864 cp865 cp866 gb12345 cp949 cp950 cp869 dingbats
ksc5601 macCentEuro cp874 macUkraine jis0201 gb2312 euc-cn euc-jp macThai
jis0208 iso2022-jp macIceland iso2022 jis0212 cp737 big5 euc-kr macRomania
macTurkish gb1988 iso2022-kr macGreek ascii cp437 macRoman iso8859-1 iso8859-2
iso8859-3 macCroatian koi8-r iso8859-4 iso8859-5 cp1250 macCyrillic iso8859-6
cp1251 macDingbats iso8859-7 cp1252 iso8859-8 cp1253 iso8859-9 cp1254 cp1255
cp850 cp1256 cp932 identity cp1257 cp852 macJapan cp1258 shiftjis utf-8 cp855
cp936 symbol cp775 unicode cp857
% encoding system iso2022-jp
% encoding names
utf-8 iso2022-jp identity unicode iso8859-1
% encoding system iso8859-1
% encoding names
cp860 cp861 cp862 cp863 cp864 cp865 cp866 gb12345 cp949 cp950 cp869 dingbats
ksc5601 macCentEuro cp874 macUkraine jis0201 gb2312 euc-cn euc-jp macThai
jis0208 iso2022-jp macIceland iso2022 jis0212 cp737 big5 euc-kr macRomania
macTurkish gb1988 iso2022-kr macGreek ascii cp437 macRoman iso8859-1 iso8859-2
iso8859-3 macCroatian koi8-r iso8859-4 iso8859-5 cp1250 macCyrillic iso8859-6
cp1251 macDingbats iso8859-7 cp1252 iso8859-8 cp1253 iso8859-9 cp1254 cp1255
cp850 cp1256 cp932 identity cp1257 cp852 macJapan cp1258 shiftjis utf-8 cp855
cp936 symbol cp775 unicode cp857

I don't immediately know if or why that is the correct behavior.

--
   Jeffrey Hobbs                     The Tcl Guy
   hobbs at ajubasolutions.com       Ajuba Solutions (ne Scriptics)



Sun, 09 Mar 2003 03:00:00 GMT  
 
 [ 2 post ] 

 Relevant Pages 

1. _tkinter makes core dump (Re: python links with Tk in OS/2 - but core dumps)

2. To dump core or not to dump core

3. Long names cause core dump on Sun f77

4. core or core dump file ?

5. encoding/binary scan - dump question

6. core dump help

7. Macro to dump a piece of core and the registers MVS/XA

8. Jun386 with VW5i.4 on Linux SuSE 7.2 causes core dumps

9. gsub means "core dump"?

10. [VW} Out of Memory core dump

11. Core Dump, large image, help?

12. VW-Envy-Smalltalk Broker Core Dump with type any

 

 
Powered by phpBB® Forum Software