[issue7198] Extraneous newlines with csv.writer on Windows

John Machin added the comment: "docpatch" for 3.x csv docs: In the csv.writer docs, insert the sentence "If csvfile is a file object, it should be opened with newline=''." immediately after the sentence "csvfile can be any object with a write() method." In the closely-following example, chan

[issue10952] Don't normalize module names to NFKC?

Alexander Belopolsky added the comment: On Thu, Jan 20, 2011 at 1:19 AM, Martin v. Löwis wrote: .. > I'd like to request that PEP 3131 is followed as it stands: identifier lookup > uses NFKC, > period. This gives two issues: a) how can users make sure that they name the > files > correctly? a

[issue10953] safely eval serialized dict/list data from arbitrary string over web with no side effects

Georg Brandl added the comment: Have a look at ast.literal_eval(). -- nosy: +georg.brandl resolution: -> works for me status: open -> closed ___ Python tracker ___

[issue10952] Don't normalize module names to NFKC?

Martin v. Löwis added the comment: I think this issue falls into a similar category as support for case-insensitive but case-preserving file systems. Python uses regular file system lookups, but then may need to verify whether it got the right one. I'd like to request that PEP 3131 is followe

[issue10953] safely eval serialized dict/list data from arbitrary string over web with no side effects

Alexander Belopolsky added the comment: > rather than serialize python dicts & list to json ... > its more efficient to just serialize w/ repr() & then use eval() Do you have benchmarks that support this claim? -- nosy: +belopolsky versions: -Python 2.5 __

[issue6059] uuid.uuid4 cause segfault in emesene

Ross Lagerwall added the comment: I tried to reproduce the bug on 2.7 & 3.2 using libuuid version 2.17.2 and up to 100 threads but couldn't. Perhaps there was an issue with the uuid library function that he was using and threading? -- nosy: +rosslagerwall ___

[issue3080] Full unicode import system

Changes by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue10952] Don't normalize module names to NFKC?

Alexander Belopolsky added the comment: Victor> Ok, I think that it is possible. While it is possible, I am not sure it is a good idea. For example, if a filesystem uses encoding that is capable of distinguishing between "\xB5Torrent.py" and "\u03BCTorrent.py", should "import \xB5Torrent" an

[issue10953] safely eval serialized dict/list data from arbitrary string over web with no side effects

New submission from kai zhu : rather than serialize python dicts & list to json / xml / protocol buffer for web use, its more efficient to just serialize w/ repr() & then use eval(), if only there was a way to guarantee arbitrary code can't b executed. this is a very simple proposed method for

[issue10923] Deadlock because of the import lock when loading the utf8 codec

STINNER Victor added the comment: Dummy question: can't we raise a RuntimeError on a deadlock? -- ___ Python tracker ___ ___ Python-b

[issue10923] Deadlock because of the import lock when loading the utf8 codec

Changes by STINNER Victor : -- title: Python 2.7 hangs on Unicode+threading -> Deadlock because of the import lock when loading the utf8 codec ___ Python tracker ___ ___

[issue10952] Don't normalize module names to NFKC?

STINNER Victor added the comment: > This won't be a problem if you make > "import \xB5Torrent" > behave as (...) > "\u03BCTorrent = __import__('\xB5Torrent')" "import name" is compiled to "IMPORT_NAME(name); STORE_NAME(name)" bytecode instructions. So you proposed to compile it to "IMPORT_N

[issue10952] Don't normalize module names to NFKC?

Alexander Belopolsky added the comment: On Wed, Jan 19, 2011 at 9:21 PM, STINNER Victor wrote: .. > New problem: if the parser doesn't normalize module names on import, it does > still > normalize module names on other instructions. > > Example: "import \xB5Torrent; del \xB5Torrent" raises an

[issue10951] gcc 4.6 warnings

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue10952] Don't normalize module names to NFKC?

STINNER Victor added the comment: See also #3080 (which is not directly related). -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue10952] Don't normalize module names to NFKC?

