Tcl Library Source Code

View Ticket
Bounty program for improvements to Tcl and certain Tcl packages.
Ticket UUID: 447037
Title: mime::qp_encode failures (64 bit?)
Type: Bug Version: None
Submitter: dgp Created on: 2001-08-02 03:51:14
Subsystem: mime Assigned To: andreas_kupries
Priority: 3 Low Severity:
Status: Closed Last Modified: 2009-03-15 08:38:07
Resolution: Fixed Closed By: andreas_kupries
    Closed on: 2005-09-26 23:50:46
On an Alpha XL-300 (64-bit platform) some of
the mime tests fail:

% source mime.test              

==== mime-4.4 Test qp_encode with non-US_ASCCI
characters. FAILED
==== Contents of test case:

    set str1 "Test de caractères accentués : â î é ç et
quelques contrôles \"\[|\]()\""
    mime::qp_encode $str1

---- Result was:
Test de caract=FFres accentu=FFs : =FF =FF =FF =FF et
quelques contr=FFle=
s =22=5B=7C=5D()=22
---- Result should have been:
Test de caract=E8res accentu=E9s : =E2 =EE =E9 =E7 et
quelques contr=F4le=
s =22=5B=7C=5D()=22
==== mime-4.4 FAILED

==== mime-5.1 Test word_encode with quoted-printable
method FAILED
==== Contents of test case:

    mime::word_encode iso8859-1 quoted-printable "Test
de contrôle effectué"

---- Result was:
---- Result should have been:
==== mime-5.1 FAILED

==== mime-5.3 Test encode+decode with quoted-printable
method FAILED
==== Contents of test case:

    set enc [mime::word_encode iso8859-1
quoted-printable "Test de contrôle effectué"]
    mime::word_decode $enc

---- Result was:
iso8859-1 quoted-printable {Test de contrÿle effectuÿ}
---- Result should have been:
iso8859-1 quoted-printable {Test de contrôle effectué}
==== mime-5.3 FAILED
User Comments: andreas_kupries added on 2009-03-15 08:38:07:
allow_comments - 1

andreas_kupries added on 2005-09-27 06:50:46:
Logged In: YES 

Apparently. No test failures for me on a x86_64 platform as
well. Across Tcl 8.[2345].

dgp added on 2004-10-08 00:49:50:
Logged In: YES 

No test failures from mime 1.4 (tcllib 1.7).
This is fixed?

andreas_kupries added on 2003-04-26 03:46:32:
Logged In: YES 

Man page is extended now with section about known bugs, 
and this item was filed.

Modding down, no other change for the 1.4 release.

andreas_kupries added on 2003-04-26 02:37:21:
Logged In: YES 

Better solution, IMHO: Add known bugs section to mime 
manpages and add info about this problem.

Forcing the large set of 32-bitters to switch to 8.4 for a bug 
hitting only the small 64-bit crowd is not so good IMHO.

andreas_kupries added on 2003-04-22 02:39:28:
Logged In: YES 

Don confirms that this failure is gone for Tcl 8.4.2.

dgp added on 2003-04-12 04:30:04:
Logged In: YES 

If this package needs Tcl 8.4 to work
correctly. lets just add [package require Tcl 8.4]
and declare victory.

davidw added on 2002-10-31 07:39:37:
Logged In: YES 

I don't see this bug anymore with tcl8.4.  It does seem to
produce different results for the first failed test on x86 

Test de caract=FFres accentu=FFs : =FF =FF =FF =FF et
quelques contr=FFle=s =22=5B=7C=5D()=22

and my linux ppc (unsigned char) machine:

Test de caract=C3res accentu=C3s : =C3 =C3 =C3 =C3 et
quelques contr=C3le=s =22=5B=7C=5D()=22

andreas_kupries added on 2001-12-12 05:06:05:
Logged In: YES 

Priority down.

dgp added on 2001-08-23 23:02:54:
Logged In: YES 

More data:  I see these test failures in a Tcl 8.3.3
and in a Tcl 8.4a2 interp.  I do not see them in a
Tcl 8.4a3 interp.

More magical corrections from the Unicode update?

Anyhow, a [package require Tcl 8.4] might eventually
take care of this.

dkf added on 2001-08-21 16:00:20:
Logged In: YES 

It seems mystifying to me; have you checked that it is not
an [encoding] problem? If the problem really is a 64-bit
nasty, it might be fixable with a quick [expr {...&0xff}] in
the right spots to trim all the offending bits...