[issue14708] distutils's checking for MSVC compiler

jamesf <54740...@qq.com> added the comment: Thanks for your replying. Here is my understanding of how the compiler chosen logic works, correct me if i am wrong: 1) If using MSVC, we should ALWAYS stick the compiler to the version which python was compiled with; 2) But we can change SDK version

[issue14127] add st_*time_ns fields to os.stat(), add ns keyword to os.*utime*(), os.*utimens*() expects a number of nanoseconds

Roundup Robot added the comment: New changeset bba131e48852 by Larry Hastings in branch 'default': Issue #14127: Add ns= parameter to utime, futimes, and lutimes. http://hg.python.org/cpython/rev/bba131e48852 -- ___ Python tracker

[issue14127] add st_*time_ns fields to os.stat(), add ns keyword to os.*utime*(), os.*utimens*() expects a number of nanoseconds

Larry Hastings added the comment: @haypo: Thanks for pointing that out buildbot failure! The OpenIndiana buildbot was bit by a rounding error. I fixed it by adding in a fudge factor it--I snuck in one last change just now. I weakened the unit test as follows: -self.assertEqual(

[issue8077] cgi handling of POSTed files is broken

Pierre Quentel added the comment: There are 2 different problems : - handling of data by cgi.FieldStorage (issue 4953) : fixed since version 3.2 - in http.server.CGIHTTPRequestHandler, for POST requests on Windows, before opening the subprocess in run_cgi() all data is read by a *single* call t

[issue14705] Add 'bool' format character to PyArg_ParseTuple*

Larry Hastings added the comment: My first patch. Adds 'p' and 'P', along with documentation and unit tests. -- keywords: +patch stage: -> patch review Added file: http://bugs.python.org/file25441/larry.parse.tuple.p.and.P.1.diff ___ Python tracker

[issue14127] add st_*time_ns fields to os.stat(), add ns keyword to os.*utime*(), os.*utimens*() expects a number of nanoseconds

STINNER Victor added the comment: > The OpenIndiana buildbot was bit by a rounding error. How do we have rounding issue with only integers? -- ___ Python tracker ___ __

[issue14127] add st_*time_ns fields to os.stat(), add ns keyword to os.*utime*(), os.*utimens*() expects a number of nanoseconds

Larry Hastings added the comment: We don't! The test that failed compares the ns_[amc]time and ns_[amc]time_ns fields to ensure they're roughly equivalent. Note that the former fields are floats, which by now ought not to be news to you. -- ___ P

[issue8077] cgi handling of POSTed files is broken

Changes by Senthil Kumaran : -- assignee: -> orsenthil nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue14708] distutils's checking for MSVC compiler

Martin v. Löwis added the comment: DISTUTILS_USE_SDK really means "shut up, I know what I'm doing". So if this is the case (i.e. you *really* know what you are doing), just set MsSdk as well. I don't actually know whether the latest SDK is able to build correct extensions for Python 2.7 - I h

[issue14708] distutils's checking for MSVC compiler

Martin v. Löwis added the comment: In any case, it appears that there is no bug report in this issue, so I'm closing this as "works for me". -- resolution: -> works for me status: open -> closed ___ Python tracker

[issue11839] argparse: unexpected behavior of default for FileType('w')

Changes by Paolo Elvati : -- resolution: -> duplicate status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue11839] argparse: unexpected behavior of default for FileType('w')

Changes by Paolo Elvati : -- status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue11839] argparse: unexpected behavior of default for FileType('w')

Changes by Paolo Elvati : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue14705] Add 'bool' format character to PyArg_ParseTuple*

Serhiy Storchaka added the comment: Patch looks good to me. I however prefer to use 'P'. -- ___ Python tracker ___ ___ Python-bugs-l

[issue14709] http.client fails sending read()able Object

New submission from Tobias Steinrücken : It seems that http.client's send() function lacks an else/return statement in Line 772. If this method is called with an read()able Object, it jumps into L 750: if hasattr( data,"read"): processes this data correctly, but then falls through (due to mis

[issue14624] Faster utf-16 decoder