STINNER Victor added the comment: New problem: if the parser doesn't normalize module names on import, it does still normalize module names on other instructions. Example: "import \xB5Torrent; del \xB5Torrent" raises an error on del because the parser normalized del identifier (the second mod

[issue10952] Don't normalize module names to NFKC?

Alexander Belopolsky added the comment: This proposal makes sense because it would make import µTorrent behave the same as µTorrent = __import__('µTorrent') However, I think this is a feature request and a language change because the current grammar is import_stmt ::= "import" module

[issue10952] Don't normalize module names to NFKC?

STINNER Victor added the comment: "µTorrent.py" filename example comes from #10754. This issue is unrelated to the Python parser or the import machinery: it is a surprising behaviour of the MBCS codec which replaces unencodable characters to a similar glyph. I changed the MBCS in Python 3.2 t

[issue10952] Don't normalize module names to NFKC?

Changes by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue10946] bdist doesn’t pass --skip-build on to subcommands

Éric Araujo added the comment: I added the required calls to pass skip-build from bdist to bdist_* but that isn’t enough to make the test from https://bitbucket.org/ygingras/distutils2/changeset/71f5c39c9100 pass. build gets somehow called, even though install, install_lib, bdist and bdist_d

[issue10952] Don't normalize module names to NFKC?

New submission from STINNER Victor : The Python 3 parser normalizes all identifiers using NFKC (as described in the PEP 3131). Examples: - U+00B5 (µ: Micro sign) is normalized to U+03BC (μ: Greek small letter mu) - U+FB03 (ffi: Latin small ligature ffi) is normalized to 'ffi' The problem is tha

[issue10951] gcc 4.6 warnings

Terry J. Reedy added the comment: I took a look at an example of each type. Sign-compare, Parser/node.c, 94 if (required_capacity > PY_SIZE_MAX / sizeof(node)) I presume PY_SIZE_MAX and sizeof(node) are both unsigned. So is, conceptually, required_capacity, but it is defined as an int

[issue10950] ServerProxy returns bad XML

Beau added the comment: Use my API key? That would have been telling! Fortunately I used the example API key Last.fm provide on the page I linked ;) -- ___ Python tracker ___ _

[issue10923] Python 2.7 hangs on Unicode+threading

Changes by Brett Cannon : -- nosy: +brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue10947] imaplib: Internaldate2tuple and ParseFlags require (and latter returns) bytes arrays; should allow/return str

Changes by Alexander Belopolsky : -- stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue10947] imaplib: Internaldate2tuple and ParseFlags require (and latter returns) bytes arrays; should allow/return str

Alexander Belopolsky added the comment: David, Can you weigh in on this? I am -1 on improving Internaldate2tuple(). I think the module should provide a function that would return an aware datetime object instead of a timetuple. The proposed patch will make error reporting from Internaldate2t

[issue10941] imaplib: Internaldate2tuple produces wrong result if date is near a DST change

Alexander Belopolsky added the comment: I agree that this is a bug and the solution is right, I am not sure this should be applied during RC period. The bug has been present and known for a long time, so affected parties probably have a work-around in place already. -- nosy: +belopol

[issue10939] imaplib: Internaldate2tuple raises KeyError parsing month and does not work with negative TZ offset due to bytes/str issues

Alexander Belopolsky added the comment: Georg, This is an obvious artifact of an untested py3k port. Can this go in 3.2? The patch looks good except for a long line in the test which I can take care of. -- assignee: -> belopolsky nosy: +belopolsky, georg.brandl stage: -> patch rev

[issue10951] gcc 4.6 warnings

Changes by Brett Cannon : -- nosy: +brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue10951] gcc 4.6 warnings

Changes by STINNER Victor : -- components: +Build versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue10951] gcc 4.6 warnings

New submission from STINNER Victor : To analyze #9880, I installed gcc-4.6. It looks like this new gcc version emits new warnings. Here is a report of py3k warnings generated with "gcc-4.6 -O3 -Wall -Wextra -Wstrict-prototypes -Wno-missing-field-initializers -Wno-unused-parameter" on AMD64. I

