[issue24230] tempfile.mkdtemp() doesn't work with bytes paths

2015-05-18 Thread Matt Mackall
Matt Mackall added the comment: Another way of putting it is: os.listdir() -> [,...] os.listdir() -> [,...] is the usual pattern, and tempfile isn't following it. -- nosy: +Matt.Mackall ___ Python tracker <http://bugs.python.

[issue23971] dict(list) and dict.fromkeys() doesn't account for 2/3 fill ratio

2015-04-17 Thread Matt Mackall
Matt Mackall added the comment: We already presize the output dict and have for ages. The question here is what size to use. In the current state, we use twice as much memory and CPU as necessary quite often because we end up spilling and growing... even though we apparently intentionally

[issue21672] Python for Windows 2.7.7: Path Configuration File No Longer Works With UNC Paths

2015-03-04 Thread Matt Mackall
Matt Mackall added the comment: Changeset 26ec62 regressed Mercurial. http://bz.selenic.com/show_bug.cgi?id=4557 Before: >>> ntpath.join(r'\\foo\bar\baz', '') 'foo\\bar\\baz\\' >>> ntpath.join(r'\\foo\bar', '') '\\\

[issue14099] ZipFile.open() should not reopen the underlying file

2015-01-06 Thread Matt Mackall
Matt Mackall added the comment: The committed fix breaks Mercurial. http://bz.selenic.com/show_bug.cgi?id=4492 The "underlying file-like object" in our case is a wsgirequest but anything else trying to serve a dynamically-generated zip file on the web will probably die.

[issue21199] Python on 64-bit Windows uses signed 32-bit type for read length

2014-04-15 Thread Matt Mackall
Matt Mackall added the comment: Actually, no, all the size_t types are 64-bit on Windows 64: https://en.wikipedia.org/wiki/64-bit_computing#64-bit_data_models To confirm this, I found someone nearby with a 64-bit Windows and he had no trouble allocating a 3G string with a = b'a' *

[issue21199] Python on 64-bit Windows uses signed 32-bit type for read length

2014-04-10 Thread Matt Mackall
New submission from Matt Mackall: Python's file_read uses an 'l' type to parse its args which results in a 31-bit size limit on reads on 64-bit Windows. It should instead use an ssize_t. Related Mercurial bug: http://bz.selenic.com/show_bug.cgi?id=4215 -- componen

[issue1602] windows console doesn't print or input Unicode

2012-05-19 Thread Matt Mackall
Changes by Matt Mackall : -- nosy: -Matt.Mackall ___ Python tracker <http://bugs.python.org/issue1602> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1602] windows console doesn't print or input Unicode

2011-12-07 Thread Matt Mackall
Matt Mackall added the comment: The underlying cause of Python's write exceptions with cp65001 is: The ANSI C write() function as implemented by the Windows console returns the number of _characters_ written rather than the number of _bytes_, which Python reasonably interprets as a &

[issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST

2010-08-01 Thread Matt Mackall
Matt Mackall added the comment: Ok, we need a change that will work with Python 2.4 through 2.7. -- ___ Python tracker <http://bugs.python.org/issue8688> ___ ___

[issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST

2010-08-01 Thread Matt Mackall
Matt Mackall added the comment: This change just wrecked Mercurial's release build process. We've been building Mercurial release tarballs with a Makefile target wrapped around sdist for most of five years, and we've never had or wanted a MANIFEST.in file. We generate an exact