Roundup Robot added the comment: New changeset 830eeff4fe8f by Victor Stinner in branch 'default': Issue #14624, #14687: Optimize unicode_widen() http://hg.python.org/cpython/rev/830eeff4fe8f -- nosy: +python-dev ___ Python tracker

[issue14687] Optimize str%tuple for the PEP 393

Roundup Robot added the comment: New changeset 830eeff4fe8f by Victor Stinner in branch 'default': Issue #14624, #14687: Optimize unicode_widen() http://hg.python.org/cpython/rev/830eeff4fe8f -- ___ Python tracker

[issue14710] pkgutil.get_loader is broken

New submission from Pavel Aslanov : if module was marked as not existing by setting sys.modules [fullname] to None, then pkgutil.get_loader (fullname) will throw AttributeError. Example: #! /usr/bin/evn python import unittest import pkgutil def main (): pkgutil.get_loader ('unittest.functo

[issue14710] pkgutil.get_loader is broken

Changes by Antoine Pitrou : -- nosy: +brett.cannon, ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue14709] http.client fails sending read()able Object

Changes by Antoine Pitrou : -- nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue14687] Optimize str%tuple for the PEP 393

STINNER Victor added the comment: Results on 32 bits (Intel Core i5 CPU 661 @ 3.33GHz) on Linux 3.0 with a new patch. Python 3.2: 1000 loops, best of 3: 0.133 usec per loop 10 loops, best of 3: 4.64 usec per loop 100 loops, best of 3: 0.637 usec per loop 100 loops, best of 3:

[issue14687] Optimize str%tuple for the PEP 393

Roundup Robot added the comment: New changeset f1db931b93d3 by Victor Stinner in branch 'default': Issue #14687: str%tuple now uses an optimistic "unicode writer" instead of an http://hg.python.org/cpython/rev/f1db931b93d3 -- ___ Python tracker

[issue14687] Optimize str%tuple for the PEP 393

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue14687] Optimize str%tuple for the PEP 393

Antoine Pitrou added the comment: > Results on 32 bits (Intel Core i5 CPU 661 @ 3.33GHz) on Linux 3.0 with > a new patch. It would be nice to have measurements under Windows. -- ___ Python tracker ___

[issue14687] Optimize str%tuple for the PEP 393

Roundup Robot added the comment: New changeset 0a9143d7b097 by Victor Stinner in branch 'default': Issue #14687: Cleanup unicode_writer_prepare() http://hg.python.org/cpython/rev/0a9143d7b097 -- ___ Python tracker

[issue5118] '%.2f' % 2.545 doesn't round correctly

Ultrasick added the comment: Ok, let's sum that up: There is a rounding problem. That's because Python uses floating point registers of the x86-CPU-architecture to store point values. This method is inaccurate and causes such problems. So Python inherits this bug from this value storing meth

[issue14687] Optimize str%tuple for the PEP 393

Serhiy Storchaka added the comment: > It would be nice to have measurements under Windows. The differences between 32-bit Linux and 32-bit Windows should not be. But 64-bit can be different, and 64-bit Linux and 64-bit Windows can vary from 32-bit, and from each other. There are also difference

[issue14687] Optimize str%tuple for the PEP 393

Antoine Pitrou added the comment: > > It would be nice to have measurements under Windows. > > The differences between 32-bit Linux and 32-bit Windows should not be. The Windows memory allocator is quite different from the glibc's, so the overallocation / resizing approach may play differently

[issue14687] Optimize str%tuple for the PEP 393

Serhiy Storchaka added the comment: > Results on 32 bits (Intel Core i5 CPU 661 @ 3.33GHz) on Linux 3.0 with a new > patch. Your tests only for ascii. You should also see some of corner cases -- a large format string and a few small arguments (templating), a small simple format string and one

[issue14127] add st_*time_ns fields to os.stat(), add ns keyword to os.*utime*(), os.*utimens*() expects a number of nanoseconds

STINNER Victor added the comment: http://www.python.org/dev/buildbot/all/builders/AMD64%20OpenIndiana%203.x/builds/3388/steps/test/logs/stdio ERROR: test_copy2_symlinks (test.test_shutil.TestShutil) -- Traceback (most recent ca

[issue14624] Faster utf-16 decoder