[issue10934] imaplib: Internaldate2tuple() is documented to return UTC, but it returns local time

Alexander Belopolsky added the comment: Merged to 2.7 in revision 88116. -- stage: commit review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue10948] Trouble with dir_util created dir cache

Éric Araujo added the comment: “This is not an implementation detail, it is part of the way the function works. The user should be aware of the behavior when [they] call this function twice.” I would agree if mkpath were a public function. I think it’s an implementation detail used by othe

[issue10948] Trouble with dir_util created dir cache

Diego Queiroz added the comment: You were right, "os.makedirs" fits my needs. :-) Anyway, I still think the change in the documentation is needed. This is not an implementation detail, it is part of the way the function works. The user should be aware of the behavior when he call this function

[issue10950] ServerProxy returns bad XML

Georg Brandl added the comment: BTW, you might want to exchange your API key since this one is now publicly available forever :) -- ___ Python tracker ___ _

[issue10950] ServerProxy returns bad XML

Beau added the comment: Thanks for your time, georg.brandl. I'll file a bug report with them. -- ___ Python tracker ___ ___ Python-bu

[issue10950] ServerProxy returns bad XML

Georg Brandl added the comment: Not sure what you mean by "non-marshallable type". The Last.fm API returns the XML as an XMLRPC string, including the backslashes. I tried the same call in Ruby using the script below, and get the backslashes too. I would say this is a fault of Last.fm's XMLR

[issue10948] Trouble with dir_util created dir cache

Éric Araujo added the comment: “Maybe distutils package was not designed for the purpose I am using it (I am not using it to install python modules or anything), but this behavior is not well documented anyway.” Aaaah, I had no idea you were using the function directly for something unrelate

[issue10950] ServerProxy returns bad XML

Changes by Beau : -- type: compile error -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue10944] ctypes documentation does not mention c_bool in table of standard types

Georg Brandl added the comment: Fixed in r88115. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue10887] Add link to development ML

Éric Araujo added the comment: What’s the project Web site? In any case, the wiki is open to edition to everyone. -- ___ Python tracker ___ ___

[issue10906] wsgiref should mention that CGI scripts usually expect HTTPS variable to be set to 'on'

Georg Brandl added the comment: The doc says "1", "yes" or "on". Looks fine to me. -- nosy: +georg.brandl resolution: -> works for me status: open -> closed ___ Python tracker ___

[issue10934] imaplib: Internaldate2tuple() is documented to return UTC, but it returns local time

Alexander Belopolsky added the comment: Committed in revision 88114. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue10934] imaplib: Internaldate2tuple() is documented to return UTC, but it returns local time

Joe Peterson added the comment: Hey Alexander, Looks great. Just a few small things: * In hunk 2 of the imaplib.rst file patch section, insert word "to" (i.e. "Convert *date_time* to an IMAP4 ``INTERNALDATE`` representation.") * Two lines, down there's only one space at end of sentence: "d

[issue9509] argparse FileType raises ugly exception for missing file

Changes by SilentGhost : Removed file: http://bugs.python.org/file20456/argparse.diff ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue9509] argparse FileType raises ugly exception for missing file

Changes by SilentGhost : Added file: http://bugs.python.org/file20458/argparse.diff ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue9509] argparse FileType raises ugly exception for missing file

akira <4kir4...@gmail.com> added the comment: "no such file or directory '%s'" is misleading if you are trying to open a readonly file for writing. The message might be replace by: "can't open '%s'" -- ___ Python tracker

[issue10934] imaplib: Internaldate2tuple() is documented to return UTC, but it returns local time

Alexander Belopolsky added the comment: It makes sense that Internaldate2tuple() returns local time because timetuple (with its tm_isdst flag) strongly suggests local time. (See also issue 9004.) If UTC or any other timezone time is needed, it would be best to provide a function that would r

[issue10887] Add link to development ML

anatoly techtonik added the comment: Backlink to project web site won't hurt either. ;) -- ___ Python tracker ___ ___ Python-bugs-lis

