[issue3177] Add shutil.open

Hobs added the comment: I can see why this partial implementation of `operation` in this ver seems useless. But it is a placeholder for eventually providing Linux/Mac users with the same functionality as windows. The os.startfile() or shutil.launch() function can easily fill the gap left by the

[issue14659] HP multi-thread environment python core in PyObject_GC_UnTrack

frank added the comment: in addtion, the version of our python is 2.3.4 -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue14657] Avoid two importlib copies

Antoine Pitrou added the comment: > So why the mutation? Are you that worried someone is going to import > importlib._bootstrap directly? Well, importing importlib *does* import importlib._bootstrap, and creates another copy of the module. importlib.__import__ is then wired to _bootstrap.__impo

[issue14654] More fast utf-8 decoding

Serhiy Storchaka added the comment: Thank you, Antoine. It is interesting results, that on 64 bits greatly accelerated the case, which on 32 bits sped up a little. It was the pathology that a 2-byte to UCS1 was decoded in 1.5x slower than a 2-byte to UCS2. Interestingly, a small acceleration for

[issue14659] HP multi-thread environment python core in PyObject_GC_UnTrack

Amaury Forgeot d'Arc added the comment: The complete call stack shows that Python is embedded in another application (OCPro). The issue is most probably with this application which makes a bad usage of the C Python API, or somehow overwrites memory. I suggest that you report this to the appli

[issue14654] More fast utf-8 decoding

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file25338/utf8-signed.diff ___ Python tracker ___ ___ Python-bugs-list mailin

[issue14659] HP multi-thread environment python core in PyObject_GC_UnTrack

Antoine Pitrou added the comment: In addition, Python 2.3.4 is completely outdated. The current supported versions are 2.7.x and 3.2.x. I recommend you upgrade your Python before posting further bug reports. -- nosy: +pitrou status: pending -> closed _

[issue14657] Avoid two importlib copies

Antoine Pitrou added the comment: > This would also mean that changes to importlib._bootstrap would > actually take effect for user code almost immediately, *without* > rebuilding Python, as the frozen version would *only* be used to get > hold of the pure Python version. Actually, _io, encodin

[issue14657] Avoid two importlib copies

Marc-Andre Lemburg added the comment: Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > >> This would also mean that changes to importlib._bootstrap would >> actually take effect for user code almost immediately, *without* >> rebuilding Python, as the frozen version would *only* b