Serhiy Storchaka added the comment: Here is updated patch, taking into account that unicode_widen is already optimized. -- Added file: http://bugs.python.org/file25443/decode_utf16_2.patch ___ Python tracker _

[issue14711] Remove os.stat_float_times

New submission from Armin Ronacher : Is there a specific reason this is still around? Originally that was to make it possible to upgrade to Python 2.3 or whenever that was introduced. I don't think anyone still uses that. -- messages: 159859 nosy: aronacher priority: normal severity:

[issue14711] Remove os.stat_float_times

R. David Murray added the comment: Victor proposed deprecating it as part of PEP 410 (see issue 13882), but the PEP was rejected for other reasons. -- nosy: +haypo, r.david.murray ___ Python tracker _

[issue14710] pkgutil.get_loader is broken

Brett Cannon added the comment: So I'm no pkgutil expert, but at least in the case of None in sys.modules, that triggers at least an ImportError in __import__ if that is come across. -- ___ Python tracker ___

[issue14632] Race condition in WatchedFileHandler leads to unhandled exception

Vinay Sajip added the comment: I noticed that in my cleanup code, I had the lines h.close() remover.join() but it makes more sense for these to be in the opposite order. I've made that changed and pushed it up (for 2.7, 3.2 and default). -- ___ Py

[issue14712] Integrate PEP 405

New submission from Vinay Sajip : This issue will track implementation of PEP 405 functionality. -- assignee: vinay.sajip messages: 159863 nosy: vinay.sajip priority: normal severity: normal status: open title: Integrate PEP 405 versions: Python 3.3 _

[issue14712] Integrate PEP 405

Changes by Vinay Sajip : -- hgrepos: +120 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue14712] Integrate PEP 405

Changes by Vinay Sajip : -- keywords: +patch Added file: http://bugs.python.org/file25444/c82881ad6b6f.diff ___ Python tracker ___ ___

[issue14714] PEp 414 tokenizing hook does not preserve tabs

New submission from Vinay Sajip : Tabs in Python source are a no-no for me and lots of other people, but some people do use them. The tokenizer seems to not preserve tabs in its output. There are some tabs in the Django source, for example tests/regressiontests/localflavor/pl/tests.py. N.B. I

[issue14713] PEP 414 installation hook fails with an AssertionError

New submission from Vinay Sajip : I'm not sure if I've done something wrong, but I get an AssertionError when trying to run the tokenizer on a Python file from the Django source. The gist at https://gist.github.com/1977558 has the files concerned: 1. test_tokenize.py - the script which fails 2

[issue14713] PEP 414 installation hook fails with an AssertionError

Changes by Vinay Sajip : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue14707] extend() puzzled me.

Daniel543 added the comment: Thank u both. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue14687] Optimize str%tuple for the PEP 393

Roundup Robot added the comment: New changeset f58159e5d52f by Victor Stinner in branch 'default': Issue #14687: Remove redundant length attribute of unicode_write_t http://hg.python.org/cpython/rev/f58159e5d52f -- ___ Python tracker

[issue5118] '%.2f' % 2.545 doesn't round correctly

Mark Dickinson added the comment: > That's because Python uses floating point registers of the x86-CPU- > architecture to store point values. This method is inaccurate and causes > such problems. Yes, exactly; this is the root cause. And as you suggest, Python *could* use a different numeric

[issue14687] Optimize str%tuple for the PEP 393

Kristján Valur Jónsson added the comment: Do you think that this optimization is relevant to 2.7? In that case, it might be worthwhile for me to backport it to our EVE branch... -- nosy: +kristjan.jonsson ___ Python tracker

[issue14684] zlib set dictionary support inflateSetDictionary

Jesús Cea Avión added the comment: A dictionary could be provided an init time. Then, the Z_NEED_DICT could be intercepted in the binding and automatically inject the dictionary provided in the init. Anyway, for a patch to be approved, we need a test too. PS: Why is this NOT targeted to 3.3?

[issue14127] add st_*time_ns fields to os.stat(), add ns keyword to os.*utime*(), os.*utimens*() expects a number of nanoseconds