[issue10935] wsgiref.handlers.BaseHandler and subclasses of str

Phillip J. Eby added the comment: One of the original reasons was to make it easier for server authors writing C code to interface with WSGI. C APIs that operate on lists and dicts often do not do what you would expect, when called on a subclass. Essentially, this could lead to an app that

[issue10948] Trouble with dir_util created dir cache

Diego Queiroz added the comment: Suppose the application creates one folder and add some data to it: - /scratch/a/b/c While the application is still running (it is not using the folder anymore), you see the data, copy it to somewhere and delete everything manually using the terminal. After

[issue9509] argparse FileType raises ugly exception for missing file

Changes by SilentGhost : Removed file: http://bugs.python.org/file19805/argparse.py.diff ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue9509] argparse FileType raises ugly exception for missing file

Changes by SilentGhost : Removed file: http://bugs.python.org/file19827/test_argparse.py.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue9509] argparse FileType raises ugly exception for missing file

SilentGhost added the comment: Here is the single patch. All tests pass. -- Added file: http://bugs.python.org/file20456/argparse.diff ___ Python tracker ___

[issue10950] ServerProxy returns bad XML

New submission from Beau : xmlrpc.client.ServerProxy calls that return XML (ie, the a non-marshallable type) give bad XML, with \" (backslash then double quote characters, '\\"'; not escaped double quote) in place of ", and \' in place of '. Ampersands aren't XML-escaped either. (I have only

[issue10948] Trouble with dir_util created dir cache

Éric Araujo added the comment: Maybe I’m tired, but I don’t understand why your application would remove directories that distutils creates. We’ve fixed a bug related to a race condition when *creating* directories (#9281), but behaving sanely on an unstable tree seems something different to

[issue10948] Trouble with dir_util created dir cache

Diego Queiroz added the comment: Well. My application does not actually randomly remove the folders, it just can't guarantee for a given process how the folder it created will be deleted. I have many tasks running on a cluster using the same disk. Some tasks creates the folders/files and some

[issue10932] distutils.core.setup - data_files misbehaviour ?

Éric Araujo added the comment: See also #9261. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue1371826] distutils is silent about multiple -I/-L/-R

Changes by Éric Araujo : -- assignee: tarek -> eric.araujo keywords: +easy ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue10921] imaplib: Internaldate2tuple() string/bytes issues, does not handle negative TZ offsets, does not handle DST correctly

Changes by Alexander Belopolsky : -- resolution: -> duplicate stage: unit test needed -> committed/rejected superseder: -> imaplib: Internaldate2tuple() is documented to return UTC, but it returns local time ___ Python tracker

[issue10948] Trouble with dir_util created dir cache

Éric Araujo added the comment: Thanks for the report and diagnosis. Why does your application randomly removes files created by distutils? -- assignee: tarek -> eric.araujo versions: +Python 3.2 -Python 2.5, Python 2.6 ___ Python tracker

[issue10932] distutils.core.setup - data_files misbehaviour ?

Fred L. Drake, Jr. added the comment: On Wed, Jan 19, 2011 at 12:42 PM, Éric Araujo wrote: > I understand this line to mean that only the basename of the file will be used > in the target directory, IOW that ('config', ['cfg/data.cfg']) will create a > file in config/data.cfg, not config/cfg/da

[issue10923] Python 2.7 hangs on Unicode+threading

Amaury Forgeot d'Arc added the comment: > "import child_directory" Then it's certainly an effect of the "import lock": http://docs.python.org/library/threading.html#importing-in-threaded-code In your case, the first call to encode('utf8') indirectly imports utf8.py, while the import lock is he

[issue10932] distutils.core.setup - data_files misbehaviour ?

Éric Araujo added the comment: Thanks for the report. “No directory information from files is used to determine the final location of the installed file; only the name of the file is used” I understand this line to mean that only the basename of the file will be used in the target directory,

[issue10887] Add link to development ML

Éric Araujo added the comment: Done. -- assignee: tarek -> eric.araujo resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___

