[issue16459] sys.stdout.write printing length of string

Changes by Ezio Melotti : -- components: -None stage: -> committed/rejected type: -> behavior ___ Python tracker ___ ___ Python-bug

[issue16451] Remove duplication between slice_indices and compute_slice_indices

Changes by Mark Dickinson : -- assignee: -> mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue16459] sys.stdout.write printing length of string

Firat Ozgul added the comment: Thank you for the explanation, kushaldas. -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue16459] sys.stdout.write printing length of string

Kushal Das added the comment: sys.stdout.write returns the length of the string it printed. try these: x = sys.stdout.write("abc") print x or from console python -c 'import sys ; sys.stdout.write("abc")' -- nosy: +kushaldas ___ Python tracker

[issue16459] sys.stdout.write printing length of string

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

[issue16459] sys.stdout.write printing length of string

Firat Ozgul added the comment: Although I do not know the reason for change, it seems that this is expected behavior as of Python 3.0 in interactive shell. Closing the record as 'invalid'. -- resolution: -> invalid ___ Python tracker

[issue16459] sys.stdout.write printing length of string

New submission from Firat Ozgul: On Python 3.3 under Windows and GNU/Linux, sys.stdout.write prints the length of string along with the string itself: >>> sys.stdout.write("a_string") a_string8 Note the '8' at the end of 'a_string'. Is it expected behavior? -- components: None messa

[issue12082] Python/import.c still references fstat even with DONT_HAVE_FSTAT/!HAVE_FSTAT

Petri Lehtinen added the comment: Should the defines be removed then, because they're kind of false promises for the user. -- ___ Python tracker ___

[issue16267] order of decorators @abstractmethod and @classmethod is significant (is not documented to be in @abstractclassmethod which advises their combined use)

Nick Coghlan added the comment: It took me a while to get my brain back up to speed with the full rationale behind the current design (mostly by rereading the multitude of comment on #11610). As Darren says, the main advantage of the current scheme is that the wrapper descriptors deliberately

[issue16458] subprocess.py throw "The handle is invalid" error on duplicating the STD_INPUT_HANDLE

New submission from Karthk Rajagopalan: Please download subprocess.zip and extract the archive. Run - perl test.pl you will notice 'invalid handle' error on duplicating STD_INPUT_HANDLE in python. This is observed in Windows XP SP3. Vista SP2 and higher platforms doesn't show this failure wh

[issue16457] Allow operator 'getter' methods to take a list and return a tuple

Nick Coghlan added the comment: Lists can't be dictionary keys, but they can appear in other mappings (e.g. an id-keyed mapping). So, while you could add this capability to attrgetter without breaking backwards compatibility, it's not possible for itemgetter. -- nosy: +ncoghlan __

[issue16218] Python launcher does not support unicode characters

Roundup Robot added the comment: New changeset 6017f09ead53 by Victor Stinner in branch '3.3': Issue #16218, #16444: Backport improvment on tests for non-ASCII characters http://hg.python.org/cpython/rev/6017f09ead53 -- ___ Python tracker

[issue16444] Use support.TESTFN_UNDECODABLE on UNIX

Roundup Robot added the comment: New changeset 6017f09ead53 by Victor Stinner in branch '3.3': Issue #16218, #16444: Backport improvment on tests for non-ASCII characters http://hg.python.org/cpython/rev/6017f09ead53 -- ___ Python tracker

[issue16457] Allow operator 'getter' methods to take a list and return a tuple

New submission from R. David Murray: Consider this code snippet, simplified from a real application: def display(self, *columns) getter = attrgetter(*columns) toprint = [[str(x) for x in getter(row)] for row in self._rows] This works great...as long as there are two or more columns to p

[issue16454] Mostly for discussion: _winapi as builtin for bootstrapping distutils.

Changes by Richard Oudkerk : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue16456] UnicodeDecodeError thrown for 'encode' operation on string