Roundup Robot added the comment: New changeset cdc4e0f8135d by Larry Hastings in branch 'default': Issue #14127: Fix no-op stub for platforms that lack some "os" functions. http://hg.python.org/cpython/rev/cdc4e0f8135d -- ___ Python tracker

[issue14687] Optimize str%tuple for the PEP 393

Serhiy Storchaka added the comment: > Do you think that this optimization is relevant to 2.7? No, this is just an attempt to deal with the shortcomings of PEP 393. -- ___ Python tracker __

[issue14715] test.support.DirsOnSysPath should be replaced by importlib.test.util.import_state

New submission from Eric V. Smith : DirsOnSysPath doesn't clear sys.path_importer_cache, so it seems you'd always want to use import_state, which does clear it. We might also want to modify import_state to remember the original objects, not just their values. DirsOnSysPath does do this, for sy

[issue14687] Optimize str%tuple for the PEP 393

STINNER Victor added the comment: Results on Windows Seven 64 bits, on Intel i7 2600 @ 3.4 GHz (8 cores), Windows running in a virtual machine (kvm) with hardware virtualization. Python 3.2.2: 1000 loops, best of 3: 0.12 usec per loop 10 loops, best of 3: 5.12 usec per loop 100 lo

[issue8536] Support new features of ZLIB 1.2.7

Changes by Arfrever Frehtes Taifersar Arahesis : -- title: Support new features of ZLIB 1.2.6 -> Support new features of ZLIB 1.2.7 ___ Python tracker ___

[issue14687] Optimize str%tuple for the PEP 393

Antoine Pitrou added the comment: > Python 3.3 @ 1439e2d1f490: > > 100 loops, best of 3: 0.265 usec per loop > 10 loops, best of 3: 11 usec per loop > 100 loops, best of 3: 0.961 usec per loop > 100 loops, best of 3: 0.924 usec per loop > > Python 3.3 @ cdc4e0f8135d: > > 1

[issue14687] Optimize str%tuple for the PEP 393

Kristján Valur Jónsson added the comment: > because I read that realloc() on Windows is not efficient. Efficiency is not a Boolean property, you know :) Anyway, I´d be surprised if it were very iniefficient, given that the heap allocators on Windows are quite mature by now. -- _

[issue14711] Remove os.stat_float_times

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue14712] Integrate PEP 405

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue14687] Optimize str%tuple for the PEP 393

STINNER Victor added the comment: >> because I read that realloc() on Windows is not efficient. > Efficiency is not a Boolean property, you know :) Anyway, > I´d be surprised if it were very iniefficient, given that > the heap allocators on Windows are quite mature by now. My benchmark is more

[issue14715] test.support.DirsOnSysPath should be replaced by importlib.test.util.import_state

Brett Cannon added the comment: Yes, it could do all of this. One possibility that I was thinking of, was this could be a setUp()/tearDown() thing as well instead of a context manager. Another option is a simple decorator. Either way it might be easier to have it just save state and then in t

[issue14716] Use unicode_writer API for str.format()

New submission from STINNER Victor : I just added a new "unicode_writer" API for the issue #14687 (Optimize str%tuple for the PEP 393) which helps to make "str%tuple" between 25% and 30% faster. Attached patch replaces PyAccu API with the unicode_writer API for str.format(). Python 3.2: 1000

[issue14716] Use unicode_writer API for str.format()

STINNER Victor added the comment: Oh, I forgot the benchmark script: $ cat ~/bench_format.sh ./python -m timeit \ -s 'fmt="{}:"; arg="abc"' \ 'fmt.format(arg)' ./python -m timeit \ -s 'N=200; L=3; fmt="{}"*N; args=("a"*L,)*N' \ 'fmt.format(*args)' ./python -m timeit

[issue14711] Remove os.stat_float_times

STINNER Victor added the comment: > Is there a specific reason this is still around? Not really, it just that nobody noticed it :-) We can deprecate it, but it is maybe safer to not remove it. Note: os.stat() has now new st_*time_ns fields with a nanosecond resolution. -- __

[issue14717] In generator's .close() docstring there is one argument

New submission from py.user : >>> g >>> print(g.close.__doc__) close(arg) -> raise GeneratorExit inside generator. >>> g.close(1) Traceback (most recent call last): File "", line 1, in TypeError: close() takes no arguments (1 given) >>> -- assignee: docs@python components: Documentat

