New submission from Tom :
I hope the title of this makes sense. I've been out of things for a long time.
Going through the Python tutorial
(http://docs.python.org/tutorial/introduction.html) I departed from the script
to try something. It gave neither of the results I had thought it
Tom added the comment:
Thanks!
I'm not surprised that it was something stupidofme like that.
Sorry to have troubled you.
:)
--
___
Python tracker
<http://bugs.python.org/i
Changes by Tom :
--
nosy: +qwavel
___
Python tracker
<http://bugs.python.org/issue2054>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Tom added the comment:
I have just encountered this bug on Python 2.6.2 on Windows. I hope the
fix makes it into 2.6.3. Thanks for the patch.
--
nosy: +qwavel
___
Python tracker
<http://bugs.python.org/issue3
Tom Tanner added the comment:
Is there likely to be any action on this. We can get issues with the
creation of .pyc files due to our build setup. We can get situations
where we run builds in parallel on 2 different architectures. Our build
is set up so that anything generated by compilers end up
Tom Lazar added the comment:
unless I'm missing something important this will do the trick quite
nicely:
>>> from datetime import datetime
>>> datetime(2007, 12, 24, 20, 0).strftime("%s")
'1198522800'
For most imaginable use cases, where
Tom Culliton added the comment:
This or some variant also shows up with scons
(http://scons.tigris.org/issues/show_bug.cgi?id=1839) leading to some
nasty intermittent build failures. Neal may remember how we addressed
this for a Process class in a past life. Basically it's OK to collec
Tom Culliton added the comment:
Looking at the subprocess.py code it occurred to me that it never checks
if the value of self.pid returned by os.fork is -1, this would mean that
later it runs waitpid with -1 as the first argument, putting it into
promiscuous (wait for any process in the group
Tom Culliton added the comment:
Good question. The documentation I was reading was mute on the subject
so I made a "reasonable" guess. Does it throw an exception instead?
Guido van Rossum wrote:
> Guido van Rossum added the comment:
>
>
>> Looking at the subproce
Tom Parker added the comment:
Also effects Python 2.5.1 (tested on Debian python2.5 package version
2.5.1-5)
--
nosy: +palfrey
versions: +Python 2.5
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/iss
Tom Parker added the comment:
Attaching a patch that corrects the issue (against python 2.4)
Added file: http://bugs.python.org/file9192/textwrap-fix.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
New submission from Tom Parker:
If a piece of text given to textwrap contains one or more "\n", textwrap
does not break at that point. I would have expected "\n" characters to
cause forced breaks.
--
components: Library (Lib)
messages: 60026
nosy: palfrey
severity
Tom Parker added the comment:
If replace_whitespace in textwrap is set to False (True is default) then
there are newlines. Yes, if you haven't set this then the patch does
nothing (but that sounds sane to me)
The exact text was "RadioTest TOSSIM stress tester by Tom Parker
<[EM
Tom Parker added the comment:
@Guido: Thanks for the suggestion, it fixes my immediate problem!
@Mark: Yup, that was exactly my issue. It took a while to figure out why
the heck it was ignoring my linebreaks, and then once I'd found
replace_whitespace it appeared to be doing the "wrong
Tom Parker added the comment:
Is there any other way to do what I was trying to do then (both dynamic
wrapping for long segments + some static breaks)? Right now, the only
option I can think of is writing a textwrap.TextWrapper subclass that
implements my patch, and copying 70-ish lines of code
Tom Lynn added the comment:
Thanks for fixing this. I now also note that (?<=...), (?http://bugs.python.org/file9284/undoc-patch.txt
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Tom Lynn added the comment:
Nice changes to the wording. (For the record: it's r60316 in fact.)
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1631394>
_
_
Tom Culliton <[EMAIL PROTECTED]> added the comment:
I'm not sure what the POSIX standards say on this (and MS-Windows may go
it's own contrary way), but for most real systems the PID is a running
count (generally 32 bit or larger today) which would have to cycle all
the way
Tom Culliton <[EMAIL PROTECTED]> added the comment:
AIX, HP-UX, Solaris, 64 bit Linux, ... Even in the Linux x86 header
files there's a mix of int and short. The last time I had to do the
math on how long it would take the PID to cycle was probably on an AIX
box and it was a ver
New submission from Tom Lynn <[EMAIL PROTECTED]>:
urllib2.py:424 (Py 2.4) or urllib2.py:443 (Py 2.5) in build_opener()::
skip = []
for klass in default_classes:
for check in handlers:
if inspect.isclass(check):
if issubclass
Tom Pinckney <[EMAIL PROTECTED]> added the comment:
It also looks like urllib.quote (and quote_plus) do not properly handle
unicode strings. urllib.urlencode() properly converts unicode strings to
utf-8 encoded ascii strings before then calling urllib.quote() on them.
-
New submission from Tom Aratyn :
The documentation on using logging configuration files
(http://docs.python.org/library/logging.html#configuring-logging) doesn't
mention that the WatchedFileHandler needs to be referenced as
"handlers.WatchedFileHandler". This behavior is diff
New submission from Tom Loredo :
Build Py-2.7a3 on Snow Leopard OS 10.6.2 with a non-default framework name:
./configure --prefix=/usr/local/tmp --enable-framework
--with-framework-name=PythonAlpha --enable-universalsdk=/
--with-universal-archs=intel
"make" succeeds, "m
Tom Loredo added the comment:
> Ronald Oussoren added the comment:
>
> Fix in r78755 (2.7) and r78756 (3.2)
Thanks for your attention to this, Ronald---and all the hard
work on the OS X support.
-Tom
-
This mail sent through
Tom Loredo added the comment:
Attempted to build 2.6.5rc2 on Mac Pro (2006), OS 10.6.2, following
instructions in Mac/README:
./configure --prefix=/usr/local/tmp --enable-framework
--with-universal-archs=intel --enable-universalsdk=/
Results of "make test" are as expected
Tom Loredo added the comment:
Ned-
I *did* run "make install"; everything I reported was about the situation
*after* running "make install". In particular, I don't know any way to get
access to IDLE without "make install"; what I described came from using
Tom Loredo added the comment:
> the python-32 executable has never been linked into /usr/local/bin.
What I meant by "the version pointed to" is: The "python" command
in 2.6.4 produced by an "intel" universal build (whether in the
framework or the install pre
Tom Loredo added the comment:
> Unless you vehemently disagree, I am not making this a release blocker for
> 2.6.5.
I'm not sure who you are asking (I doubt it was me!), but I don't consider this
a release blocker. The only possible substantive issue is whether "pytho
Tom Zych added the comment:
I'm getting something like this on Windows 7:
C:\>assoc .py
.py=Python.File
C:\>ftype Python.File
Python.File="C:\Python31\py31.exe" "%1" %*
C:\>args.py 1 2 3
Python version: sys.version_info(major=3, minor=1, micro=1,
releaselev
Tom Zych added the comment:
No joy :(
I tried putting double-quotes around %%*, that didn't work either. Tried
single-quotes too, just in case it works like a Bourne-type shell.
BTW I forgot to set 3.1 on my earlier message.
That business about having to double the % rings a faint bell
Tom Seddon added the comment:
Yes, this new version looks to do the job!
(Regarding the CSS, I'm not so sure about the serifs yet, but I'll let it sink
in and see how I feel :)
--
___
Python tracker
<http://bugs.python.
Tom Zych added the comment:
The problem went away by itself after a while. I suspect a Windows update.
--
___
Python tracker
<http://bugs.python.org/issue7
New submission from Tom Dunham :
Some regression tests for logging handlers, brings coverage up from 37% to 52%.
Mainly tests to rotating file handlers.
--
components: Library (Lib)
files: rotating_file_handlers.patch
keywords: patch
messages: 112171
nosy: Tom
priority: normal
severity
Tom Dunham added the comment:
Good point, thank you. I've updated the patch.
--
Added file: http://bugs.python.org/file18313/rotating_file_handlers.patch
___
Python tracker
<http://bugs.python.org/i
New submission from Tom Browder :
I would like to be able to change argparse default strings so the first word is
capitalized. In lieu of that, I propose the attached patch to 2.7 which
changes them in the source code.
--
components: Library (Lib)
files: python-v2.7-argparser
New submission from Tom Browder :
When I use the argparse module, and I enter my program name with NO arguments
or options, I would like the argparser to output something like:
Usage: [options]
Use option '-h' for help.
I haven't yet found how to do that in the argparse mod
Tom Browder added the comment:
On Sun, Aug 22, 2010 at 16:01, Steven Bethard wrote:
>
> Steven Bethard added the comment:
>
> A simpler approach might be to do this before your call to parse_args:
>
> if len(sys.argv[0]) == 1:
> parser.print_help()
>
> Does t
Tom Browder added the comment:
On Sun, Aug 22, 2010 at 17:06, Steven Bethard wrote:
...
> import argparse
> import sys
>
> parser = argparse.ArgumentParser()
> parser.add_argument('--foo')
>
> if len(sys.argv) == 1:
> parser.print_help()
> else:
>
Tom Browder added the comment:
...
> I see. When there are no arguments you basically want to replace the standard
> argparse help entirely with your own > message, with your own capitalization,
> etc.
> What you're doing now looks like a pretty good approach for this, so
Tom Browder added the comment:
...
> Should this be closed in favor of #9694? (Or vice versa?). Perhaps one of the
> issues should be renamed something like "Improve argparse message
> customization".
That sounds like a winner to me
-Tom
--
title: Enhance a
New submission from Tom Browder :
When I attempt to enter a new bug I get:
An error has occurred
A problem was encountered processing your request. The tracker
maintainers have been notified of the problem.
--
components: Demos and Tools
messages: 116620
nosy: Tom.Browder
priority
Tom Browder added the comment:
Since this worked, I tried again to enter the bug with a new process. I have
tried changing several selections but I still get the error--very strange!
--
___
Python tracker
<http://bugs.python.org/issue9
New submission from Tom Browder :
I am trying to rebuild the 2.7 maintenance branch and get this error
on Ubuntu 10.04.1 LTS:
XXX lineno: 743, opcode: 0
Traceback (most recent call last):
File "/usr/local/src/python-2.7-maint-svn/Lib/site.py", line 62, in
import os
File "
Changes by Tom Browder :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue9880>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Tom Browder added the comment:
It looks like the problem was because I was trying to add a complete e-mail
address to the "nosy" list.
--
___
Python tracker
<http://bugs.python.
Tom Browder added the comment:
File attached as requested.
--
Added file: http://bugs.python.org/file18905/os.pyc
___
Python tracker
<http://bugs.python.org/issue9
Tom Browder added the comment:
I'm using gcc-4.5.1. I'll try an older version: gcc (Ubuntu 4.4.3-4ubuntu5)
4.4.3.
--
___
Python tracker
<http://bugs.python.
Tom Browder added the comment:
The build succeeded with the older version of gcc. I either have a
mis-compiled gcc-4.5.1 (but the same version on another host worked okay) or
gcc has a very subtle bug. I think this issue can be considered closed;
however, it may be worth a note in a FAQ or
Tom Browder added the comment:
Correction on the bad gcc compiler: the actual version was a non-released
version off the gcc-4.6 branch: gcc version 4.6.0 20100908 (experimental)
(GCC). I'm filing a bug with gcc. Sorry for the wasted
Tom Browder added the comment:
Here is a link to the thread I started on the gcc-help mailing list concerning
the issue:
http://gcc.gnu.org/ml/gcc-help/2010-09/msg00170.html
If I don't get a successful build with the current gcc trunk, I imagine this
thread will transfer to the gcc
Tom Lynn added the comment:
I don't know whether it should stand, I'm somewhere around 0 on it myself. So I
guess that means it shouldn't, since it's easier to add features than remove
them. The problem is that once you're aware of the need for it you need it less.
Tom Lynn added the comment:
I'm still unsure. I think this confusion does cause bugs in real-world code.
Perhaps more prominence for \A and \Z in the docs? There's already a section
comparing regexps starting '^' with match under "Matching vs Searching".
Tom Lynn added the comment:
Actually, looking at the second part of the docs for $ (on "foo.$") makes me
think the main motivating case here may be a bug in re.match::
>>> re.match('foo$', 'foo\n\n')
>>> re.match('foo$',
Tom Lynn added the comment:
Oh dear, I'm wrong on two fronts (I wish Roundup had post editing).
a) foo$ doesn't match the 'foo' part of 'foo\nbar' as I stated above, but does
match the 'foo' part of 'foo\n'.
b) Obviously shortening an inpu
Tom Lynn added the comment:
(Sorry to comment on a closed issue, it was closed as I was writing this.)
It's not that I'm not convinced of the need, just not of the solution. I still
think that there are problems here:
a) forgetting any \Z or $ terminator to .match() is easy,
b) $
Tom Browder added the comment:
I'm getting no interest from the gcc group at the moment. I would like to help
track down the bug and will nose around the Python source to zero in on where
the problem is for detailed debugging. Can anyone point me to the key files
that concern the
New submission from Tom Potts :
Copying a sparse file under Linux using shutil.copyfile will not result in a
sparse file at the end of the process. I'm submitting a patch that will remedy
this.
Note that I am only concerned with Linux at the moment -- as far as I know this
patch wil
Tom Potts added the comment:
(see opening message)
--
Added file: http://bugs.python.org/file19108/shutil-2.7.patch
___
Python tracker
<http://bugs.python.org/issue10
Changes by Tom Potts :
Added file: http://bugs.python.org/file19109/shutil-3.2.1.patch
___
Python tracker
<http://bugs.python.org/issue10016>
___
___
Python-bugs-list m
Tom Potts added the comment:
@pitrou
Hmm... the online docs and the contents of the doc directory on the trunk
branch say differently:
"""
Resize the stream to the given *size* in bytes (or the current position if
*size* is not specified). The current stream position isn&
New submission from Tom Goddard :
In Python 2.7, random.seed() with a string argument is documented as being
equivalent to random.seed() with argument equal to the hash of the string
argument. This is not the actual behavior. Reading the _random C code reveals
it in fact casts the signed
Tom Morris added the comment:
Did this fix actually make the 2.7 release? I just installed 2.7 on 64-bit
Ubuntu and ran into the same problem.
python -c "import sysconfig; print sysconfig.get_config_vars()['PY_CFLAGS']"
-fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrap
Tom Morris added the comment:
Sorry, I misread the 'version' field as the version the fix was committed for,
not the version the bug was reported against.
The fix was reportedly fixed in r82648 and v2.7 is r82500. If there's ever a
2.7.1, I guess the fix will appear, but sin
Tom O'Connor added the comment:
Same problem on SGI IRIX 6.5.28 GCC 3.3.
Adding the following to pyport.h got me through as well.
#define UINT32_MAX 0x
#define INT32_MAX 0x7fff
--
nosy: +Tom.OConnor
___
Python tracker
New submission from Tom Fogal :
I have recently attempted to install a couple third party packages
(zope.interface and dulwech, FWIW) and encountered great difficulties. In
particular, the setup complained that it could not find "vcvarsall.bat". Even
running these setup scripts
Tom Pinckney added the comment:
I don't think Django includes an HTML unescape. I'm not familiar with other
frameworks. So I'd still find this useful to include in the stdlib.
--
___
Python tracker
<http://bugs.py
Tom N added the comment:
I have backported the code from python 3, to apply to the current 2.7 branch.
All tests pass, and my machine reports "Content-type: text/html;
charset=UTF-8", which appears to be correct.
--
keywords: +patch
nosy: +Tom.N
Added file: http://bugs.
New submission from Tom Felker :
PlaySound supposedly lets you play a .WAV file whose contents are stored in a
string, by passing the string and flags including winsound.SND_MEMORY. I'm
trying to use BytesIO object and the wave module to make a file in-memory, and
pass this to win
Tom McDermott added the comment:
Things are slightly worse than this issue suggests: the Sphinx formatting
string |version| has leaked into the html docs in a few places
(library/site.html for example).
The difficulty is that Sphinx isn't expanding the |version| variable inside
Tom Loredo added the comment:
Thanks for handling this, Ned! -Tom
--
___
Python tracker
<http://bugs.python.org/issue11217>
___
___
Python-bugs-list mailin
New submission from Tom Whittock :
The automatic upgrade process included with Microsoft Visual Studio 2010
express is unable to deal with the project files in the python PC folder, due
to it not supporting the x64 target. I had to manually edit the project files
to remove all references to
Tom Whittock added the comment:
Fair enough. The reason I added it is because that's the most easily available
free compiler for Windows machines at the moment, and due to the lack of x64
support it's not easy to start compiling python with it. It's quite awkward to
get
Tom Whittock added the comment:
Wouldn't a full (I assume you mean pro/team edition) 2010 version will include
the x64 stuff which will make the express edition unable to load it?
--
___
Python tracker
<http://bugs.python.org/is
Tom Whittock added the comment:
Ah, in that case it seems my patch isn't particularly useful then. I'd
personally like to see Brian Curtins patch applied sooner rather than later,
however - 2010 support is very important to me.
I'll be running that locally for the meanti
Changes by Tom Whittock :
--
nosy: +Tom.Whittock
___
Python tracker
<http://bugs.python.org/issue1195571>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Tom Middleton :
Using Tkinter under Python 2.7.1 (Windows XP FWIF)
If using the tkSimpleDialog.askinteger() function with an initialvalue = 0, the
0 is not displayed in the dialog box. The same is true for
tkSimpleDialog.askfloat().
The cause of this seems to be the
Tom Rini added the comment:
Did a change later make this user-configurable? I've got some code here that
now runs so slow as to be unusable because nothing is ever cached anymore.
Thanks!
--
nosy: +Tom.Rini
___
Python tracker
Tom Rini added the comment:
So yes, we have some code that was doing, roughly:
if any(fnmatchcase(key, pat) for pat in pattern):
refs.add(key)
on 200-300 elements, a lot. That said, many of them were not globs so we've
worked around this to only use fnmatchcase on globs and just key i
tom kel added the comment:
I changed the patch and made it a little bit better.
--
versions: +Python 3.1, Python 3.4 -Python 2.7
Added file: http://bugs.python.org/file24334/2012-1-26.diff
___
Python tracker
<http://bugs.python.org/issue13
New submission from Tom Christie :
json.dumps() documentation is slightly incorrect.
http://docs.python.org/library/json.html#json.dumps
Reads:
"If ensure_ascii is False, then the return value will be a unicode instance."
Should read:
"If ensure_ascii is False, then the r
Tom Christiansen added the comment:
I would encourage you to look at the Perl CPAN module Unicode::LineBreak,
which fully implements tr11. It includes Unicode::GCString, a class
that has a columns() method to determine the print columns. This is very
fancy in the case of Asian widths, but of
Tom Christiansen added the comment:
>Martin v. L=C3=B6wis added the comment:
>> Martin, I think you meant to write "if w =3D=3D 'A':".
>> Some very common characters have ambiguous widths though (e.g. the Greek =
>alphabet), so you can't just raise
Tom Christiansen added the comment:
>Martin v. L=C3=B6wis added the comment:
>> I would encourage you to look at the Perl CPAN module Unicode::LineBreak,
>> which fully implements tr11.
>Thanks for the pointer!
>> If you'd like, I can show you a program t
Tom Bachmann added the comment:
Hello,
[this is my first bug report, so I'm sorry if I'm not adhering to some
conventions]
in what versions of python is this supposed to be fixed? Consider:
% python
Python 2.7.2+ (default, Nov 30 2011, 19:22:03)
[GCC 4.6.2] on linux2
Tom Bachmann added the comment:
I see. Thank you.
On 12.04.2012 16:08, R. David Murray wrote:
>
> R. David Murray added the comment:
>
> It is fixed in Python3. Apparently Raymond was wrong about it having been
> fixed earlier (or perhaps he was referring to the unicode bei
Tom Pinckney added the comment:
FWIW, clang from Xcode 4.3.2 build 4E2002 w/ command line tools built
everything fine for me too (i.e., ./configure CC=clang).
LM-SJN-00377886:cpython tom$ uname -a
Darwin LM-SJN-00377886 11.3.0 Darwin Kernel Version 11.3.0: Thu Jan 12 18:47:41
PST 2012
Tom Pinckney added the comment:
What if this gzip decompression was optional and controlled via a flag or
handler instead of making it automagic?
It's not entirely trivial to implement so it is nice to have the option of this
happening automatically if one wishes.
Then, the caller wou
Tom Pinckney added the comment:
Looking at the current docs for 3.3, it looks like there are a bunch of other
ways that the docs could be clarified:
1) Proper documentation of the complete profile.Profile() and
cProfile.Profile() interfaces.
2) Adding other examples to the quick start
Tom Pinckney added the comment:
I took a stab at updating the docs based on the current profiler source. See
attached patch for a first draft.
This is my first doc patch so would appreciate any feedback on style and
substance of my changes.
I tried to document more of the modules (for
Tom Pinckney added the comment:
New patch attached, tested against Python 3.2. This is my first Python patch so
apologies if I've done something wrong here. Feedback appreciated!
Changes:
* fit everything to 80 cols
* just made changes to the HTMLParser.unescape function instead of prov
Tom Lynn added the comment:
I've also been attempting to look into this and came up with an almost
identical patch, which is promising:
https://bitbucket.org/tlynn/issue1859/diff/textwrap.py?diff2=041c9deb90a2&diff1=f2c093077fbf
I missed the wordsep_simple_re though.
Testing it is
New submission from Tom Quaile :
Using IDLE 3.2a4
Apologies in advance for probably wasting your time. If I'm wrong, just ignore
me. I'm very new to Python. Is this a bug, my processor or me? I'm sending this
in as I see it's an alpha release.
If the user supplies 100 as
New submission from Tom Loredo :
When building a universal framework Python-2.7.1 with homebrew on 10.6.6,
python-32 (and its target, python2.7-32) are built and installed in the
framework executable path, but they are not linked in /usr/local/bin.
msg101156 in Issue 8089 recognized this as
Tom Loredo added the comment:
I believe the main Makefile makes the Mac/Makefile.in installunixtools target
automatically, and I don't see that it should do "the right thing" regarding
linking a python-32.
I did the brew install again, logging the output, and adding an
Tom Loredo added the comment:
I see this is marked as fixed but pending; perhaps the following comment will
be useful.
I encountered the IDLE/Tk instability issue when working on the Homebrew
formula for Python-2.6.5 a year ago (March 2010). Building a universal
framework Python on Intel
Tom Loredo added the comment:
I believe this is a bug.
The -32 part of Mac/Makefile.in builds and links the -32 versions here:
ifneq ($(LIPO_32BIT_FLAGS),)
lipo $(LIPO_32BIT_FLAGS) -output
$(DESTDIR)$(prefix)/bin/python$(VERSION)-32 pythonw
lipo $(LIPO_32BIT_FLAGS) -output
Tom Loredo added the comment:
The attached patch does the trick.
--
Added file: http://bugs.python.org/file20792/Python-2.7.1-patch.txt
___
Python tracker
<http://bugs.python.org/issue11
Tom Loredo added the comment:
Ned-
Thanks a lot for the clarifications. Both the tracker and modified
web page have cleared things up for me.
> "* No recommended or alternate Tcl/Tk is indicated for 32/64 on 10.6. But
> the 2.7.2 patched README indicates
> ActiveTcl-8.5.9 wi
New submission from Tom Tromey:
In gdb we supply a class whose nb_int method can throw
an exception.
A user wrote code like this:
return '%x' % value
... where "value" was an instance of this class.
This caused funny exception behavior later on.
You can see the origina
Tom Tromey added the comment:
Here is a patch that includes a test case.
The test fails before the stringobject.c patch is applied,
and passes after.
--
Added file: http://bugs.python.org/file26629/P
___
Python tracker
<http://bugs.python.
1 - 100 of 243 matches
Mail list logo