[issue9509] argparse FileType raises ugly exception for missing file

Éric Araujo added the comment: SilentGhost, can you remove old files from the report (or tell which ones I should remove if you can’t do it) and make one patch with code and test changes that apply cleanly to current py3k? That would make a final review by Steven easier. -- ___

[issue10935] wsgiref.handlers.BaseHandler and subclasses of str

Andrey Popp <8may...@gmail.com> added the comment: > the spec says "an object of type str" he means 'type(x) is str' as opposed to > 'isinstance(x, str)' -1 Liskov substitution principle states, that every subtype S of type T can be used whenever type T is used. -- nosy: +andreypopp

[issue10949] logging.RotatingFileHandler not robust enough

New submission from Christophe Kalt : logging.RotatingFileHandler.doRollover() can fail leaving the handler with a closed filehandle, causing all subsequent logging attempts to fail: >>> import logging >>> import logging.handlers >>> logging.getLogger().addHandler(logging.handlers.RotatingFileH

[issue10948] Trouble with dir_util created dir cache

New submission from Diego Queiroz : There is a problem with dir_util cache (defined by "_path_created" global variable). It appears to be useful but it isn't, just repeat these steps to understand the problem I'm facing: 1) Use mkpath to create any path (eg. /home/user/a/b/c) 2) Open the term