[issue14718] In the generator's try/finally statement a runtime error occurs when the generator is not exhausted

New submission from py.user : http://www.python.org/dev/peps/pep-0342/ " 6. Allow "yield" to be used in try/finally blocks, since garbage collection or an explicit close() call would now allow the finally clause to execute." "New syntax: yield allowed inside try-finally The sy

[issue14718] In the generator's try/finally statement a runtime error occurs when the generator is not exhausted

Benjamin Peterson added the comment: It means in the body of the try statement. -- nosy: +benjamin.peterson resolution: -> invalid status: open -> closed ___ Python tracker ___

[issue14716] Use unicode_writer API for str.format()

Changes by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue14717] In generator's .close() docstring there is one argument

Roundup Robot added the comment: New changeset b8c1cabcd115 by Benjamin Peterson in branch '3.2': close() doesn't take any args (closes #14717) http://hg.python.org/cpython/rev/b8c1cabcd115 New changeset b2031eb95dd9 by Benjamin Peterson in branch '2.7': close() doesn't take any args (closes #1

[issue14684] zlib set dictionary support inflateSetDictionary

Sam Rushing added the comment: I'm currently reworking this so that the dictionaries are provided in the constructor, and inflateSetDictionary() is called automatically. I've gone over the zlib RFC's and zlibmodule.c, and I'm fairly certain that whatever usage mode might involve multiple cal

[issue14684] zlib set dictionary support inflateSetDictionary

Jesús Cea Avión added the comment: Retargetting to python 3.3. If you hurry a bit and I find your patch acceptable (remember the tests!), I will try to integrate it. -- assignee: -> serwy nosy: +serwy versions: +Python 3.3 -Python 3.4 ___ Python t

[issue14684] zlib set dictionary support inflateSetDictionary

Changes by Jesús Cea Avión : -- assignee: serwy -> nosy: -serwy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue14684] zlib set dictionary support inflateSetDictionary

Sam Rushing added the comment: Ok, here's the patch. It has a single short test. For use with SPDY, it's necessary to test that the following stream data also correctly decompresses, I'll attach that to the next comment. -- Added file: http://bugs.python.org/file25446/zlib_set_dicti

[issue14684] zlib set dictionary support inflateSetDictionary

Sam Rushing added the comment: This test is rather large, since it includes the predefined SPDY draft 2 dictionary, and some real-world data. Not sure what the policy is on including so much data in a test. If there's enough time I could make a smaller test that also verifies the correct be

[issue14684] zlib set dictionary support inflateSetDictionary

Sam Rushing added the comment: Argh, probably need to add the 'dict' field to the copy() method. -- ___ Python tracker ___ ___ Python

[issue14127] add st_*time_ns fields to os.stat(), add ns keyword to os.*utime*(), os.*utimens*() expects a number of nanoseconds

Richard Oudkerk added the comment: bba131e48852 causes crashes on Windows. The attached patch fixes the crash and makes test_os pass for me. However, using "PyErr_ExceptionMatches(PyExc_RuntimeError)" to check whether to try again using narrow strings is ugly. Maybe utime_read_time_arguments

[issue14711] Remove os.stat_float_times

Martin v. Löwis added the comment: > Is there a specific reason this is still around? I forgot to remove it for Python 3, and now it can only be removed through a deprecation cycle. -- nosy: +loewis ___ Python tracker

[issue14684] zlib set dictionary support inflateSetDictionary

Sam Rushing added the comment: Updated version of the patch: extends the test, including a test of the streaming behavior needed for SPDY (both compression and decompression). Also wik: copy()/uncopy() are aware of the 'dict' attribute. -- ___ Pyth

[issue14684] zlib set dictionary support inflateSetDictionary

Changes by Sam Rushing : Added file: http://bugs.python.org/file25449/zlib_set_dictionary_3.patch ___ Python tracker ___ ___ Python-bugs-list

[issue14654] Faster utf-8 decoding

Changes by Éric Araujo : -- title: More fast utf-8 decoding -> Faster utf-8 decoding ___ Python tracker ___ ___ Python-bugs-list maili

