[issue5126] Space character returns false from isprintable() method

Atsuo Ishimoto added the comment: I'm sorry, looks like my fault. I attached a patch to fix issue. This patch contains re-generated unicodetype_db.h. I downloaded Unicode 5.1.0 and Unicode 3.2.0 files from unicode.org to re-generate. -- keywords: +patch Added file: http://bugs.python.o

[issue5127] UnicodeEncodeError - I can't even see license

Ezio Melotti added the comment: Here (winxpsp2, Py3, cp850-terminal) the license works fine: >>> license Type license() to see the full license text and license() works as well. I get this output for the chr()s: >>> chr(0x1) '\U0001' >>> chr(0x11000) Traceback (most recent call last):

[issue5120] Disabling test_ttk_guionly on mac

Guilherme Polo added the comment: It seems to be good now after a recent modification in how tests are performed, closing. Sorry for the fuss. -- status: open -> closed ___ Python tracker __

[issue5123] Virus found in python-3.0.msi

Guilherme Polo added the comment: Thanks for verifying, closing as invalid. -- nosy: +gpolo resolution: -> invalid status: open -> closed ___ Python tracker ___

[issue5123] Virus found in python-3.0.msi

hlqyq added the comment: Sorry. There is no virus in python-3.0.msi. The rising checker mistake.when I use other checker such as kaspersky(www.kaspersky.com.cn),there all show no virus. ___ Python tracker _

[issue5127] UnicodeEncodeError - I can't even see license

New submission from Venusaur : >>> license Traceback (most recent call last): File "", line 1, in File "C:\Python30\lib\site.py", line 372, in __repr__ self.__setup() File "C:\Python30\lib\site.py", line 359, in __setup data = fp.read() File "C:\Python30\lib\io.py", line 1724, in

[issue5123] Virus found in python-3.0.msi

hlqyq added the comment: There is a virus named "Trojan.Win32.Nodef.uy" in Msi.2b.exe file,I try to download more than one computer and get the same result.I use the "rising" killer in China(http://www.rising.com.cn) ___ Python tracker

[issue5126] Space character returns false from isprintable() method

Martin v. Löwis added the comment: This was introduced in r64701, which failed to include the space into PRINTABLE_MASK (issue 3282); it was excluded from NONPRINTABLE_MASK before. ___ Python tracker ___

[issue5126] Space character returns false from isprintable() method

Changes by Martin v. Löwis : -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue5126] Space character returns false from isprintable() method

New submission from dlfjessup : I am running IDLE on Windows XP. The version information when IDLE boots is: Python 3.0 (r30:67507, Dec 3 2008, 20:14:27) [MSC v.1500 32 bit (Intel)] on win32 I ran the following test case: >>> ' '.isprintable() False However, according to http://docs

[issue5126] Space character returns false from isprintable() method

David W. Lambert added the comment: Python 3.0rc1+ (py3k, Nov 5 2008, 14:44:46) [GCC 3.4.6 20060404 (Red Hat 3.4.6-3)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> ' '.isprintable() # probably no surprise: False >>> import sys >>> sys.getdefaultencodin

[issue5126] Space character returns false from isprintable() method

Antoine Pitrou added the comment: Confirmed here. -- nosy: +georg.brandl, ishimoto, pitrou priority: -> high stage: -> test needed versions: +Python 3.1 ___ Python tracker ___

[issue5084] unpickling does not intern attribute names

Antoine Pitrou added the comment: Why do you call PyString_AsString() followed by PyString_FromString()? Strings are immutable so you shouldn't neek to take a copy. Besides, it would be nice to add a test. -- nosy: +pitrou ___ Python tracker

[issue5125] Strange locale problem with Python 3

New submission from Reto Schüttel : Hi While helping Brandon Rhodes to port PyEphem[1] to Python 3 we struggled over a strange locale-related problem on OS X. PyEphem is a library which can do astronomical computations like tracking the position of stars, planets and earth satellites relative to

[issue5124] IDLE - pasting text doesn't delete selection

Guilherme Polo added the comment: This is not really related to IDLE, it is how the Text widget behaves under Linux, you will notice the same with tcl/tk 8.5. Nevertheless, I would prefer to have the same results under Windows and Linux. -- nosy: +gpolo ___

[issue5124] IDLE - pasting text doesn't delete selection

New submission from Weeble : Steps to reproduce: 1. Start IDLE. 2. Enter some text: spam eggs 3. Select the first line ("spam") and press control+c to copy. 4. Select the second line ("eggs") and press control+v to paste. Expected result: spam spam (With the caret at the end of the second li

[issue5113] 2.5.4.3 / test_posix failing on HPUX systems

Antoine Pitrou added the comment: If you try "chown root foobar", with being a valid file you own, does it succeed? -- nosy: +pitrou ___ Python tracker ___ _

[issue5123] Virus found in python-3.0.msi

New submission from Martin v. Löwis : Do you have any proof for that claim? What specific binary, what virus, what virus checker? -- nosy: +loewis ___ Python tracker ___ _

[issue5114] 2.5.4.3 / test_threading hangs

Changes by Antoine Pitrou : -- nosy: +gps priority: -> normal type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue4804] Python on Windows disables all C runtime library assertions

Martin v. Löwis added the comment: FWIW, I'm also -1 on the proposed patch. While it does achieve what it wants to achieve, I believe that the goal of the patch is undesirable. It makes things worse, not better, by introducing the risk of race conditions against other (native) threads - where cu

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

johan de taeye added the comment: @koen: You're aboslutely right. The issue is solved indeed by adding a dependency in the manifest. ___ Python tracker ___ __

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Koen van de Sande added the comment: @johan: no it is not a symptom of the same problem. The problem you are having is that the executable which is embedding Python does not have a manifest. If you add a manifest with a dependency on the VC90 runtimes to the main executable, then it should wo

[issue5123] Virus found in python-3.0.msi

Changes by hlqyq : -- components: Windows nosy: hlqyq severity: normal status: open title: Virus found in python-3.0.msi type: security versions: Python 3.0 ___ Python tracker ___

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

johan de taeye added the comment: Is the report posted in: http://groups.google.com/group/comp.lang.python/browse_thread/thread/3ec 6af1279a162ca# also a symptom of the same problem? Johan -- nosy: +jdetaeye ___ Python tracker

[issue1717] Get rid of more references to __cmp__

Mark Dickinson added the comment: Thanks for the review, Antoine. Stage 2 applied to py3k in r69181, merged to 3.0 in r69182. cmp, PyObject_Cmp and PyObject_Compare removed in r69184 (py3k) and r69185 (release30-maint). There's still the rename of the tp_compare slot to deal with, and a fair

[issue4804] Python on Windows disables all C runtime library assertions

Mark Hammond added the comment: Fair enough - but assertions are still disabled while your "reference count" is >0, which is still while other arbitrary code is running. While I agree this is an improvement, I'm afraid I'm not playing close enough attention to understand why your patch is bette

[issue5117] os.path.relpath problem with root directory

Changes by Hirokazu Yamamoto : -- title: os.path.relpath problem with root drive directory on windows -> os.path.relpath problem with root directory ___ Python tracker ___ __

[issue4804] Python on Windows disables all C runtime library assertions

Kristján Valur Jónsson added the comment: The important function is _Py_SetCRTErrorHandler() in errors.c ___ Python tracker ___ ___ Python-bugs

[issue4804] Python on Windows disables all C runtime library assertions

Kristján Valur Jónsson added the comment: Ah, but I think you missed the main point of the new patch. There is a counter incremented and decremented. So, the State is set only when the first thread enters a guarded section, and then restored when the final thread leaves the section. There i