STINNER Victor added the comment: 'AB\xff'.encode('ascii') raises a UnicodeDecodeError because the byte string 'AB\xff' is decoded from the default encoding (sys.getdefaultencoding(), which is 'ASCII' in most cases), before the .encode() method is called. This is not a Python bug, but it is s

[issue16455] sys.getfilesystemencoding() is not the locale encoding on FreeBSD and OpenSolaris when the locale is not set

STINNER Victor added the comment: Some tests are failing with the patch: == FAIL: test_undecodable_env (test.test_subprocess.POSIXProcessTestCase) -- Traceback

[issue8865] select.poll is not thread safe

Christian Schubert added the comment: > How about raising an error on concurrent modification, instead of trying to > make it thread-safe? That's totally fine with me. -- ___ Python tracker ___

[issue16455] sys.getfilesystemencoding() is not the locale encoding on FreeBSD and OpenSolaris when the locale is not set

STINNER Victor added the comment: Attached patch works around the CODESET issue on OpenIndiana and FreeBSD. If the LC_CTYPE locale is "C" and nl_langinfo(CODESET) returns ASCII (or an alias of this encoding), b"\xE9" is decoded from the locale encoding: if the result is U+00E9, the patch Pytho

[issue16454] Mostly for discussion: _winapi as builtin for bootstrapping distutils.

Ray Donnelly added the comment: I should have checked the situation better, it is indeed towards the back end of a series of patches to enable MinGW compilation, so the issue is irrelevant without the preceding patches. Sorry for the noise. -- resolution: -> invalid

[issue16444] Use support.TESTFN_UNDECODABLE on UNIX

STINNER Victor added the comment: > These encodings used not only on Windows. You can uses cpXXX encodings explictly to read or write a file, but these encodings are not used for sys.getfilesystemencoding() (or sys.stdout.encoding). -- ___ Python tr

[issue16454] Mostly for discussion: _winapi as builtin for bootstrapping distutils.

Richard Oudkerk added the comment: The patch does not apply correctly against vanilla Python 3.3. I would guess that you are using a version of Python which has been patched to add mingw support. Where did you get it from? (In vanilla Python 3.3, setup.py does not contain any mention of _win

[issue16456] UnicodeDecodeError thrown for 'encode' operation on string

New submission from Wojtek Szymilowski: UnicodeDecodeError exception is reported for encode operation on strings. This issue does not surface for the same operation on unicode string (UnicodeEncodeError exception is correctly reported). string: >>> 'AB\xff'.encode('ascii') Traceback (most

[issue15667] PEP 3121, 384 refactoring applied to pickle module

Andreas Stührk added the comment: See also issue #11349. -- nosy: +Trundle ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue16444] Use support.TESTFN_UNDECODABLE on UNIX

STINNER Victor added the comment: > I suppose you noticed you broke a bunch of buildbots :) Failures occur on FreeBSD, OpenIndiana and some other buildbots which don't set a locale and so use the "C" locale. main() decodes command line arguments from the locale encoding using _Py_char2wchar().

[issue16455] sys.getfilesystemencoding() is not the locale encoding on FreeBSD and OpenSolaris when the locale is not set

New submission from STINNER Victor: On FreeBSD and OpenIndiana, sys.getfilesystemencoding() is 'ascii' when the locale is not set, whereas the locale encoding is ISO-8859-1. This inconsistency causes different issue. For example, os.fsencode(sys.argv[1]) fails if the argument is not ASCII beca

[issue8865] select.poll is not thread safe

Antoine Pitrou added the comment: > it strikes me that this should not be a very common problem. how many > applications are going to share the same poll object _across_ multiple > threads? Indeed that doesn't sound very likely. How about raising an error on concurrent modification, instead

[issue16444] Use support.TESTFN_UNDECODABLE on UNIX

Serhiy Storchaka added the comment: These encodings used not only on Windows. -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue11981] dupe self.fp.tell() in zipfile.ZipFile.writestr