[issue14517] distutils always recompiles all C source files

Éric Araujo added the comment: Hm, this change was done on purpose, because of the problems caused by stale object files (as explained on the other bug report), so it cannot just be reverted. distutils is also under a feature freeze, only clear bugs warrant a change, so a performance improve

[issue5372] Distutils inappropriately reuses .o files between extension modules

Éric Araujo added the comment: See also #14517. -- nosy: +eric.araujo resolution: accepted -> fixed stage: patch review -> committed/rejected ___ Python tracker ___ _

[issue14712] Integrate PEP 405

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue14715] test.support.DirsOnSysPath should be replaced by importlib.test.util.import_state

Éric Araujo added the comment: I tend to like context managers, or helpers that work with addCleanup, so that I keep the scaffolding next to the test code. setUp and tearDown are better in some cases, though. It is also possible to have an helper work as a decorator and a context manager an

[issue14684] zlib set dictionary support inflateSetDictionary

Éric Araujo added the comment: Added a few comments on Rietveld. -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list ma

[issue14711] Remove os.stat_float_times

Éric Araujo added the comment: Let’s deprecate it in 3.3 then. -- nosy: +eric.araujo versions: +Python 3.3 ___ Python tracker ___ ___

[issue14719] Lists: [[0]*N]*N != [[0 for _ in range(N)] for __ in range(N)]

New submission from Darrell Long : N = 5 board_1 = [[0 for _ in range(N)] for __ in range(N)] is not the same as: board_2= [[0]*N]*N One makes a proper list of lists (the first), the second makes a new kind of animal were board_2[1][1] = 99 changes a whole column. Oddly, testing board_1 == b

[issue14719] Lists: [[0]*N]*N != [[0 for _ in range(N)] for __ in range(N)]

Changes by Darrell Long : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue14710] pkgutil.get_loader is broken

Pavel Aslanov added the comment: Main use case of pkgutil.get_loader is to determine if its possible to load module and either return loader or None. But it throws exception more over it is AttributeErrror exception. -- ___ Python tracker

[issue14710] pkgutil.get_loader is broken

Nick Coghlan added the comment: I'm not yet sure the proposed fix in the patch is the right approach (I need to look at the surrounding code), but I believe Pavel's right that get_loader() should be returning None in this case instead of throwing an exception. --

[issue14517] distutils always recompiles all C source files

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue14710] pkgutil.get_loader is broken

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue14719] Lists: [[0]*N]*N != [[0 for _ in range(N)] for __ in range(N)]

Yuval Greenfield added the comment: This isn't a bug and should be closed. It's more of a stack overflow question. If you'd like to change this fundamental behavior of a very common operation in python you should make a proposal to the python ideas mailing list at http://mail.python.org/mailm

[issue14719] Lists: [[0]*N]*N != [[0 for _ in range(N)] for __ in range(N)]

Martin v. Löwis added the comment: It's actually fairly easy to explain. Just think about it harder (and consider Yuval's explanation). -- nosy: +loewis resolution: -> invalid status: open -> closed ___ Python tracker

[issue14127] add st_*time_ns fields to os.stat(), add ns keyword to os.*utime*(), os.*utimens*() expects a number of nanoseconds

Larry Hastings added the comment: > bba131e48852 causes crashes on Windows. > > The attached patch fixes the crash and makes test_os pass for me. > > However, using "PyErr_ExceptionMatches(PyExc_RuntimeError)" to check > whether to try again using narrow strings is ugly. Maybe > utime_read_time

[issue14720] sqlite3 microseconds

New submission from Frank Millman : sqlite3/dbapi2.py contains the following - def convert_timestamp(val): datepart, timepart = val.split(b" ") timepart_full = timepart.split(b".") [...] if len(timepart_full) == 2: microseconds = int(timepart_f

[issue14719] Lists: [[0]*N]*N != [[0 for _ in range(N)] for __ in range(N)]

Ezio Melotti added the comment: http://docs.python.org/faq/programming.html#how-do-i-create-a-multidimensional-list http://python.net/crew/mwh/hacks/objectthink.html -- nosy: +ezio.melotti stage: -> committed/rejected ___ Python tracker