Tim Peters added the comment:
About runtime, you're right. I did a ballpark "OK, if there are N incoming
values, the inner loop has to go around, for each one, looking for a NULL,
across a vector of at most log2(N) entries. So N * log2(N)". But, in fact, it's
highly s
Tim Peters added the comment:
> the total number of trailing 1 bits in the integers from 1
> through N inclusive is N - N.bit_count()
Sorry, that's the total number of trailing 0 bits. The total number of trailing
1 bits is (N+1) - (N+1
Tim Golden added the comment:
I've reviewed the docs for English and general readability. As
mentioned, I've no idea of the tech involved. I did look through the
bdb.py source and the existing docs for pdb to get some idea of the
terminology used. Ultimately I've changed very litt
New submission from Tim Delaney:
The int() documentation (section 2.1) does not specify the default
radix used. Alternatively, it does not specify the default behaviour
for string parsing.
Experimentally, it's parsing with a default radix of 10 - I recall in
an earlier version of Pyth
Changes by Tim Gordon:
--
title: str.split possible bug -> str.split bug
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1240>
__
___
Python-bugs-li
New submission from Tim Gordon:
>From the docs for str.split:
"If sep is not specified or is None... First, whitespace characters are
stripped from both ends. Then, words are separated by arbitrary length
strings of whitespace characters."
However, ' a b c '.split(None
Changes by Tim Gordon:
--
title: str.split bug -> str.split bug when using sep = None and maxsplit
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1240>
__
___
Tim Golden added the comment:
Do you realise that the code at the bottom of bb.py is executed when you
import it from aa.py? In other words, when you run aa.py, the whole of
your significant code is running within an import statement. I don't
know if it's the cause of the problem (
New submission from Tim Gordon:
If you have a raw string with a backslash as the last character, the
parser thinks the following quote, actually used to mark the end of the
string, is being quoted by the backslash. For example, r'\' should be
the string with one backslash, but...
Tim Gordon added the comment:
So basically raw strings are useless if you need to end a string with a
backslash, as there is no way to quote the backslash to make it not do
this... This surely can't be too hard to "fix" if one considers it a
problem (which I do), and just b
Tim Golden added the comment:
Not, apparently, on my (XP SP2) box:
Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit
(Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
&
Changes by Tim Golden :
--
nosy: +brian.curtin, jason.coombs, tim.golden
___
Python tracker
<http://bugs.python.org/issue13419>
___
___
Python-bugs-list mailin
Tim Golden added the comment:
Thanks. I was going to ask about this to see if anyone had already done
the legwork.
--
nosy: +tim.golden
___
Python tracker
<http://bugs.python.org/issue13
Tim Peters added the comment:
FWIW, I doubt there's a real issue here. Objects in Python consume a lot more
than a byte or two of memory, so the index range of a Python list is generally
a lot less than ssize_t allows for. In other words, quantify "large" in "large
arr
Tim Golden added the comment:
'fraid not. I've never had to dig into the allocation stuff at this level.
--
___
Python tracker
<http://bugs.python.o
Tim Golden added the comment:
The environment passed to a Windows process must contain
certain things. (I don't at this moment remember exactly
what). You can't just pass the one thing you're adding.
Change your "e = ..." line to something like:
e = os.environ
e[&#x
Tim Golden added the comment:
Re-opening because there's a real problem here which can crash Python hard.
Simplest reproduction:
import sys
import subprocess
subprocess.Popen (sys.executable, env={})
Affects 2.x and 3.x tip (haven't tried others yet but I don't imagine
Tim Golden added the comment:
Yes. I've added the "Windows" component on the tracker.
(At least I think I have). It's to do with CreateProcess
needing at least certain items in the environment passed.
I'm trying to track down some docs on MSDN which sp
Tim Golden added the comment:
OK, the long and short is that spwaning a process without passing
in SystemRoot is asking for trouble. There's a blog post here
which gives an example:
http://jpassing.com/2009/12/28/the-hidden-danger-of-forgetting-to-specify-systemroot-in-a-custom-enviro
Tim Golden added the comment:
After a discussion on python-dev:
http://mail.python.org/pipermail/python-dev/2011-December/114733.html
I propose to close this call tomorrow as wontfix
--
___
Python tracker
<http://bugs.python.org/issue13
Changes by Tim Golden :
--
resolution: -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue13524>
___
___
Python-bugs-list
Tim Golden added the comment:
Yes, but the MS crt strftime *for %y* requires a year >= 1900 (ie
tm_year >= 0). Looks like we need a special check.
--
___
Python tracker
<http://bugs.python.org/i
Tim Golden added the comment:
This is happening on Windows x86 against the current tip. The MS C runtime can
handle older dates; it's just that we're taking 1900 off the year at some
point. (At least, I think that's what's happening). FWIW you only need
time.strftime to
Tim Golden added the comment:
... and that's because the tm struct defines the tm_year field as an offset
from 1900. Sorry for the false start. I'll look at the MS runtime stuff instead
--
___
Python tracker
<http://bugs.python.o
Tim Golden added the comment:
Well, the code in 2.x is quite different from that in 3.x.
Specifically, the 2.x code assumes that, for Windows, no
year before 1900 is valid for any of the formats. So a
simple check throws a ValueError for tm_year < 0. For 3.x
the assumption was that Windows
Tim Golden added the comment:
Yes, sorry. I wasn't clear enough. There *are* still checks
in the 3.x code (for the kind of thing you're showing). But
the checks assume 1000 <= year <= maxint is ok for all format
parameters on Windows. In fact, for %y, only 19
Tim Peters added the comment:
[Marc-Andre]
> BTW: I wonder how long it's going to take before
> someone figures out that our merge sort based
> list.sort() is vulnerable as well... its worst-
> case performance is O(n log n), making attacks
> somewhat harder.
I would
Tim Golden added the comment:
What happens if you try "python -S" (capital S)? In principle this should
bypass the need to load site.py. Even if that works we still have a problem to
solve, but at least it might narrow things down.
--
nosy: +
New submission from Tim Koopman :
Creating an empty header produces an exception when calling the encode function:
>>> from email.header import Header
>>> Header('', 'iso-8859-1').encode()
Traceback (most recent call last):
File "", line 1
Tim Koopman added the comment:
The default Arch Linux version: 3.2.0
Python 3.2 (r32:88445, Apr 15 2011, 11:09:05)
--
___
Python tracker
<http://bugs.python.org/issue12
Tim Koopman added the comment:
Looking at the source of 3.2.1, it appears this was already solved. Sorry.
--
___
Python tracker
<http://bugs.python.org/issue12
New submission from Tim Lesher :
While most of the occurrences of "urlparse" were corrected to "urllib.parse"
when the module was renamed, two were missed: one in the second example, and
one in the "See also" note for RFC 3986.
--
assignee: docs@py
Changes by Tim Lesher :
--
keywords: +patch
Added file: http://bugs.python.org/file22238/remove-urlparse.patch
___
Python tracker
<http://bugs.python.org/issue12
Tim Golden added the comment:
One (presumably unintended) side-effect is that you can now do os.path.isdir on
a wildcard and the first returned entry will be tested for directoryness:
import os
os.path.isdir ("c:/tem*")
# => True where c
Changes by Tim Lesher :
--
nosy: +tlesher
___
Python tracker
<http://bugs.python.org/issue11620>
___
___
Python-bugs-list mailing list
Unsubscribe:
Tim Golden added the comment:
Code looks good and tests pass. Only one thing: the code in the patched
lib\ntpath.py still refers to FindFirstFile
--
___
Python tracker
<http://bugs.python.org/issue11
Tim Golden added the comment:
I'm just patching a clone now.
--
nosy: +tim.golden
___
Python tracker
<http://bugs.python.org/issue12084>
___
___
Pytho
Tim Golden added the comment:
All expected tests pass on 3.2 branch (Win7 32-bit). The patch doesn't
apply cleanly to trunk; not sure if it's expected to or not. The code
looks ok on paper. I'll leave Victor to quibble over th
Changes by Tim Lesher :
--
nosy: +tlesher
___
Python tracker
<http://bugs.python.org/issue11838>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Tim Golden :
--
nosy: +markmcmahon, tim.golden
___
Python tracker
<http://bugs.python.org/issue12382>
___
___
Python-bugs-list mailing list
Unsubscribe:
Tim Golden added the comment:
Are you aware of PEP 397?
http://www.python.org/dev/peps/pep-0397/
--
nosy: +tim.golden
___
Python tracker
<http://bugs.python.org/issue12
Tim Golden added the comment:
Adding Mark H as the author of PEP 397
--
nosy: +mhammond
___
Python tracker
<http://bugs.python.org/issue12394>
___
___
Python-bug
New submission from Tim Holme :
This may be a problem with scipy/weave, or it may be a problem with the
site-library pythonequations, or it may be in python 2.7.2 itself.
When running the program, it looks for an installed version of MinGW, which it
finds. It is possibly looking for C
Tim Golden added the comment:
Obviously someone's code would break if it were relying on the Unix
errno only in a Windows-only situation to determine the situation of
opening a directory which isn't one. But that combination of events
doesn't seem terribly likely.
Speaking fo
New submission from Tim Chase :
The Turtle example for the cmd module as documented at
http://docs.python.org/py3k/library/cmd.html#cmd-example
In the left() method, it calls turtle.right() instead of turtle.left(). Easy
fix: /def left/+2s/left/right/
Likely exists in most 3.x documentation
Tim Chase added the comment:
(duh, sorry, that's the "do_left" method, not the "left" method)
--
___
Python tracker
<http://bugs.python.org/issue12940>
___
___
Tim Chase added the comment:
I see the status changed to needs-patch. what do I patch against?
--
___
Python tracker
<http://bugs.python.org/issue12940>
___
___
Tim Chase added the comment:
Patch attached.
--
keywords: +patch
versions: -Python 2.7, Python 3.2
Added file: http://bugs.python.org/file23123/issue12940.diff
___
Python tracker
<http://bugs.python.org/issue12
Tim Golden added the comment:
In the interests of moving this forward, I've committed the one-line removal of
the assertion in r83948. Hopefully that will bring this buildbot back to life.
--
___
Python tracker
<http://bugs.python.org/i
Changes by Tim Golden :
--
assignee: -> tim.golden
nosy: +tim.golden
versions: -Python 2.5
___
Python tracker
<http://bugs.python.org/issue9575>
___
___
Py
Tim Golden added the comment:
Fudge-fix committed as r83948, r83958. Not sure what status to set
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/iss
Tim Golden added the comment:
ReComitted as r83947, r83956, r83957 and this time the buildbots look happy.
(At least as regards this change).
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Tim Golden added the comment:
I can't get it crash on a path that short. I can produce an error message if I
push it beyond the 254 limit, but you can work around that by applying the
filesystem namespace prefix:
import os
path = "c:\\" + "\\".join (130 *
Tim Golden added the comment:
See: http://msdn.microsoft.com/en-us/library/aa365247%28VS.85%29.aspx
I tried first with your exact path and it caused no issues on
my Win7 box. FWIW you could easily roll your own os.walk
(starting by copying the code that's there) if you needed
to ro
Tim Golden added the comment:
Fixed by issue2304
--
components: -Library (Lib), Tests, Windows
nosy: +tim.golden
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
type: -> behavior
___
Python tr
Tim Golden added the comment:
OK; issue2304 is now fixed and closed. But it doesn't seem to make any
difference to this behaviour. I've just retested and I see on py3k the
behaviour the OP saw. CreateProcess does the same thing and I couldn't even get
it to work with multipl
Tim Golden added the comment:
Thanks for the feedback. I'll close this for now as "works for me". Feel free
to reopen if you can come up with anything fresh.
--
resolution: -> works for me
stage: -> committed/rejected
s
Tim Golden added the comment:
Closing as "won't fix": this would be the same if you had any code which tried
to do os.mkdir ("aux"). By way of comparison, Info-ZIP's UnZip returns
"checkdir error: aux exists but is not directory" which actually seems
Changes by Tim Golden :
--
assignee: -> tim.golden
nosy: +tim.golden
___
Python tracker
<http://bugs.python.org/issue3099>
___
___
Python-bugs-list mai
Tim Golden added the comment:
I don't see any reason to turn this down except, perhaps, for keeping something
simple.
Certainly I don't believe that Windows users will be confused by the fact that
there are wildcards other than "*" and "?". fnmatch already im
Tim Golden added the comment:
Assuming I understand you correctly, could I propose this rather less involved
patch which simply specifies the sys.executable as part of the command line.
The test doesn't propose to test file associations and indeed two of the test
already fill i
Changes by Tim Golden :
--
components: +Windows
nosy: +tim.golden
___
Python tracker
<http://bugs.python.org/issue1102>
___
___
Python-bugs-list mailing list
Unsub
Tim Golden added the comment:
This is usually because the bug mentioned in issue7443 (although it
could be something else, obviously). It should sort itself out on the
next run. I'll rerun on my local checkout to see if there real WinXP issues.
--
nosy: +tim.g
Tim Golden added the comment:
I can confirm that the patched regrtest runs ok on WinXP.
--
___
Python tracker
<http://bugs.python.org/issue9433>
___
___
Pytho
Tim Golden added the comment:
It looks as though issue2889 has a better chance of getting into the VS build
than this one, which appears to be MingW-based (at a quick glance). I'm loosely
keen to see it in, although I have no knowledge of curses as such. I'll assign
it to my
Tim Golden added the comment:
I'll pick it up for the moment to shepherd it along because I'm reasonably keen
to see a Windows curses in the stdlib. However, I'm no expert in curses and I
don't promise to do anything immediate with it.
--
assi
Changes by Tim Golden :
--
assignee: -> tim.golden
components: -Interpreter Core
nosy: +tim.golden
versions: +Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/issue
Tim Golden added the comment:
+1 in principle
--
nosy: +tim.golden
___
Python tracker
<http://bugs.python.org/issue9654>
___
___
Python-bugs-list mailin
Tim Golden added the comment:
I have no strong opinion, Roumen, (and no experience with the package)
but why -1 from you?
--
___
Python tracker
<http://bugs.python.org/issue2
Changes by Tim Golden :
--
assignee: -> tim.golden
nosy: +tim.golden
___
Python tracker
<http://bugs.python.org/issue1559298>
___
___
Python-bugs-list mai
Changes by Tim Golden :
--
assignee: -> tim.golden
___
Python tracker
<http://bugs.python.org/issue2528>
___
___
Python-bugs-list mailing list
Unsubscri
Tim Peters added the comment:
- Tuple objects don't currently reserve space to store their hash code, so it's
likely this would increase the size of every tuple.
- It's unclear to me which natural use patterns would actually enjoy a major
speed boost. Note that dicts remember
Changes by Tim Golden :
--
assignee: -> tim.golden
___
Python tracker
<http://bugs.python.org/issue9699>
___
___
Python-bugs-list mailing list
Unsubscri
Tim Golden added the comment:
I'll pick this up and try to decide what's best to
do. I'm away from home for a few weeks and have only
intermittent internet access. Thanks, Sorin, for
a reproducible test case.
--
title: invalid call of Windows API _popen() generating Th
Tim Golden added the comment:
+1 on the idea in general; I'm away at the moment
and not in a position to review the patch. Hopefully
Brian can review/commit
--
___
Python tracker
<http://bugs.python.org/i
Tim Golden added the comment:
Merely from a Windows point-of-view, you could get the full
command line fairly easily:
import ctypes
pstring = ctypes.windll.kernel32.GetCommandLineW ()
print (ctypes.c_wchar_p (pstring).value)
TJG
--
nosy: +tim.golden
Tim Golden added the comment:
I'm afraid I don't know; might be worth asking that on the main python mailing
list.
--
___
Python tracker
<http://bugs.python.
Tim Golden added the comment:
Suggest you raise a separate feature-request issue for that, Geoff, perhaps
offering the two implementations described. Perhaps raise it it on python-ideas
first to gauge reactions. I'm +0 myself since it's so easy to do anyway and I
don't kn
Tim Peters added the comment:
About thread state, the C standard is no help. That's an OS decision. All
OSes I'm aware of do save/restore FPU state across thread switches. Doesn't
mean all OSes do, just that I don't know of an exception.
-
Tim Golden added the comment:
BoĊĦtjan, the code segment you quote is the *fallback* if the
C module hasn't been built for some reason. The module simply
calls through to the underlying C Library. I notice you're
running on Windows, so this is a useful MS page:
http://msdn.microsoft
Tim Golden added the comment:
I've only read the patch and not applied it, yet. But in principle I'm
+1 on this. If Brian doesn't get there first, I'll try to apply later.
--
___
Python tracker
<http://bug
Tim Golden added the comment:
I'm afraid this falls outside my particular area of knowledge, and also
outside the remit of the bug tracker. Perhaps you could post to
python-list to see if anyone there can help?
--
___
Python tracker
Tim Golden added the comment:
If you don't often use the console, then I expect your console settings
have Insert mode off. (Alt-Space > Properties > Options > Insert Mode [x])
--
nosy: +tim.golden
___
Python tracker
<http:
Agree that it's not really up to us; and that it's trivial to change
once for all future python processes.
As to the left-click blocking, I think that's "Quick Edit" mode you're
thinking of, not "Insert"
TJG
___
Python-bugs-list mailing list
Unsubsc
Tim Golden added the comment:
Removing docs unless this actually becomes a doc issue
--
nosy: +tim.golden -d...@python
___
Python tracker
<http://bugs.python.org/issue10
Changes by Tim Golden :
--
assignee: d...@python -> bethard
___
Python tracker
<http://bugs.python.org/issue10190>
___
___
Python-bugs-list mailing list
Un
Changes by Tim Lesher :
--
nosy: +tlesher
___
Python tracker
<http://bugs.python.org/issue1189811>
___
___
Python-bugs-list mailing list
Unsubscribe:
Tim Golden added the comment:
Patch fixes the issue and tests run ok on 3.3 Win7; just building a 2.7 branch
to test
--
___
Python tracker
<http://bugs.python.org/issue10
New submission from Tim Bielawa :
Issue 8451 unintentionally introduced a bug into the openlog() function in the
syslog module.
syslog.openlog() as documented [1] is defined as: syslog.openlog([ident[,
logopt[, facility]]]). I believe this is caused by the patch for issue 8451
redefining the
Tim Bielawa added the comment:
Trivial though it may be, the attached script demonstrates how to reproduce the
bug described.
--
Added file: http://bugs.python.org/file21353/syslogtest-pid.py
___
Python tracker
<http://bugs.python.org/issue11
Tim Bielawa added the comment:
Classification update.
--
versions: +Python 3.2, Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.org/issue11
Tim Golden added the comment:
For clarity, while making unlink more robust is no bad thing, the error occurs
when the unlink *succeeds* but a subsequent create of the same name fails. This
happens when an indexer, Virus scanner or TortoiseSvn etc. has opened the file
with SHARE_DELETE. This
Tim Golden added the comment:
Well http://bugs.python.org/issue7443#msg102833 outlines the problems I
encountered while trying to do essentially that. Nothing insurmountable, but
definitely bigger than simply adding one line of code.
Looks to me like there are two avenues of approach (and
Changes by Tim Lesher :
--
nosy: +tlesher
___
Python tracker
<http://bugs.python.org/issue1635741>
___
___
Python-bugs-list mailing list
Unsubscribe:
Tim Golden added the comment:
+1
--
___
Python tracker
<http://bugs.python.org/issue11750>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Tim Peters added the comment:
Terry, I had no intention here at all - had nothing to do with unified_diff.
Would have to look at the history to see who added it, and ask them. That
said, the very name "unified_diff" suggests someone did intend to mimic _some_
system'
Tim Golden added the comment:
FWIW I agree with MvL: os.stat is one of those awkward customers
left over from the idea that Windows could be posix-compliant,
even though the relevant concepts don't actually map particularly
well. ISTM that anyone seriously wanting to determine wh
Tim Peters added the comment:
Raymond, Mark pointed to the footnote explaining the first result. As to the
second, Kahan tried his best, but I'm afraid nobody can make me care about the
sign bit on a zero ;-) Whatever Mark thought best is fine
Tim Golden added the comment:
I can't say I'd object as such, but the [Index] tab already
contains the items in the General Index and is arguably the
killer feature of the CHM in any case.
--
nosy: +tim.golden
___
Python trac
Tim Golden added the comment:
I've just rebuilt on Windows against tip. test_glob is failing:
test test_glob failed -- Traceback (most recent call last):
File "c:\work-in-progress\python\cpython-9584\lib\test\test_glob.py", line
135, in test_glob_curly_braces
os.path
101 - 200 of 2346 matches
Mail list logo