[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows

Éric Araujo added the comment: > Please don't ask me about patches. Core devs won't accept them. One of your patches for diff has been accepted; some distutils bugs have patches from you (for which we are grateful) that are in various review stages. The only thing preventing acceptance where I

[issue10935] wsgiref.handlers.BaseHandler and subclasses of str

Antoine Pitrou added the comment: > OK. So he is saying that when the spec says "an object of type str" he > means 'type(x) is str' as opposed to 'isinstance(x, str)'. I would > naively have expected the latter, as other people clearly do as well. +1 with RDM here. > Doesn't matter how unpy

[issue10935] wsgiref.handlers.BaseHandler and subclasses of str

Phillip J. Eby added the comment: Doesn't matter how unpythonic it is: the spec calls for exact types and has done so for six years already, so it's a bit late to do anything about it. (And any version of Python that allowed string subclasses was in violation of the spec and therefore buggy.

[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows

anatoly techtonik added the comment: Please don't ask me about patches. Core devs won't accept them. -- ___ Python tracker ___ ___ Py

[issue9509] argparse FileType raises ugly exception for missing file

Changes by SilentGhost : -- status: open -> languishing ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue10896] trace module compares directories as strings (--ignore-dir)

SilentGhost added the comment: Vladimir, superseder's patch fixes that too. -- ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue10921] imaplib: Internaldate2tuple() string/bytes issues, does not handle negative TZ offsets, does not handle DST correctly

Joe Peterson added the comment: This issue has been split, as suggested by Alexander Belopolsky, into separate issues: issue 10934 - doc change to correctly reflect return of local time vs. UTC issue 10939 - bytes/str issues issue 10941 - DST handled incorrectly issue 10947 - compatibility usi

[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows

Éric Araujo added the comment: We don’t commit failing tests :) If you mean you want to write a test case, please go ahead and attach a patch or changeset URI. -- ___ Python tracker _

[issue10947] imaplib: Internaldate2tuple and ParseFlags require (and latter returns) bytes arrays; should allow/return str

New submission from Joe Peterson : In imaplib, there is currently a mix of bytes array and str use. Time2Internaldate(), e.g., returns (and accepts) str. Internaldate2tuple() and ParseFlags() only accept a bytes object, and the latter returns a tuple of bytes objects. Of course, these were

[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows

anatoly techtonik added the comment: I believe it is better to start and commit a testcase . -- nosy: +techtonik ___ Python tracker ___ _

[issue10946] bdist doesn’t pass --skip-build on to subcommands

Changes by Éric Araujo : -- nosy: +tarek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue10946] bdist doesn’t pass --skip-build on to subcommands

New submission from Éric Araujo : Yannick has found that bdist_* commands don’t get the --skip-build option from bdist. This should be solved easily thanks to set_undefined_options. Adding people from #414775 (r25075) to nosy. -- assignee: eric.araujo components: Distutils, Distutils2

[issue8954] wininst regression: errors when building on linux

Éric Araujo added the comment: I opened another bug for the MBCS problem which prevents me from testing Anatoly’s patch. -- dependencies: +bdist_wininst depends on MBCS codec, unavailable on non-Windows ___ Python tracker

[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows

New submission from Éric Araujo : If distutils.commands.bdist_wininst.bdist_wininst.get_inidata returns a unicode string (which is always the case in 3.x and can happen in 2.x if if you pass a unicode object as one setup argument), bdist_wininst will try to use the MBCS codec, which is not ava

[issue10898] posixmodule.c redefines FSTAT

Antoine Pitrou added the comment: Ok, fixed in r88111 (3.2), r88112 (3.1) and r88113 (2.7). -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker _

[issue10896] trace module compares directories as strings (--ignore-dir)

Vladimir Rutsky added the comment: Sorry I was wrong - patch don't fix original issue. Case should be normalized not only for directories provided through --ignore-dir, but also for directories obtained from __file__. In my tests on Windows Ignore.names(self, filename, modulename) receives `f

[issue4106] multiprocessing occasionally spits out exception during shutdown

Jesse Noller added the comment: On Tue, Jan 18, 2011 at 6:23 PM, Brian Thorne wrote: > > Brian Thorne added the comment: > > With the example script attached I see the exception every time. On Ubuntu > 10.10 with Python 2.6 > > Since the offending line in multiprocesing/queues.py (233) is a d

[issue10896] trace module compares directories as strings (--ignore-dir)

Vladimir Rutsky added the comment: SilentGhost, thanks for the patch! I can confirm, that adding os.path.normcase fixes issues with different cases of files. I believe there also may be issue with FAT's long file name mangling, like "C:\PROGRA~1\python26\" instead of "C:\Program Files\python2

[issue10828] Python 3 doesn't support non-ASCII module names with a locale encoding different than UTF-8

Changes by STINNER Victor : -- title: Cannot use nonascii utf8 in names of files imported from -> Python 3 doesn't support non-ASCII module names with a locale encoding different than UTF-8 ___ Python tracker ___

[issue8954] wininst regression: errors when building on linux

Changes by anatoly techtonik : Added file: http://bugs.python.org/file20451/issue1774043_7001.diff ___ Python tracker ___ ___ Python-bugs-list

[issue8954] wininst regression: errors when building on linux

anatoly techtonik added the comment: Is this issue really critical? Bump. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue10935] wsgiref.handlers.BaseHandler and subclasses of str

Denis S. Otkidach added the comment: Current behavior is unpythonic: documentation explicitly mentions isinstance as preferred way to check type (see http://docs.python.org/library/types.html ). Also 2.7 is the last minor version with str as "main" string type. So I believe it should use isin

[issue10834] Python 2.7 x86 IDLE fails to run in Windows 7

Peter Heiberg added the comment: Run -> C:\Python27\python.exe -m test.regrtest ... stops at "test_asynchat", been there for about 20mins. Can't seem to break the operation tho (Ctrl+C), it still hangs at test_asynchat with the blinking underscore one line down. -- Added file: http://

[issue10944] ctypes documentation does not mention c_bool in table of standard types

New submission from Марк Коренберг : http://docs.python.org/library/ctypes.html: --- 15.16.1.4. Fundamental data types [table without c_bool] 15.16.2.7. Fundamental data types class ctypes.c_bool New in version 2.6. -- assignee: docs@python components:

[issue10943] abitype: Need better support to port C extension modules to the stable C API

New submission from Leo : I tried to port the extension module at http://code.google.com/p/pyhyphen/source/browse/3.x/hnjmodule.c to the stable C API using abitype.py. I gave up after the following exceptions: - execption raised for missing PyVarObject_HEAD: this could be rixed by deleting a /