Serhiy Storchaka added the comment: LGTM. -- stage: -> commit review versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-lis

[issue8865] select.poll is not thread safe

Gregory P. Smith added the comment: our patches are similar. i updated it to use long long and Py_ssize_t and Py_CLEAR and Py_RETURN_NONE in a few places and added comments. getting rid of the CLEAR_UFDS macro as you did is a good idea. -- ___ Pyth

[issue16444] Use support.TESTFN_UNDECODABLE on UNIX

STINNER Victor added the comment: > TESTFN_UNDECODABLE is not detected for cp1250, cp1251, cp1252, cp1254, cp1257 > and cp1258. The Python encoding and the real codec used by Windows are different: Python fails to decode bytes 0x80-0x9f, but Windows does decode them. I prefer to avoid these b

[issue8865] select.poll is not thread safe

Gregory P. Smith added the comment: here's an updated patch. it strikes me that this should not be a very common problem. how many applications are going to share the same poll object _across_ multiple threads? if they do and the file descriptor they'll be spending a lot of time mallocing an

[issue8865] select.poll is not thread safe

Serhiy Storchaka added the comment: In general the patch looks good to me. I only get rid of non-needed macros. -- stage: -> test needed Added file: http://bugs.python.org/file27963/select_concurrent_poll.patch ___ Python tracker

[issue16454] Mostly for discussion: _winapi as builtin for bootstrapping distutils.

New submission from Ray Donnelly: I'm submitting this patch as it was suggested I do so by Antoine Pitrou on #python-dev. As such, it's more a point of discussion than a patch I'm trying to get merged (for one thing, my build is a MinGW GCC compiled and I've not considered the MSVC Windows bui

[issue14631] Instance methods and WeakRefs don't mix.

Simon Feltman added the comment: Some more complex examples from various libraries: https://github.com/django/django/blob/master/django/dispatch/saferef.py https://github.com/11craft/louie/blob/master/louie/saferef.py I think both of these originated in pydispatcher. -- __

[issue14631] Instance methods and WeakRefs don't mix.

Simon Feltman added the comment: The WeakCallableRef that was attached seemed to support regular functions (or anything callable) which is nice. The naming also leaves room for a WeakCallableProxy. -- ___ Python tracker

[issue8865] select.poll is not thread safe

Gregory P. Smith added the comment: Christian Schubert (apexo) - Would you please submit a PSF contributor agreement form? http://www.python.org/psf/contrib/ http://www.python.org/psf/contrib/contrib-form-python/ thanks! -- ___ Python tracker

[issue14631] Instance methods and WeakRefs don't mix.

Changes by Daniel Urban : -- nosy: +daniel.urban ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue8865] select.poll is not thread safe

Gregory P. Smith added the comment: i'm looking at getting this in. -- assignee: -> gregory.p.smith ___ Python tracker ___ ___ Python-

[issue16418] argparse with many choices can generate absurdly long usage message

Terry J. Reedy added the comment: I am arguing that (x)range *should* be usable for large numbers of options *because* the containment test is O(1). What happens is you *do* use xrange instead of range in 2.7 or 3.x instead of 2.7? In 2.x, range(n) *is* a list so that is a bad choice for large

[issue8865] select.poll is not thread safe

Serhiy Storchaka added the comment: I was unable to apply the patch automatically, so I had to do it manually. Here is an updated patch for review. I did not consider it in detail yet, but it seems to correct these errors. -- type: behavior -> crash versions: +Python 3.3, Python 3.4

[issue16418] argparse with many choices can generate absurdly long usage message

Juraj Variny added the comment: It was Python 2.7 . But if range shouldn't be used for large number of options, arguing whether it's O(1) is splitting hairs, no? I'll remove the choices from my code. Adding new type for port is overkill, users should know what legal TCP port numbers are.

