[issue4769] b64decode should accept strings or bytes

Changes by James Brotchie : -- nosy: +brotchie ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue4768] email.generator.Generator object bytes/str crash - b64encode() bug?

Changes by James Brotchie : -- nosy: +brotchie ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue2995] Idle, some Linuxes, cannot position Cursor by mouseclick

Matthias Sommer added the comment: Retry is a bit difficult now, sinc I reverted back to Windows after getting quite some answers in some places, but none of them really helpful. It happend under Madriva Linux (and some other tested Linuxes). Now I'm using Gentoo (this is, IF I'm using Linux

[issue4753] Faster opcode dispatch on gcc

Changes by Armin Rigo : -- nosy: -arigo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue4800] little inaccuracy in Py_ssize_t explanation

New submission from Kandalintsev Alexandre : Documentation says that There’s no chance that the reference count can overflow; at least as many bits are used to hold the reference count as there are distinct memory locations in virtual memory (assuming sizeof(Py_ssize_t) >= sizeof(void

[issue4100] xml.etree.ElementTree does not read xml-text over page bonderies

Georg Brandl added the comment: Thanks, applied in r68116. -- assignee: effbot -> georg.brandl nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue4136] merge json library with simplejson 2.0.4

Georg Brandl added the comment: Bumping priority a bit. -- nosy: +georg.brandl priority: -> critical ___ Python tracker ___ ___ Pytho

[issue4156] Docs for BaseHandler.protocol_xxx methods are unclear

Georg Brandl added the comment: Fixed in r68117. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bug

[issue4185] re module treats raw strings as normal strings

Georg Brandl added the comment: Added a bit to the re.sub(n) docstrings in r68118. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue4222] dis.findlinestarts is missing from dis.__all__ and from the online documentation

Georg Brandl added the comment: Documented dis.findlinestarts() and put it into dis.__all__ in r68119. -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue4228] struct.pack('L', -1)

Georg Brandl added the comment: Committed to trunk in r68120. -- nosy: +georg.brandl status: open -> closed ___ Python tracker ___ ___

[issue3959] Add Google's ipaddr.py to the stdlib

David Moss added the comment: ipaddr appears to be on a fast track for "batteries included" status without much consultation in the wider Python community. As BDFL it's ultimately Guido's call, but it would be disappointing to see one solution being chosen wholesale without much additional discu

[issue4742] 3.0 distutils byte-compiling -> Syntax error: unknown encoding: cp1252

Changes by Georg Brandl : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue4772] undesired switch fall-through in socketmodule.c

Georg Brandl added the comment: TypeError or ValueError? -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue4798] Update deprecation of 'new' module in PEP 4.

Georg Brandl added the comment: Applied the doc patch in r68121. Updated PEP 4 to point to PEP 3108 (which contains a list of all modules removed in 3k and deprecated in 2.6, not just "new") in r68122. -- resolution: -> fixed status: open -> closed ___

[issue4784] Mismatch in documentation for module "webbrowser"

Georg Brandl added the comment: Fixed in r68123. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bug

[issue4782] json documentation missing load(), loads()

Georg Brandl added the comment: Fixed in r68124. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bug

[issue4776] distutils documentation

Georg Brandl added the comment: Thanks, documented in r68125. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue4753] Faster opcode dispatch on gcc

Antoine Pitrou added the comment: Hi, > Why don't you use the C preprocessor instead of that Python code? > Sample code: We would have to change opcode.h for this to be truely useful (in order to re-use OPCODE_LIST()). I think that should be the subject of a separate bug entry for code reorgan

[issue4767] email.mime incorrectly documented (or implemented)

Georg Brandl added the comment: Thanks, fixed in r68127. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Py

[issue4789] Documentation changes break existing URIs

Georg Brandl added the comment: I've added the redirects. I hope that mailman updates its links in the next release though :) -- resolution: -> fixed status: open -> closed ___ Python tracker _

[issue4753] Faster opcode dispatch on gcc

Skip Montanaro added the comment: Skip> You could backport it to 2.4 & 2.5 and just put it up on PyPI... Paolo> I was thinking to a private backport as well. I didn't know Paolo> about PyPI, it looks like PyPI is more for contributed modules Paolo> than for this, would that work?

[issue4797] test_fileio error (windows)

Benjamin Peterson added the comment: Please go ahead. -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing

[issue3680] Cycles with some iterator are leaking.