[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates

Serhiy Storchaka added the comment: > * fix an error in the error handler for utf-16-le. (In, Python3.2 > b'\xdc\x80\x00\x41'.decode('utf-16-be', 'ignore') returns "\x00" instead of > "A" for some reason) The patch for issue14579 fixes this in Python 3.2. The patch for issue14624 fixes this

[issue2857] Add "java modified utf-8" codec

Serhiy Storchaka added the comment: As far as I understand, this codec can be implemented in Python. There is no need to modify the interpreter core. def decode_cesu8(b): return re.sub('[\uD800-\uDBFF][\uDC00\DFFF]', lambda m: chr(0x1 | ((ord(m.group()[0]) & 0x3FF) << 10) | (ord(m.gro

[issue14660] Implement PEP 420: Implicit Namespace Packages

New submission from Eric V. Smith : I have created a branch features/pep-420 where I'll be developing a proof of concept implementation of PEP 420. I've checked in a basic version, but it has these issues: - We need to decide how finders communicate that they've found part of a namespace packa

[issue14654] More fast utf-8 decoding

Martin v. Löwis added the comment: I'm -1 on using signed char in the implementation. If this gives any advantage, it's because the compiler is not able to generate as efficient code for unsigned char as it does for signed char. So the performance results may again change if you switch compil

[issue2857] Add "java modified utf-8" codec

Martin v. Löwis added the comment: Serhiy: your functions to not constitute a Python codec. For example, there is no support for error handlers in them. -- nosy: +loewis ___ Python tracker

[issue14654] More fast utf-8 decoding

Serhiy Storchaka added the comment: > I'm -1 on using signed char in the implementation. I completely agree with you, for these and for other not mentioned reasons. So I don't released this patch yesterday, and did not suggest it to accept. I showed him just out of curiosity -- whether the effe

[issue14579] Vulnerability in the utf-16 decoder after error handling

Martin v. Löwis added the comment: Now I see the problem: make_decode_exception creates a new bytes object in any case, regardless of whether the error handler will update it or not. Therefore, decoding will continue in this new bytes object. I think the same issue also applies to the ASCII d

[issue2857] Add "java modified utf-8" codec

Serhiy Storchaka added the comment: > Serhiy: your functions to not constitute a Python codec. For example, there > is no support for error handlers in them. Yes, it is not a codec in Python library terminology. It's just a pair of functions, the COder and DECoder, which is enough for the task

[issue2857] Add "java modified utf-8" codec

Martin v. Löwis added the comment: Ok, I'm closing this entire issue as "won't fix", then. There apparently is a need for functionality like this, but there is apparently also a concern that this is too specialized for the standard library. As it is possible to implement this as a stand-alone

[issue14579] Vulnerability in the utf-16 decoder after error handling

Serhiy Storchaka added the comment: > I think the same issue also applies to the ASCII decoder in 3.3. No, the ASCII decoder is not affected by this vulnerability. In a loop, in which unicode_decode_call_errorhandler is called, do not use any cached and not-updatable data. --

[issue13903] New shared-keys dictionary implementation

Mark Shannon added the comment: Failing to maintain GC tracking in setdefault and copy (for split-tables) Patch attached -- Added file: http://bugs.python.org/file25339/gc_tracking.patch ___ Python tracker __

[issue14658] Overwriting dict.__getattr__ is inconsistent

Changes by Anthony Kong : -- nosy: +Anthony.Kong ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue1065986] Fix pydoc crashing on unicode strings

Stefano Taschini added the comment: Shouldn't this be reopened for Python 2.7 ? -- type: -> behavior versions: +Python 2.7 -Python 2.5 ___ Python tracker ___

[issue1065986] Fix pydoc crashing on unicode strings

R. David Murray added the comment: I don't think so. We aren't promising unicode support in pydoc in 2.x, and it is too late to add it. -- ___ Python tracker ___ ___

[issue14658] Overwriting dict.__getattr__ is inconsistent

Changes by Mark Shannon : -- nosy: +Mark.Shannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue11603] Python crashes or hangs when rebinding __repr__ as __str__

Benjamin Peterson added the comment: I claim the correct behavior of this is actually to give an recursion provoked RuntimeError. -- nosy: +benjamin.peterson ___ Python tracker ___

[issue13903] New shared-keys dictionary implementation

Roundup Robot added the comment: New changeset 507a6703d6a3 by Benjamin Peterson in branch 'default': fix dict gc tracking (#13903) http://hg.python.org/cpython/rev/507a6703d6a3 -- ___ Python tracker _

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

Alexander Belopolsky added the comment: My bad. For some reason I assumed that the latest patch would be at the top of the files list. David, the patch is good. Should I go ahead and commit? -- ___ Python tracker

[issue14605] Make import machinery explicit

Brett Cannon added the comment: Of course you did because you just like making my life a living hell when it comes to the __file__ attribute. =) OK, I will have another look when I get home, but last time I dealt with this the issue is some tests expect a relative path while others expect an

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

Joe Peterson added the comment: Great to hear, Alexander. Thanks for reviewing! Is it also possible to get the pyhton2.7 version one in? -- ___ Python tracker ___ ___

[issue14660] Implement PEP 420: Implicit Namespace Packages

Brett Cannon added the comment: Loaders are not meant to have a find_module method; that is purely for finders which can be distinct objects. So having a namespace loader is expected and there is no expectation that it have a find_module method (actually almost all of the loaders in importlib

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

Alexander Belopolsky added the comment: On Tue, Apr 24, 2012 at 10:42 AM, Joe Peterson wrote: .. >  Is it also possible to get the pyhton2.7 version one in? I don't see any reason not to. This is a bug fix and should go into a maintenance release. I will wait to hear from David, who is the m

[issue13756] Python3.2.2 make fail on cygwin

Changes by Lohoris : -- nosy: +Lohoris type: -> compile error ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue14605] Make import machinery explicit

Marc-Andre Lemburg added the comment: Brett Cannon wrote: > I am not exposing SourcelessFileLoader because importlib publicly tries to > discourage the shipping of .pyc files w/o their corresponding source files. > Otherwise all objects as used by importlib for performing imports will become

[issue14660] Implement PEP 420: Implicit Namespace Packages

Eric V. Smith added the comment: Right, that's a typo. I meant load_module(). I'm currently working on implementing the loader for namespace modules, so my comment about the loader is premature. -- ___ Python tracker

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

R. David Murray added the comment: If you are satisfied with the time logic then yes, please apply it. I suspect that the number of people using the code and not aware of the problem (or not caring enough to do anything about it) exceeds the number aware of it who have coded a workaround, so

[issue11603] Python crashes or hangs when rebinding __repr__ as __str__

Roundup Robot added the comment: New changeset 971865f12377 by Benjamin Peterson in branch '3.2': don't use a slot wrapper from a different special method (closes #14658) http://hg.python.org/cpython/rev/971865f12377 -- ___ Python tracker

[issue14658] Overwriting dict.__getattr__ is inconsistent

Roundup Robot added the comment: New changeset 971865f12377 by Benjamin Peterson in branch '3.2': don't use a slot wrapper from a different special method (closes #14658) http://hg.python.org/cpython/rev/971865f12377 New changeset 0c1c8f8955d8 by Benjamin Peterson in branch 'default': merge 3.2

[issue14657] Avoid two importlib copies

Brett Cannon added the comment: To start, I'm *not* going to make the final call on this issue's solution. I'm inches away from importlib burnout and general integration frustration with trying to clean up the implicit behaviour. So to prevent me from making a bad decision I will you guys mak

[issue14658] Overwriting dict.__getattr__ is inconsistent

Roundup Robot added the comment: New changeset e3eda2d91e93 by Benjamin Peterson in branch '2.7': don't use a slot wrapper from a different special method (closes #14658) http://hg.python.org/cpython/rev/e3eda2d91e93 -- ___ Python tracker

[issue11603] Python crashes or hangs when rebinding __repr__ as __str__

Roundup Robot added the comment: New changeset e3eda2d91e93 by Benjamin Peterson in branch '2.7': don't use a slot wrapper from a different special method (closes #14658) http://hg.python.org/cpython/rev/e3eda2d91e93 -- ___ Python tracker

[issue14605] Make import machinery explicit

Brett Cannon added the comment: That initial comment is out-of-date. If you look that the commit I made I documented importlib.machinery._SourcelessFileLoader. I am continuing the discouragement of using bytecode files as an obfuscation technique (because it's a bad one), but I decided to at

[issue14657] Avoid two importlib copies

Antoine Pitrou added the comment: Le mardi 24 avril 2012 à 15:10 +, Brett Cannon a écrit : > Both get the same outcome but with different approaches, it's just a > question of which one is easiest to maintain. I don't have any strong preference. Nick's proposal sounds slightly better but Ni

[issue13934] sqlite3 test typo

Sandro Tosi added the comment: poq, would you like to also prepare a patch for the documentation with what Thomas suggested? I'd be happy to review when ready -- nosy: +sandro.tosi ___ Python tracker

[issue1065986] Fix pydoc crashing on unicode strings

Stefano Taschini added the comment: Oh well, in that case I guess we'll have to work around it. Here's the monkey patch I use to overcome this limitation in pydoc, in case others wish to add it to their PYTHONSTARTUP or sitecustomize: def pipepager(text, cmd): """Page through text by feed

[issue14660] Implement PEP 420: Implicit Namespace Packages

Eric V. Smith added the comment: I created the NamespaceLoader in the feature branch. It has a load_module, but it's only ever called by the code in PathFinder.load_module: loader = NamespaceLoader(namespace_path) return loader.load_module(fullname) namespace_p

[issue13903] New shared-keys dictionary implementation

Mark Shannon added the comment: Failed to differentiate between failure and error in make_split_table(). Patch attached -- Added file: http://bugs.python.org/file25340/make_split_table_error.patch ___ Python tracker

[issue13587] Correcting the typos error in Doc/howto/urllib2.rst

Roundup Robot added the comment: New changeset 4dda3000c932 by Sandro Tosi in branch '2.7': Issue #13587: use the right RFC2617 name for WWW-Authenticate; patch by Aaron Maenpaa http://hg.python.org/cpython/rev/4dda3000c932 New changeset 01abffa8842a by Sandro Tosi in branch '3.2': Issue #1358

[issue13587] Correcting the typos error in Doc/howto/urllib2.rst

Sandro Tosi added the comment: Aaron: thanks for the patch! -- nosy: +sandro.tosi resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker _

[issue14660] Implement PEP 420: Implicit Namespace Packages

Brett Cannon added the comment: Yeah, having to pass in the name to load_module is silly. I'm seriously considering making it optional for some loaders when the name was passed in to the constructor. One thing I would like to see is that PathFinder take a new, keyword-only argument of 'names

[issue13903] New shared-keys dictionary implementation

Changes by Giampaolo Rodola' : -- nosy: -giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue13478] No documentation for timeit.default_timer

Roundup Robot added the comment: New changeset 86b927859155 by Sandro Tosi in branch '2.7': Issue #13478: document timeit.default_timer() http://hg.python.org/cpython/rev/86b927859155 New changeset 8165b59a4000 by Sandro Tosi in branch '3.2': Issue #13478: document timeit.default_timer() http:/

[issue13478] No documentation for timeit.default_timer

Changes by Sandro Tosi : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue1065986] Fix pydoc crashing on unicode strings

R. David Murray added the comment: Hmm. Making it not raise an error while still producing useful output would be acceptable as a bug fix if that's all it takes, I think. -- status: closed -> open ___ Python tracker

[issue14661] posix module: add O_EXEC, O_SEARCH, O_TTY_INIT

New submission from Pino Toscano : The posix module exposes already quite some O_* constants, but it misses few POSIX ones (see [1]), but it misses O_EXEC, O_SEARCH, and O_TTY_INIT. The attached patch adds them. [1] http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/fcntl.h.html ---

[issue14554] test module: correction

Roundup Robot added the comment: New changeset 22767284de99 by Sandro Tosi in branch '2.7': Issue #14554: correct example for captured_stdout() http://hg.python.org/cpython/rev/22767284de99 New changeset d1ba0421d65f by Sandro Tosi in branch '3.2': Issue #14554: correct example for captured_std

[issue14554] test module: correction

Sandro Tosi added the comment: Thanks for the patch, Tshepang! -- nosy: +sandro.tosi resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed ___ Python tracker _

[issue14653] Improve mktime_tz to use calendar.timegm instead of time.mktime

R. David Murray added the comment: I think that what is going to happen is that both of these functions are going to be deprecated in favor of functions that use datetimes. That said, this might be a worthwhile as a bug fix. I'm adding Alexander as nosy to see what he thinks. (mktime_tz is

[issue13903] New shared-keys dictionary implementation

Roundup Robot added the comment: New changeset b044e0568be2 by Martin v. Loewis in branch 'default': Account for shared keys in type's __sizeof__ (#13903). http://hg.python.org/cpython/rev/b044e0568be2 -- ___ Python tracker

[issue14657] Avoid two importlib copies

Marc-Andre Lemburg added the comment: test me thod. Another option is we hide the source as _importlib or something to allow direct importation w/o any tricks under a protected name. Using the freeze everything approach you make things easier for the implementation, since you don't have to thi

[issue14661] posix module: add O_EXEC, O_SEARCH, O_TTY_INIT

Changes by Antoine Pitrou : -- nosy: +neologix stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue14654] More fast utf-8 decoding

Serhiy Storchaka added the comment: Here are two new patches. The first one takes into account the Martin wishes about comments. The second also rejects optimization for ASCII. On the Intel Atom last patch annihilates acceleration for some cases (mostly-ascii with UCS2 data):

[issue14448] Mention pytz in datetime's docs

Roundup Robot added the comment: New changeset e0e421133d0f by Sandro Tosi in branch '2.7': Issue #14448: mention pytz; patch by Andrew Svetlov http://hg.python.org/cpython/rev/e0e421133d0f New changeset 3aec41794584 by Sandro Tosi in branch '3.2': Issue #14448: mention pytz; patch by Andrew Sv

[issue14448] Mention pytz in datetime's docs

Sandro Tosi added the comment: I've reworded a bit the patch: thanks for it, Andrew -- nosy: +sandro.tosi resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker _

[issue14605] Make import machinery explicit

Marc-Andre Lemburg added the comment: Brett Cannon wrote: > > That initial comment is out-of-date. If you look that the commit I made I > documented importlib.machinery._SourcelessFileLoader. I am continuing the > discouragement of using bytecode files as an obfuscation technique (because >

[issue14662] shutil.move broken in 2.7.3 on OSX (chflags fails)

New submission from Fabian Groffen : With current working dir an NFS-mounted ZFS share, and /var/tmp (OSX default) HFS+: % echo "test" > /var/tmp/testfile % python Python 2.7.3 (default, Apr 24 2012, 19:33:45) [GCC 4.2.1 (Gentoo 4.2.1_p5666, Apple Inc. build 5666) (dot 3)] on darwin Type "help

[issue5057] Unicode-width dependent optimization leads to non-portable pyc file

Armin Rigo added the comment: Sorry to re-open this issue. The following example shows that it was not fully resolved: def f(): return u'\U00023456abcdef'[3] import dis; dis.dis(f) print f() On a wide build it should print 'c' and on a narrow build it should print 'b'.

[issue14663] Cannot comment out comments

New submission from Nul Character : When attempting to comment out a comment and thus nullifying it, the interpreter just double comments the line. This behavior works with multiline comments, however, the single line comments "double-comment" the line. -- components: Interpreter Core

[issue14663] Cannot comment out comments

R. David Murray added the comment: A comment is a comment. *All* characters after the # are ignored, including other #s. Also, Python doesn't have multiline comments. (Well, you can use a triple quoted string as a multiline comment, but it is still a string, and follows the syntax rules of

[issue14369] make __closure__ writable

Richard Oudkerk added the comment: Shouldn't test___closure__() also test what happens when the closure is replaced with None, or a tuple which is too long or too short or contains non-cell objects? All of these things seem to be checked when you create a new function using types.FunctionTyp

[issue14661] posix module: add O_EXEC, O_SEARCH, O_TTY_INIT

Jesús Cea Avión added the comment: I will take care of this. -- assignee: -> jcea nosy: +jcea ___ Python tracker ___ ___ Python-bugs

[issue14662] shutil.move broken in 2.7.3 on OSX (chflags fails)

Hynek Schlawack added the comment: I guess a “best effort” approach would be best here. I presume Python 3.2+ have the same behavior? -- nosy: +hynek ___ Python tracker ___ ___

[issue14662] shutil.move broken in 2.7.3 on OSX (chflags fails)

Fabian Groffen added the comment: > I presume Python 3.2+ have the same behavior? I cannot compile that or get it working normally, so I can't tell for sure. Judging from the code, I'd say yes. -- ___ Python tracker

[issue14657] Avoid two importlib copies

Eric Snow added the comment: > would be great if we had a > command to stop module execution or code execution for a block to > make that more elegant, e.g. "break" at module scope :-) I floated that proposal on python-list a while back and the reaction was mixed. [1] Maybe it's time to try a

[issue14610] configure script hangs on pthread verification and PTHREAD_SCOPE_SYSTEM verification on Ubuntu

Charles-François Natali added the comment: Your strace output looks strange :-) Unless it's truncated, we see that the wait4() doesn't return when the test pthread executable exits... Could you try building this code : """ #include void* routine(void* p){return NULL;} int main(){ pthread_t

[issue13903] New shared-keys dictionary implementation

Roundup Robot added the comment: New changeset 5d5b72a71898 by Benjamin Peterson in branch 'default': distiguish between refusing to creating shared keys and error (#13903) http://hg.python.org/cpython/rev/5d5b72a71898 -- ___ Python tracker

[issue14661] posix module: add O_EXEC, O_SEARCH, O_TTY_INIT

Jesús Cea Avión added the comment: I add some other constants too. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue14632] Race condition in WatchedFileHandler leads to unhandled exception

Charles-François Natali added the comment: > I can't see why this always works, while John's script sometimes fails. It does fail consistently on my machine. I'm attaching the diff just in case. -- Added file: http://bugs.python.org/file25345/test_logging_race.diff ___

[issue14661] posix module: add O_EXEC, O_SEARCH, O_TTY_INIT

Roundup Robot added the comment: New changeset 34de406f566d by Jesus Cea in branch 'default': Issue #14661: posix module: add O_EXEC, O_SEARCH, O_TTY_INIT http://hg.python.org/cpython/rev/34de406f566d New changeset 2023f48b32b6 by Jesus Cea in branch 'default': Closes Issue #14661: posix module

[issue14661] posix module: add O_EXEC, O_SEARCH, O_TTY_INIT

Changes by Jesús Cea Avión : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue14662] shutil.move broken in 2.7.3 on OSX (chflags fails)

Hynek Schlawack added the comment: Now that’s odd. I just looked into the code at http://hg.python.org/cpython/file/2.7/Lib/shutil.py#l103 and there is a guard against EOPNOTSUPP: try: os.chflags(dst, st.st_flags) except OSError, why: if (not hasattr(errno, 'EOPNOTSUPP') or why.errno

[issue14160] TarFile.extractfile fails to extract targets of top-level relative symlinks

Roundup Robot added the comment: New changeset 0adf4fd8df83 by Lars Gustäbel in branch '3.2': Issue #14160: TarFile.extractfile() failed to resolve symbolic links http://hg.python.org/cpython/rev/0adf4fd8df83 New changeset 38df99776901 by Lars Gustäbel in branch 'default': Merge with 3.2: Issue

[issue14656] Add a macro for unreachable code

Benjamin Peterson added the comment: Let me explain what I meant with code. -- keywords: +patch Added file: http://bugs.python.org/file25346/unreachable.patch ___ Python tracker ___

[issue14605] Make import machinery explicit

Brett Cannon added the comment: I documented it explicitly so people can use it if they so choose (e.g. look at sys._getframe()). If you want to change this that's fine, but I am personally not going to put the effort in to rename the class, update the tests, and change the docs for this (we

[issue14657] Avoid two importlib copies

Brett Cannon added the comment: I don't quite follow what you are suggesting, MAL. Are you saying to freeze importlib.__init__ and importlib._bootstrap and somehow have improtlib.__init__ choose what to load, frozen or source? -- ___ Python tracker

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Changes by Jesús Cea Avión : Added file: http://bugs.python.org/file25347/34103049559f.diff ___ Python tracker ___ ___ Python-bugs-list mailin

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Changes by Jesús Cea Avión : Removed file: http://bugs.python.org/file25347/34103049559f.diff ___ Python tracker ___ ___ Python-bugs-list mail

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Changes by Jesús Cea Avión : Added file: http://bugs.python.org/file25348/0a5a40a4674a.diff ___ Python tracker ___ ___ Python-bugs-list mailin

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Jesús Cea Avión added the comment: New version, addressing Amaury concerns and Neologix review. Please, do a final review. -- ___ Python tracker ___ ___

[issue14657] Avoid two importlib copies

Marc-Andre Lemburg added the comment: Brett Cannon wrote: > > Brett Cannon added the comment: > > I don't quite follow what you are suggesting, MAL. Are you saying to freeze > importlib.__init__ and importlib._bootstrap and somehow have > improtlib.__init__ choose what to load, frozen or so

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Antoine Pitrou added the comment: - In test_posix.py: it's better to use the "with" statement when opening a file - In Misc/NEWS: the entries should be kept in reverse chronological order -- ___ Python tracker ___

[issue1522400] irda socket support

Charles-François Natali added the comment: Here's a cleanup up patch against default. However, I don't have any IrDA capable device neither, so I won't be able to help much. I'll ask on python-dev if someone can help. As for the manual decoding, AFAICT you'll have the same issue with CAN sockets

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Changes by Jesús Cea Avión : Added file: http://bugs.python.org/file25350/ad882ba08568.diff ___ Python tracker ___ ___ Python-bugs-list mailin

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Jesús Cea Avión added the comment: Another version, after Antoine feedback. Please, review. -- ___ Python tracker ___ ___ Python-bug

[issue14657] Avoid two importlib copies

Brett Cannon added the comment: So basically if you are running in a checkout, grab the source file and compile it manually since its location is essentially hard-coded and thus you don't need to care about sys.path and all the other stuff required to do an import, while using the frozen code

[issue14657] Avoid two importlib copies

Antoine Pitrou added the comment: > That's an interesting idea. How do we currently tell that the > interpreter is running in a checkout? Is that exposed in any way to > Python code? Look for _BUILDDIR_COOKIE in setup.py. But that's only for non-Windows platforms (I don't think setup.py is invo

[issue14160] TarFile.extractfile fails to extract targets of top-level relative symlinks

Roundup Robot added the comment: New changeset aff14bea5596 by Lars Gustäbel in branch '2.7': Issue #14160: TarFile.extractfile() failed to resolve symbolic links when http://hg.python.org/cpython/rev/aff14bea5596 -- ___ Python tracker

[issue14657] Avoid two importlib copies

Marc-Andre Lemburg added the comment: Brett Cannon wrote: > > Brett Cannon added the comment: > > So basically if you are running in a checkout, grab the source file and > compile it manually since its location is essentially hard-coded and thus you > don't need to care about sys.path and a

[issue14160] TarFile.extractfile fails to extract targets of top-level relative symlinks

Lars Gustäbel added the comment: Fixed. Thanks for the report. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue4892] Sending Connection-objects over multiprocessing connections fails

Roundup Robot added the comment: New changeset 08d4c2fe51ea by Antoine Pitrou in branch 'default': Issue #4892: multiprocessing Connections can now be transferred over multiprocessing Connections. http://hg.python.org/cpython/rev/08d4c2fe51ea -- nosy: +python-dev _

[issue4892] Sending Connection-objects over multiprocessing connections fails

Antoine Pitrou added the comment: Thanks, Richard. I have now committed the patch. Hopefully the Windows buildbots will be ok :) -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

  1   2   >