[issue16427] Faster hash implementation

Roundup Robot added the comment: New changeset 797de1864fd9 by Antoine Pitrou in branch '3.3': Add a test for hashing of unaligned memory buffers (from issue #16427). http://hg.python.org/cpython/rev/797de1864fd9 New changeset 9cb1366b251b by Antoine Pitrou in branch 'default': Add a test for ha

[issue14631] Instance methods and WeakRefs don't mix.

Antoine Pitrou added the comment: Here is a patch adding a WeakMethod class. It still lacks docs, I'll add some if people agree on the principle. -- keywords: +patch Added file: http://bugs.python.org/file27960/weakmethod.patch ___ Python tracker

[issue1160] Medium size regexp crashes python

Changes by Serhiy Storchaka : -- stage: test needed -> patch review Added file: http://bugs.python.org/file27959/sre_code_ucs4_test.patch ___ Python tracker ___ __

[issue16453] Inconsistent dead weakref equality

Antoine Pitrou added the comment: Now fixed. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___

[issue1160] Medium size regexp crashes python

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file27958/sre_code_ucs4-3.2.patch ___ Python tracker ___ ___ Python-bugs-list

[issue1160] Medium size regexp crashes python

Serhiy Storchaka added the comment: If we will considered it's important enough to fix, here are patches. -- keywords: +patch Added file: http://bugs.python.org/file27957/sre_code_ucs4-2.7.patch ___ Python tracker _

[issue16453] Inconsistent dead weakref equality

Roundup Robot added the comment: New changeset 13b74c0b040c by Antoine Pitrou in branch '2.7': Issue #16453: Fix equality testing of dead weakref objects. http://hg.python.org/cpython/rev/13b74c0b040c -- ___ Python tracker

[issue16453] Inconsistent dead weakref equality

Roundup Robot added the comment: New changeset 590f1b55abea by Antoine Pitrou in branch '3.2': Issue #16453: Fix equality testing of dead weakref objects. http://hg.python.org/cpython/rev/590f1b55abea New changeset c00e2c1cb3a7 by Antoine Pitrou in branch '3.3': Issue #16453: Fix equality testin

[issue16397] UserString doesn't combine nicely with strings

Changes by Terry J. Reedy : -- resolution: -> works for me stage: -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list

[issue16453] Inconsistent dead weakref equality

Antoine Pitrou added the comment: Aha, it is even worse: >>> o = O() >>> q = weakref.ref(o) >>> r = weakref.ref(o) >>> del o >>> q() is None True >>> q == r True >>> q != r True -- ___ Python tracker _

[issue16453] Inconsistent dead weakref equality

New submission from Antoine Pitrou: Dead weakrefs to a given object happen to be equal if they don't have a callback, but unequal if they do. However, they are always equal when alive: >>> class O: pass ... >>> o = O() >>> def cb(_): pass ... >>> q = weakref.ref(o) >>> r = weakref.ref(o) >>>

[issue16418] argparse with many choices can generate absurdly long usage message

Terry J. Reedy added the comment: Juraj: Is the example behavior from Py2 or Py3? The meaning of 'range' changed. In Py2, xrange would be the correct choice for 'choice'. Does argparse actually convert (x)range objects to a list or set (the help indicates the latter) for internal use? That wou

[issue16140] subprocess.Popen the os.close calls in _execute_child can raise an EBADF exception

Gregory P. Smith added the comment: That test is gross... it creates a nasty cycle of an instance back to itself via a stubbed out nested function's enclosing scope. I'm sanitizing it now to simplify the code and not have any cycles. -- ___ Python t

[issue16397] UserString doesn't combine nicely with strings

Jorge Cardona added the comment: Hi, this can be closed. Thanks. -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-li

[issue16405] Explain how to set up the whitespace commit hook locally

Terry J. Reedy added the comment: I would be helped by such an explanation in the devguide. -- nosy: +terry.reedy ___ Python tracker ___ _

[issue16397] UserString doesn't combine nicely with strings

Terry J. Reedy added the comment: Jorge, can we close this or do you still have a specific suggestion. Also, if you reply by mail, please snip previous messages as they are already posted. -- nosy: +terry.reedy type: behavior -> enhancement ___ Pytho

[issue16396] Importing ctypes.wintypes on Linux gives a traceback

Changes by Terry J. Reedy : -- nosy: +amaury.forgeotdarc, belopolsky, meador.inge versions: -Python 3.1 ___ Python tracker ___ ___ Py

[issue14631] Instance methods and WeakRefs don't mix.

Antoine Pitrou added the comment: WeakMethod sounds like a good name to me. However, instead of acting as a proxy, I think it should act as a regular weakref (i.e. you have to call it to get the actual method object). -- nosy: +pitrou ___ Python tra

[issue8865] select.poll is not thread safe

Changes by Antoine Pitrou : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue16449] RotatingFileHandler rollover doesn't work on QNX shmem filesystems