Antoine Pitrou added the comment: Committed to trunk and py3k, thanks! -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue4797] test_fileio error (windows)

Hirokazu Yamamoto added the comment: Done. Fixed in r68134(trunk) and r68139(py3k). -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue2233] Makefile.pre.in contains extra slash before $(DESTDIR) which can cause Cygwin build to fail

Roumen Petrov added the comment: I would like to confirm issue for trunk. -- nosy: +rpetrov versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 ___ Python tracker ___ _

[issue1675455] Use getaddrinfo() in urllib2.py for IPv6 support

Derek Morr added the comment: Senthil, I don't think your gethost_addrinfo() function will work. On a v6- enabled machine, it will only return v6 or v4 names. Shouldn't it return both (since a machine could have both v4 and v6 addresses)? For example, on my machine, I have the following addre

[issue1675455] Use getaddrinfo() in urllib2.py for IPv6 support

Derek Morr added the comment: Question: Why does FTPHandler.ftp_open() try to resolve the hostname()? The hostname will be passed into connect_ftp(), then into urllib.ftpwrapper(), and eventually into ftplib.FTP.connect(), which is IPv6-aware. ___ Python t

[issue4035] Support bytes for os.exec*()

STINNER Victor added the comment: > Hmm, I think the supported types should be the same for all > platforms, otherwise it creates unnecessary headaches. I'm don't know Windows very well, but I read many times that Windows uses unicode everywhere. I'm unable to decide if it's a good thing or n

[issue4751] Patch for better thread support in hashlib

Changes by STINNER Victor : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python

[issue4751] Patch for better thread support in hashlib

