Message 76041 - Python tracker

➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author	ocean-city
Recipients	gpolo, kbk, nnorwitz, ocean-city
Date	2008-11-19.06:01:20
SpamBayes Score	8.582863e-10
Marked as misclassified	No
Message-id	<1227074482.96.0.683159097384.issue1028@psf.upfronthosting.co.za>
In-reply-to

Content
I confirmed PythonCmd_check_for_utf.diff worked on my machine. IDLE didn't crash. >I can reproduce it here with tk8.4, using tk8.5 doesn't cause this. That is, this is a bug of tk8.4, and solved in tk8.5 which is already stable release? If so, I feel python don't have to workaround this bug. # I'm a little worry about performance because Tcl_NumUtfChars() will be called for every command string. By the way, I cannot reproduce this bug with tk8.4.12(on windows). What is your tk version? Maybe older than that?

I confirmed PythonCmd_check_for_utf.diff worked on my machine. IDLE
didn't crash.

>I can reproduce it here with tk8.4, using tk8.5 doesn't cause this.

That is, this is a bug of tk8.4, and solved in tk8.5 which is already
stable release? If so, I feel python don't have to workaround this bug.

# I'm a little worry about performance because Tcl_NumUtfChars() will be
called for every command string.

By the way, I cannot reproduce this bug with tk8.4.12(on windows). What
is your tk version? Maybe older than that?

History
Date	User	Action	Args
2008-11-19 06:01:23	ocean-city	set	recipients: + ocean-city, nnorwitz, kbk, gpolo
2008-11-19 06:01:22	ocean-city	set	messageid: <1227074482.96.0.683159097384.issue1028@psf.upfronthosting.co.za>
2008-11-19 06:01:21	ocean-city	link	issue1028 messages
2008-11-19 06:01:20	ocean-city	create