Vinay Sajip added the comment: > Doesn't the "rotator" attribute break atomicity? Which rotator do you mean? The default rotator is None, which leads to os.rename being called. If you're referring to the example in the documentation (cookbook) - it was intended purely as an example, and the pa

[issue15861] ttk.Treeview "unmatched open brace in list"

Changes by Serhiy Storchaka : -- stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue14215] http://www.python.org/dev/peps/ title is python.org

Georg Brandl added the comment: @ Nick/Ezio: the catch was that the /dev/peps/ directory is handled in addition to /dev/peps/pep-/, which always had a nice title. For all PEPs, four files are generated (although it seems sufficient to have two), while for /dev/peps/, only body.html was cop

[issue14215] http://www.python.org/dev/peps/ title is python.org

Georg Brandl added the comment: Fixed with commit 11779150cf87 in the peps repo. May need a PEP addition or PEP title change to trigger, but it's too minor to force that right now. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed

[issue16124] fcntl_ioctl still not 100% sane with unsigned longs

Changes by Antoine Pitrou : -- nosy: +skrah, trent ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue16449] RotatingFileHandler rollover doesn't work on QNX shmem filesystems

Serhiy Storchaka added the comment: Doesn't the "rotator" attribute break atomicity? A careful rotator should first rename the source to the temporary file, process the data and save it to other temporary file, and then rename the result to the destination and remove the first temporary file.

[issue16427] Faster hash implementation

Serhiy Storchaka added the comment: Stefan, thank you for the suggestion. The test showed that, in fact, at least under some x86 there is no performance decrease when using memcpy on nonaligned data. This is good news. The code can left simple and even some doubtful potential undefined beha

[issue16449] RotatingFileHandler rollover doesn't work on QNX shmem filesystems

Antoine Pitrou added the comment: > I've updated the type to enhancement (it seems like a grey area to me > - it's a behavioural fix for a niche use case). > > I suggested a patch rather than simply subclassing RotatingFileHandler > since: > - The subclass would just have a copy of RotatingFil

[issue16449] RotatingFileHandler rollover doesn't work on QNX shmem filesystems

Phil Connell added the comment: I've updated the type to enhancement (it seems like a grey area to me - it's a behavioural fix for a niche use case). I suggested a patch rather than simply subclassing RotatingFileHandler since: - The subclass would just have a copy of RotatingFileHandler's do

[issue15677] Gzip/zlib allows for compression level=0

Nadeem Vawda added the comment: Committed. Thanks for the patch! -- resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed type: -> enhancement ___ Python tracker _

[issue15677] Gzip/zlib allows for compression level=0

Roundup Robot added the comment: New changeset 735ef27fa231 by Nadeem Vawda in branch '2.7': Issue #15677: Document that zlib and gzip accept a compression level of 0 to mean 'no compression'. http://hg.python.org/cpython/rev/735ef27fa231 New changeset f6c4c178da56 by Nadeem Vawda in branch '2.