STINNER Victor added the comment: Ooooh, I suggested to ebfe to remove the GIL unlock/lock, but I was wrong :-( I hate locks! What is the right fix? Replace ENTER_HASHLIB(self) Py_BEGIN_ALLOW_THREADS ... Py_END_ALLOW_THREADS LEAVE_HASHLIB(self) by Py_BEGIN_ALLOW_THREADS ENT

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

STINNER Victor added the comment: I'm unable to reproduce the issue. I tried to create files on my FTP server with non-ASCII characters or spaces in the filenames, but everything is fine. Can you reproduce the problem outside IDLE? Or is the issue specific to IDLE? I mean: write a script and

[issue4780] Makefile.pre.in patch to run regen on OSX (framework build)

Roumen Petrov added the comment: The issue is same for trunk. Step to reproduce(as example on linux): - remove existing python installation (optional) - rename Lib/plat-linux2 ... python$EXE ../../Tools/scripts/h2py.py -i '(u_long)' /usr/include/netinet/in.h python: error while loading shared li

[issue4753] Faster opcode dispatch on gcc

Paolo 'Blaisorblade' Giarrusso added the comment: > We would have to change opcode.h for this to be truely useful (in order to re-use OPCODE_LIST()). Yep. > I think that should be the subject of a separate bug entry for code reorganization. Agreed, I'll maybe try to find time for it. > Thank

[issue4801] _collections module fail to build on cygwin

New submission from Roumen Petrov : make log: gcc -shared -Wl,--enable-auto-image-base .../Modules/_collectionsmodule.o -L/usr/local/lib -L. -lpython2.7 -o build/lib.cygwin-1.5.25-i686-2.7/_collections.dll .../Modules/_collectionsmodule.o: In function `deque_iter': .../Modules/_collectionsmodule.

[issue4802] detect_tkinter for cygwin

New submission from Roumen Petrov : Check for installed X on cygwin can't find X11/Xlib.h in detect_tkinter from setup.py -- files: py-trunk-detect_tkinter-cygwin.patch keywords: patch messages: 78724 nosy: rpetrov severity: normal status: open title: detect_tkinter for cygwin Added file

[issue2233] Makefile.pre.in contains extra slash before $(DESTDIR) which can cause Cygwin build to fail

Roumen Petrov added the comment: I'm not sure that installation work if slash is removed and DESTDIR is not specified. What about to replace "slash before $(DESTDIR)" with "/./" ? ___ Python tracker

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

Daniel Diniz added the comment: Hi Chris Since dir calls retrlines and retrlines has a 'while 1:' loop, the bug probably comes from there. Either it hangs in the fp.readline call or the break condition is never met. Can you put some print diagnostics inside Lib/ftplib.py->FTP.retrlines (around

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

STINNER Victor added the comment: > Can you put some print diagnostics inside Lib/ftplib.py (...) .set_debuglevel(2) already prints a lot of informations. ___ Python tracker ___ ___

[issue4772] undesired switch fall-through in socketmodule.c

STINNER Victor added the comment: makesockaddr() raise a TypeError("Invalid address type") for an invalid AF_TIPC address, but I would prefer a ValueError. -- nosy: +haypo ___ Python tracker __

[issue4775] Incorrect documentation - UTC time

Marc-Andre Lemburg added the comment: FWIW: POSIX defines Unix time_t *not* to include leap seconds. You can easily check whether your platform or C lib behaves POSIX-ly correct or not: POSIX: 1986-12-31 23:59:59 UTC == 536457599 ticks With leap seconds: == 536457612 ticks

[issue4753] Faster opcode dispatch on gcc

Alexandre Vassalotti added the comment: Antoine Pitrou wrote: > [...] count the number of indirect jump instructions in ceval.c: > > grep -E "jmp[[:space:]]\*%" ceval.s > > There should be 85 to 90 of them, roughly. If there are many less, then > the compiler has tried to optimize them by "shar

[issue4753] Faster opcode dispatch on gcc

Changes by Alexandre Vassalotti : Added file: http://bugs.python.org/file12522/amd-athlon64-x2-gcc-sunos-pybench.txt ___ Python tracker ___ __

[issue4753] Faster opcode dispatch on gcc

Alexandre Vassalotti added the comment: > Attached new patch for fixes suggested by Alexandre (rename > opcode_targets.c to opcode_targets.h, replace USE_THREADED_CODE with > USE_COMPUTED_GOTOS). You forgot to update your script to use the new name. ___ Pyth

[issue4566] 2.6.1 breaks many applications that embed Python on Windows

Craig Holmquist added the comment: Here's an option, though unfortunately not a trivial one: use a private build of the C runtime. The Windows version of Firefox does this (mozcrt19.dll). The private CRT build doesn't use SxS in any way, so it gets around this issue, as well as other issues l

[issue4472] Is shared lib building broken on trunk for Mac OS X?

Roumen Petrov added the comment: I just finish test for altbininstall make target on linux and cygwin. Ronald, About the SO issue - in makefile we may use $(LDLIBRARY) instead of libpython$(VERSION)$(SO) (see py-issue-4472-makefile.patch). For cygwin libpython$(VERSION)$(SO) is equal to $(DLLLI

[issue4751] Patch for better thread support in hashlib

Antoine Pitrou added the comment: The right fix would probably be to define ENTER_HASHLIB(self) as Py_BEGIN_ALLOW_THREADS PyThread_acquire_lock(self->lock) Py_END_ALLOW_THREADS ___ Python tracker ___

[issue4753] Faster opcode dispatch on gcc

Antoine Pitrou added the comment: > I get 86 with GCC 4.x and SUNCC. However, with GCC 3.4 I only get a > single computed goto. Is there some hidden option to make GCC avoid > sharing jumps? Try -fno-crossjumping. > I tested it and it worked, no test failures to report. Just change the > macr

[issue4753] Faster opcode dispatch on gcc

Antoine Pitrou added the comment: I've updated the comments as per Alexandre's request, added support for SUN CC, and fixed the generation script to use the new filename. Added file: http://bugs.python.org/file12524/threadedceval5.patch ___ Python tracker <

[issue4753] Faster opcode dispatch on gcc

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file12514/threadedceval4.patch ___ Python tracker ___ ___ Python-bugs-list mai

[issue4747] SyntaxError executing a script containing non-ASCII characters in its name or path

Amaury Forgeot d'Arc added the comment: Fixed in r68143 (py3k) and r68144 (3.0). Thanks for the report! -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue4718] wsgiref package totally broken

Graham Dumpleton added the comment: One interesting thing of note that has occurred to me looking at the patch is that although with Python <3.0 you technically could return a str as iterable from application, ie., because iteration over str returns str for each character, the same doesn't re

[issue4035] Support bytes for os.exec*()

Amaury Forgeot d'Arc added the comment: Every function of the Windows API comes in pair: an Ansi function (which accepts char* names) and a Wide function (which accepts wchar_t* names; Py_UNICODE* can be passed as-is) Don't perform conversion on Windows, just call the proper function. --

[issue3299] invalid object destruction in re.finditer()

Nick Coghlan added the comment: It certainly looks like all direct calls to PyObject_DEL/PyObject_Del from outside tp_dealloc implementations are going to be broken in pydebug builds. Replacing those calls with either Py_DECREF operations (as Victor's patch does) or direct calls to _Py_Dealloc

[issue3299] Direct calls to PyObject_Del/PyObject_DEL are broken for --with-pydebug

Nick Coghlan added the comment: (changing title and unassigning from Fredrik since this isn't an RE specific problem, flagged as also affecting interpreter core, flagged as affecting all currently maintained versions) -- assignee: effbot -> components: +Interpreter Core title: invalid

[issue4801] _collections module fail to build on cygwin

Amaury Forgeot d'Arc added the comment: Committed a different correction in r68145: according to documention, _PyObject_GC_TRACK should not be used in extension modules. Thanks for the report. -- nosy: +amaury.forgeotdarc resolution: -> fixed status: open -> closed

[issue3299] Direct calls to PyObject_Del/PyObject_DEL are broken for --with-pydebug

Nick Coghlan added the comment: Ah, now that I go to implement it, I remember why I didn't like the idea of doing anything directly in PyObject_Del. While the Python memory allocator is primarily designed for allocation of Python objects, it isn't actually *limited* to that. So there is no guara

[issue4614] Document PyModule_Create()

Changes by Benjamin Peterson : -- priority: -> critical ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue4614] Document PyModule_Create()

Changes by Benjamin Peterson : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/pyt

[issue4768] email.generator.Generator object bytes/str crash - b64encode() bug?

STINNER Victor added the comment: > I think the library function base64.b64encode() should return > a string, not bytes. Yes, in the email module, the payload is an unicode string, not a bytes string. We have to be able to concatenate headers (eg. "Content-Type: image/fish\nMIME-Version: 1.

[issue4768] email.generator.Generator object bytes/str crash - b64encode() bug?

Changes by STINNER Victor : -- keywords: +patch Added file: http://bugs.python.org/file12525/email_base64_bytes.patch ___ Python tracker ___ __

[issue3999] Real segmentation fault handler

Antoine Pitrou added the comment: As mentioned in python-dev, the patch would be more suitable for inclusion if it was changed to simply print a stack trace and bail out, rather than try to resume execution of the Python program. -- nosy: +pitrou ___

[issue4769] b64decode should accept strings or bytes

STINNER Victor added the comment: About quoted printable, there are two implementations: - binascii.a2b_qp() (Modules/binascii.c): C implementation, use PyArg_ParseTupleAndKeywords(args, kwargs, "s*|i", ...) to parse the data - quopri.decode() (Lib/quopri.py): Python implementation => quo

[issue4769] b64decode should accept strings or bytes

STINNER Victor added the comment: > If the input to b64decode is a str, just do a encode('ascii') > operation on it and proceed. If that fails, it wasn't valid > Base64 to begin with. On unicode encode error, should we raise an UnicodeEncodeError or a binascii.Error? And there is also the p

[issue4753] Faster opcode dispatch on gcc

Paolo 'Blaisorblade' Giarrusso added the comment: > I attached some additional benchmarks on SunOS. So far, it seems the benefits of the proposed optimization are highly compiler-dependent. Well, it would be more correct to say that as you verified for GCC 3.4, "miscompilation" of the code happ

[issue4803] Manas Thapliyal sent you a Friend Request on Yaari

New submission from Manas : Manas Thapliyal wants you to join Yaari! Is Manas your friend? http://yaari.com/?controller=user&action=mailregister&friend=1&sign=YaariNSF231MZA868MBK206SAQ399";>Yes, Manas is my friend! http://yaari.com/?controller=user&action=mailregister&friend=0&sign=YaariNSF23

[issue4803] Manas Thapliyal sent you a Friend Request on Yaari

Changes by Benjamin Peterson : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue1675455] Use getaddrinfo() in urllib2.py for IPv6 support

Senthil added the comment: Derek, This patch was along the lines that when IPv6 address is present, return the first address,which I assumed to be active address and would make the urllib2 work. I am not sure, if returning all the addresses would help and how would we define which address to

[issue4566] 2.6.1 breaks many applications that embed Python on Windows

Mark Hammond added the comment: I've no time to dig deeper now as I suspect testing will require removal of the vc9 assembly from the GAC and testing with a local one, but some comments: test.c's error is "can't find the DLL" - this will be as we attempt to load Python's DLL - but this isn't th

[issue4566] 2.6.1 breaks many applications that embed Python on Windows

Mark Hammond added the comment: I meant to mention: FWIW, *some* py2exe apps work fine with the old scheme - specifically, IIUC, any app will work fine so long as the .pyd files were next to the executable, which is next to the assembly. I understand this is a significant restriction, but its w

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

New submission from Mark Hammond : This block in exceptions.c: #if defined _MSC_VER && _MSC_VER >= 1400 && defined(__STDC_SECURE_LIB__) ... /* turn off assertions in debug mode */ prevCrtReportMode = _CrtSetReportMode(_CRT_ASSERT, 0); #endif Does exactly what the comment says it does -

[issue1675455] Use getaddrinfo() in urllib2.py for IPv6 support

Derek Morr added the comment: My understanding is that the FileHandler checks if the file:// URL contains the hostname or localhost IP of the local machine (isn't that what FileHandler.names is for?). So, shouldn't the following URLs all open the same file: file:///foo.txt file://localhost/f

[issue4566] 2.6.1 breaks many applications that embed Python on Windows

Craig Holmquist added the comment: > test.c's error is "can't find the DLL" - this will be as we attempt to > load Python's DLL - but this isn't the same as the original error, which > is "DLL init routine failed". To repro the initial error, I suspect you > will want to put the full assembly n

[issue4805] Make python code compilable with a C++ compiler

New submission from Alexander Belopolsky : I am posting this patch mainly to support python-dev discussion on this topic. In the past (see r45330) it was possible to compile python core and standard library modules using a C++ compiler. According to Martin v. Löwis (issue4665), "It's not a re

[issue4566] 2.6.1 breaks many applications that embed Python on Windows

Christian Heimes added the comment: > Mark Hammond added the comment: > > I've no time to dig deeper now as I suspect testing will require removal > of the vc9 assembly from the GAC and testing with a local one, but some > comments: Isn't the GAC just for .NET assemblies while the SxS cache i

[issue4272] set timestamp in gzip stream

Jacques Frechet added the comment: I am uploading a new patch, identical to the previous patch except that it does not contain the ill-advised third test case (test_literal_output). The patch still applies cleanly and the tests still pass. Added file: http://bugs.python.org/file12528/gzip-mtim

[issue4272] set timestamp in gzip stream

Changes by Jacques Frechet : Added file: http://bugs.python.org/file12529/gzip-mtime-revised-2.x.patch ___ Python tracker ___ ___ Python-bugs-l

[issue1675455] Use getaddrinfo() in urllib2.py for IPv6 support

Senthil added the comment: > I am a little confused by this though. It looks like > FileHandler.file_open() checks if there is a hostname in the URL, and > if so, uses FTPHandler instead. So why does FileHandler.open_local_file > check the hostname value? You are right. Even I had observed this

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

Christopher Mahan added the comment: I modified the program by adding line: ftp.set_debuglevel(2) START LISTING import ftplib ftp = ftplib.FTP('ftp.edgecastcdn.net', user='myuserid', passwd='mypassword') ftp.set_debuglevel(2) ftp.cwd('chrismahan-675') ftp.dir() #ftp.retrlines('L

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

Christopher Mahan added the comment: I went into the source for Libs/ftplib.py and I noted that line 423 is: if self.debugging > 2: print('*retr*', repr(line)) so I changed the debuglevel to 3, as such: ftp.set_debuglevel(3) and I got these last 4 lines: -rwxrwxrwx 1 nobody nogroup

[issue4566] 2.6.1 breaks many applications that embed Python on Windows

Craig Holmquist added the comment: I took a look at this with the debugger, as Mark recommended. The CRT's DLLMain is called _CRTDLL_INIT, that in turn calls __CRTDLL_INIT. __CRTDLL_INIT calls another function, _check_manifest. _check_manifest calls an SxS function called FindActCtxSectionStr

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

Christopher Mahan added the comment: I added the following two lines and I was able to run the code. Before: line = fp.readline() if self.debugging > 2: print('*retr*', repr(line)) if not line: break if line[-2:] == CRLF:

[issue4805] Make python code compilable with a C++ compiler

Alexander Belopolsky added the comment: A related question discussed on python-dev is whether extern "C" {} wrappers should ever be used in .c files. I argue that the answer is "no" even if C++ compilability is desired. The new patch eliminates several uses of extern "C" {} in .c files while