[issue16449] RotatingFileHandler rollover doesn't work on QNX shmem filesystems

Vinay Sajip added the comment: The current implementation was written with an expectation of working rename functionality in the stdlib. As such, while this issue might be categorised as being of type "enhancement", I don't see how you can categorise it as being of type "behaviour". What's th

[issue16427] Faster hash implementation

Stefan Krah added the comment: > The code can be identical, but the time will differ significantly for > aligned and non-aligned data. Of course, but in most cases the data *is* aligned, so only code that does something quite special pays the performance penalty. -- ___

[issue16449] RotatingFileHandler rollover doesn't work on QNX shmem filesystems

Phil Connell added the comment: Serhiy, there are also calls to os.rename in RotatingFileHandler.doRollover -- ___ Python tracker ___

[issue16449] RotatingFileHandler rollover doesn't work on QNX shmem filesystems

Phil Connell added the comment: I'm not convinced that it matters whether the rename or move is atomic. Can anyone come up with a quick concrete example? I see two scenarios: 1. The process crashes during a copy in shutils.move(). In this case, some logs will be duplicated across the files i

[issue16124] fcntl_ioctl still not 100% sane with unsigned longs

Garrett Cooper added the comment: ... g'night. -- Added file: http://bugs.python.org/file27955/python-issue16124.patch ___ Python tracker ___

[issue16124] fcntl_ioctl still not 100% sane with unsigned longs

Garrett Cooper added the comment: Grr... Let's try again. -- Added file: http://bugs.python.org/file27954/python-issue16124.patch ___ Python tracker ___ _

[issue16124] fcntl_ioctl still not 100% sane with unsigned longs

Changes by Garrett Cooper : Removed file: http://bugs.python.org/file27953/python-issue16124.patch ___ Python tracker ___ ___ Python-bugs-list

[issue16124] fcntl_ioctl still not 100% sane with unsigned longs

Garrett Cooper added the comment: And I missed the int -> unsigned int part. Resubmitting one last time for tonight.. -- Added file: http://bugs.python.org/file27953/python-issue16124.patch ___ Python tracker

[issue16124] fcntl_ioctl still not 100% sane with unsigned longs

Changes by Garrett Cooper : Removed file: http://bugs.python.org/file27951/python-issue13500-test.patch ___ Python tracker ___ ___ Python-bugs

[issue16124] fcntl_ioctl still not 100% sane with unsigned longs

Garrett Cooper added the comment: Sorry; previous patch is not applicable to this issue. This one is. -- Added file: http://bugs.python.org/file27952/python-issue16124.patch ___ Python tracker _

[issue16124] fcntl_ioctl still not 100% sane with unsigned longs

Garrett Cooper added the comment: $ uname -a FreeBSD bayonetta.local 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r240836M: Sat Sep 22 12:30:11 PDT 2012 gcooper@bayonetta.local:/usr/obj/store/freebsd/stable/9/sys/BAYONETTA amd64 $ ./configure --prefix=/scratch/python-bin/3k/ ... $ make all; ma

[issue16427] Faster hash implementation

Serhiy Storchaka added the comment: > Unaligned accesses are not a problem on x86(-64), but they will segfault (bus error, IIRC) on other architectures such as SPARC, unfortunately. On x86(-64) this kills performance and makes the optimization be senseless. > FWIW, on x86/x64 gcc often generate

[issue16449] RotatingFileHandler rollover doesn't work on QNX shmem filesystems

Serhiy Storchaka added the comment: What about the "rotator" attribute. -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-b

[issue16427] Faster hash implementation

Stefan Krah added the comment: FWIW, on x86/x64 gcc often generates identical code for x = y and memcpy(x, y, 8). See e.g. the PACK_SINGLE and UNPACK_SINGLE macros in Objects/memoryobject.c. I didn't look at the patch yet, just an idea. -- ___ Python

[issue16449] RotatingFileHandler rollover doesn't work on QNX shmem filesystems

Vinay Sajip added the comment: Thanks for the patch, but I'm closing this as 'wontfix', as per the points made by Antoine and David. If you need logging from an embedded system, please consider using one of the socket-based logging handlers, if that's feasible in the specific situation. -

[issue16427] Faster hash implementation

Antoine Pitrou added the comment: > If a fast hash for bytes/memoryview is desirable, I can write a fast > robust implementation for nonaligned data. But this will be more > cumbersome and a bit slower. Unaligned accesses are not a problem on x86(-64), but they will segfault (bus error, IIRC) o

[issue16124] fcntl_ioctl still not 100% sane with unsigned longs

Garrett Cooper added the comment: Yes. Submitting a patch to fix this based on hg master shortly.. -- ___ Python tracker ___ ___ Pytho

[issue16140] subprocess.Popen the os.close calls in _execute_child can raise an EBADF exception

Mark Dickinson added the comment: Adding 'del p' at the end of the test method fixes this for me. -- ___ Python tracker ___ ___ Python

[issue16140] subprocess.Popen the os.close calls in _execute_child can raise an EBADF exception

Mark Dickinson added the comment: test_gc and test_csv seem to be failing on some of the buildbots as a result of these checkins. It looks as though the new test_subprocess test creates some uncollectable garbage. -- nosy: +mark.dickinson ___ Pytho

[issue14621] Hash function is not randomized properly

Giovanni Bajo added the comment: Il giorno 11/nov/2012, alle ore 05:56, Chris Rebert ha scritto: > > Chris Rebert added the comment: > > What about CityHash? (http://code.google.com/p/cityhash/ ; unofficial C port: > http://code.google.com/p/cityhash-c/ ) > It's good enough for Google... I

[issue14631] Instance methods and WeakRefs don't mix.

Changes by Mark Dickinson : -- versions: +Python 3.4 -Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue14631] Instance methods and WeakRefs don't mix.

Simon Feltman added the comment: Just a note this is also referred to as a "WeakMethod" by some folks (so this ticket shows up in those searches). See also: http://bugs.python.org/issue813299 http://bugs.python.org/issue7464 http://bugs.python.org/issue16452 --

[issue16452] Add support for weak reference to bound methods

Changes by Mark Dickinson : -- superseder: -> Instance methods and WeakRefs don't mix. ___ Python tracker ___ ___ Python-bugs-list ma

[issue14631] Instance methods and WeakRefs don't mix.

Mark Dickinson added the comment: Adding some useful links from Simon Feltman in issue 16452. See also: http://bugs.python.org/issue813299 http://bugs.python.org/issue7464 This is the recipes: http://code.activestate.com/recipes/81253/ http://mindtrove.info/python-weak-references/ -- n

[issue5784] raw deflate format and zlib module

Changes by Serhiy Storchaka : -- stage: -> needs patch versions: +Python 3.4 -Python 3.1 ___ Python tracker ___ ___ Python-bugs-list m

[issue14621] Hash function is not randomized properly

STINNER Victor added the comment: Did qomeone start to write a PEP? Le 11 nov. 2012 05:56, "Chris Rebert" a écrit : > > Chris Rebert added the comment: > > What about CityHash? (http://code.google.com/p/cityhash/ ; unofficial C > port: http://code.google.com/p/cityhash-c/ ) > It's good enough f

[issue16452] Add support for weak reference to bound methods

Simon Feltman added the comment: Indeed a duplicate of: http://bugs.python.org/issue14631 -- resolution: -> duplicate status: open -> closed ___ Python tracker ___ _

[issue16140] subprocess.Popen the os.close calls in _execute_child can raise an EBADF exception

Changes by Gregory P. Smith : -- stage: test needed -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

  1   2   >