Thomas Spura toms...@fedoraproject.org added the comment:
AFAIK hg supports symlinks.
Why not just symlink .gitignore to .hgignore and keep .hgignore up to date?
But in this case $ and ^ need to be avoided, e.g. this doesn't work for git:
Makefile$
Makefile.pre$
--
nosy: +tomspur
New submission from Thomas Wouters tho...@python.org:
The hash randomization change conflates 'pydebug' builds (which define the
'Py_DEBUG' preprocessor symbol) and asserts (which use 'NDEBUG' instead.) While
Py_DEBUG automatically unsets NDEBUG, the inverse is not true (and should
New submission from Thomas Kluyver tak...@gmail.com:
With the text 'abc€' copied to the clipboard, on Linux, where UTF-8 is the
default encoding:
Python 3.2.3 (default, Apr 12 2012, 21:55:50)
[GCC 4.6.3] on linux2
Type help, copyright, credits or license for more information.
import tkinter
Thomas Kluyver tak...@gmail.com added the comment:
On this computer, I see this from Tcl:
$ wish
% clipboard get
abc\u20ac
But here Python's following suit:
root.clipboard_get()
'abc\\u20ac'
Which is odd, because as far as I know, my two computers run the same OS
(Ubuntu 12.04) in the same
Thomas Kluyver tak...@gmail.com added the comment:
OK, after a quick bit of reading, I see why I'm confused: the clipboard
actually works by requesting the text from the source program, so where you
copy it from makes a difference. In my case, copying from firefox gives
'abc\\u20ac
Thomas Kluyver tak...@gmail.com added the comment:
Thanks, Ned.
Does it seem like a good idea to test the windowing system like that, and
default to UTF8_STRING if it's x11? So far, I've not found any case on X where
STRING works but UTF8_STRING doesn't. If it seems reasonable, I'm happy
Thomas Kluyver tak...@gmail.com added the comment:
Here's a patch that makes UTF8_STRING the default type for clipboard_get and
selection_get when running in X11.
--
keywords: +patch
Added file: http://bugs.python.org/file25552/x11-clipboard-utf8.patch
Thomas Kluyver tak...@gmail.com added the comment:
Indeed, and there don't seem to be any other tests for the clipboard
functionality.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14777
Thomas Kluyver tak...@gmail.com added the comment:
But the encoding used seemingly depends on the source application - Geany (GTK
2, I think) seemingly sends UTF8 text anyway, whereas Firefox escapes the
unicode character. So I don't think we can correctly decode the STRING value in
all cases
Thomas Kluyver tak...@gmail.com added the comment:
OK, I'll produce an updated patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14777
Thomas Kluyver tak...@gmail.com added the comment:
As requested, the second version of the patch (x11-clipboard-try-utf8):
- Caches the windowing system per object. The tk call to find the windowing
system is made the first time clipboard_get or selection_get are called without
specifying
Thomas Kluyver tak...@gmail.com added the comment:
I'm happy to put the cache at the module level, but I'll give other people a
chance to express their views before I dive into the code again.
I imagine most applications would only call clipboard_get() on one item, so it
wouldn't matter
Thomas Kluyver tak...@gmail.com added the comment:
The 3rd revision of the patch has the cache at the module level. It's a bit
awkward, because there's no module level function to call to retrieve it (as
far as I know), so it's exposed by objects which can call Tk.
Also, serhiy pointed out
Thomas Guettler added the comment:
Only few people seem to use daemon threads. We do and see this problem often
with Python 2.7.
How difficult is it to get this fixed for 2.7?
Is there a way to work around this problem?
--
nosy: +guettli
Thomas Guettler added the comment:
There are some examples to work around this for Python2:
http://stackoverflow.com/questions/18098475/detect-interpreter-shut-down-in-daemon-thread
--
nosy: +guettli
___
Python tracker rep...@bugs.python.org
http
New submission from Thomas Guettler:
This is a documentation bug: Since #1856 is not solved for Python2, it needs
to be documented.
Daemon Threads on Python2 can seg fault.
Work arounds:
http://stackoverflow.com/questions/18098475/detect-interpreter-shut-down-in-daemon-thread
New submission from Thomas Heller:
In site.py, line 477, I find this code:
# Reading the initialization (config) file may not be enough to set a
# completion key, so we set one first and then read the file
if 'libedit' in getattr(readline, '__doc__
Changes by Thomas Weißschuh tho...@t-8ch.de:
--
nosy: +t-8ch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17997
___
___
Python-bugs-list mailing
Thomas Heller added the comment:
I suggest to remove the comment part from the patch and then apply it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18852
Changes by Thomas Heller thel...@ctypes.org:
--
nosy: +theller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18986
___
___
Python-bugs-list
New submission from Thomas Guettler:
If you search for printf in the docs you get this result:
http://docs.python.org/3.3/search.html?q=printfcheck_keywords=yesarea=default
Please have a look at the first results. I guess most people don't want to see
docs about PyOS_snprintf
Most people
Thomas Fenzl added the comment:
I removed the unnecessary check on single-element arrays.
No strong opinion on usefulness, as I don't use xmlrpc a lot...
--
Added file: http://bugs.python.org/file29579/xmlrpc_less_copy-1.diff
___
Python tracker rep
New submission from Thomas Heller:
Typo: trucate instead of truncate
--
assignee: docs@python
components: Documentation
files: work.patch
keywords: patch
messages: 185901
nosy: docs@python, theller
priority: normal
severity: normal
status: open
title: Typo in Doc/whatsnew/3.3.rst
Added
Thomas Fenzl added the comment:
I signed the contributor agreement during pycon, with the pdf sent to me on
March 19th, 15:25 PDT
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17484
Thomas Fenzl added the comment:
The authoritative implementation of this functionality would be Microsoft's
PathCreateFromUrl
(http://msdn.microsoft.com/en-us/library/windows/desktop/bb773581%28v=vs.85%29.aspx)
and UrlCreateFromPath
(http://msdn.microsoft.com/en-us/library/windows/desktop
Thomas Kluyver added the comment:
I've added docs and tests, and split the changes to test_peepholer into a
separate patch.
I haven't re-exposed details of the code object as attributes of Bytecode
instances, because they're already available as e.g. bytecode.codeobj.co_names
. I think
Changes by Thomas Kluyver tak...@gmail.com:
Added file: http://bugs.python.org/file29695/test_peepholer.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11816
New submission from Thomas Wouters:
The documentation of '%r' in
http://docs.python.org/2/library/stdtypes.html#string-formatting-operations
links to the wrong repr, the module
(http://docs.python.org/2/library/repr.html#module-repr) instead of the builtin
function (http://docs.python.org/2
Thomas Barlow added the comment:
Just adding a patch here with a few unit tests to demonstrate the issue,
comments here are welcome. This is my first patch, I believe I have put the
tests in the correct place.
It appears the problem only occurs if there is an incomplete XML entity where
Thomas Fenzl added the comment:
This is a documentation patch against 3.3 with the aliases removed.
--
keywords: +patch
nosy: +Thomas Fenzl
Added file: http://bugs.python.org/file30091/issue17841_codecs_docu.patch
___
Python tracker rep
Thomas Kluyver added the comment:
Ping - the latest patches (dis_api3 test_peepholer) are ready for review when
someone's got a moment. Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11816
Thomas Kluyver added the comment:
bytecode_helper is there in dis_api3.diff - anyone with commit rights should be
able to add it to the repository.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11816
Thomas Fenzl added the comment:
I also looked into creating a patch and now I'm not convinced about the
solution.
While os.path.join accepts an empty string, the functions is os (e.g. stat and
friends, utime, chown don't. os.walk doesn't throw an Exception, but generates
an empty iterator
Thomas Wouters added the comment:
For the record, Raymond, I think you're wrong about this. Itertools isn't
always a solution to every problem, and it makes for a very awkward way around
a silly limitation in min() and max(). Their API is already awkward -- because
they already take a keyword
Thomas Heller added the comment:
The modulefinder usage is directly exposed in its API as the return
value of a find_module method, which makes removal a pain. Adding
Thomas Heller to see what he has to say.
Some months ago, I have started to implement a brand-new modulefinder,
which
Thomas Heller added the comment:
Brett, can these changes be merged into 3.3 also?
--
nosy: +theller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18058
New submission from Thomas Guettler:
The documentation of codecs.readline() has a link to the readline module.
That the same word with a total different meaning!
http://docs.python.org/2/library/codecs.html?highlight=readline#codecs.StreamReader.readline
The GNU readline module is about
New submission from Thomas Guettler:
The stream reader of codecs.open() breaks on undocumented characters:
http://docs.python.org/2/library/codecs.html?highlight=codecs%20readline#codecs.StreamReader.readline
import tempfile
temp=tempfile.mktemp()
fd=open(temp, 'wb')
fd.write('abc\ndef\x85ghi
Changes by Thomas Heller thel...@ctypes.org:
--
nosy: +theller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15767
___
___
Python-bugs-list
Thomas Miedema added the comment:
Added a better testcase.
--
title: Fix pickling of named tuples in 2.7.3 - Fix pickling of named tuples in
2.7.3 (BUG)
Added file: http://bugs.python.org/file27077/namedtuple_pickle_fix.patch
___
Python tracker rep
Changes by Thomas Miedema thomasmied...@gmail.com:
Removed file: http://bugs.python.org/file26662/namedtuple_pickle_fix.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15535
New submission from Thomas Kluyver:
Since bug #1006219 was fixed, inspect.getsource(func) has returned the source
of a function including any decorators on the function. But doing the same with
a class, the returned source doesn't include decorators.
With functions, the co_firstlineno
Thomas Lee added the comment:
Working on a patch for this. Should be ready for review shortly.
--
nosy: +thomaslee
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15887
Thomas Lee added the comment:
Patch attached. Terry, you'll notice I wrap the main part of the urlencode
function in a big try/except block to catch TypeErrors ValueErrors.
I'm a bit concerned that doing this may misreport the true underlying error in
the event we screw up values/types
Thomas Lee added the comment:
Patch against hg tip attached.
--
keywords: +patch
nosy: +thomaslee
Added file: http://bugs.python.org/file27202/issue-15893-01.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15893
Thomas Lee added the comment:
I can reproduce this on Debian Wheezy. Both with the system Python (2.7.3rc2)
and the 2.7 branch built from source.
--
nosy: +thomaslee
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15991
Thomas Lee added the comment:
I know this is an old-ish issue, but I can't reproduce anything like this on
Debian Wheezy with either Python 2.7 or tip (3.x). I think we need more details
of what you're trying to do here Roger.
1. What exactly did you do to reproduce the strace output below?
2
Thomas Lee added the comment:
My results aren't quite as dramatic as yours, but there does appear to be a
regression:
$ ./python -V
Python 2.7.3+
$ ./python -m timeit -s s = 'b'*1000 s.replace('b', 'a')
10 loops, best of 3: 16.5 usec per loop
$ ./python -V
Python 3.3.0rc3+
$ ./python -m
Thomas Lee added the comment:
Thanks ABR. You may be better off raising a ticket against requests
(https://github.com/kennethreitz/requests).
I'm assuming what you want to happen here is for the session.post() call to
return the 401 response without raising an exception. Perfectly reasonable
Thomas Lee added the comment:
FWIW, I think Mark's right here. I'm +1 on the implementations being consistent.
Seems like a potentially nasty surprise if you move from one implementation to
the other and, lacking awareness of this quirk, design your algorithm around
semantics. I think
Thomas Bach added the comment:
Yeah, the change you suggest sounds reasonable.
Thanks for reconsidering the case!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16110
New submission from Thomas Kluyver:
At least in CPython, format strings can be given as bytes, as an alternative to
str. E.g.
struct.unpack(b'hhl', b'\x00\x01\x00\x02\x00\x00\x00\x03')
(1, 2, 3)
Looking at the source code [1], this appears to be consciously accounted for.
But it doesn't
Changes by Thomas Kluyver tak...@gmail.com:
--
nosy: +takluyver
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16467
___
___
Python-bugs-list
Thomas Kluyver added the comment:
It seems pretty arbitrary and newcomer-unfriendly to decide that Python doesn't
support running setup.py inside IDLE.
Exhibit A: confused newcomer trying to install distribute, getting unhelpful
error message.
http://stackoverflow.com/questions/13368040
Thomas Kluyver added the comment:
OK, thanks, and sorry for the noise. I've closed this issue.
Looking at the readline manual, it looks like this is tied up with the options
input-meta, output-meta and convert-meta. Fiddling around with .inputrc hasn't
clarified exactly what they do
Thomas Kluyver added the comment:
Thanks, I'm really glad to see that it's useful to others. I don't mind
contributing it to Python, but I wonder if it's better to let it develop
separately for a few months first - it's still very new, and I can improve it
faster in a repository where I can
Thomas Kluyver added the comment:
I think that putting the full content of GTS into the ast module docs would
make it awkwardly long. Perhaps the bulk of it could become a howto, and GTS
could be maintained separately as a showcase of examples
New submission from Thomas Chiroux:
when using multi-inheritance and super() in __init__(), super() tries to run
each constructor once.
For this to work correctly, it is needed to call super() in each constructor,
including for Classes directly inherited from object.
The sample below does
Thomas Chiroux added the comment:
updated diff file, unified format
--
Added file: http://bugs.python.org/file28151/diff_unified_threading.py_2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16572
Thomas Chiroux added the comment:
That's right.
Lets consider this 'patch' was more for illustrating my example (like: this
kind of modification may work) than to add directly into python core module...
(which i'm not capable of)
But I think the problem remains: do you agree that Classes
Thomas Kluyver added the comment:
I'm happy to put together a docs patch, but I don't have any indication of the
right answer (is it a safe feature to use, or an implementation detail?) Is
there another venue where I should raise the question
Thomas Lee t...@vector-seven.com added the comment:
This would appear to be another build quirk: Lib/symbol.py needs to be
regenerated if Grammar/Grammar changes.
Brett, do you think it would be okay for this file to be generated
automatically as part of the build process? I can't think of any
Thomas Heller thel...@ctypes.org added the comment:
Fixed in trunk (rev 69505) and release26-maint (rev 69506).
The bug was already fixed in a different way in py3k and release30-maint
although in a different way, I merged this exact fix anyway (rev 69507
and rev 69508).
Thanks
Changes by Thomas Heller thel...@ctypes.org:
--
nosy: +theller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1552880
___
___
Python-bugs-list
Changes by Thomas Heller thel...@ctypes.org:
--
nosy: -theller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue850997
___
___
Python-bugs-list
Changes by Thomas Heller thel...@ctypes.org:
--
components: -ctypes
nosy: -theller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5377
Changes by Thomas Heller thel...@ctypes.org:
--
assignee: theller -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5377
___
___
Python-bugs-list
New submission from Thomas Guest t...@wordaligned.org:
http://docs.python.org/3.0/library/itertools.html says:
The tools also work well with the high-speed functions in the operator
module. For example, the plus-operator can be mapped across two vectors
to form an efficient dot-product: sum
Thomas Heller thel...@ctypes.org added the comment:
I accept this as a bug; however I don't have time now to work on it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2123
New submission from Thomas Willis tom.wil...@gmail.com:
All the vast amounts of documentation out there on how to do neat things
with python seem to assume that python is already in the system path.
It would be nice if the installer went ahead and set this up for the
user. In my experience
Thomas Heller thel...@ctypes.org added the comment:
I think simple renaming would be fine.
I do not see how module_methods could be made static; however, the
init_callbacks_in_module function should probably be removed completely.
Some other symbols could be made static because they are only
Thomas Heller thel...@ctypes.org added the comment:
There is a problem returning arbitrary complicated ctypes types from
callbacks. Consider that a callback function returns a structure; the
structure itself may contain 'char *' field for example. The callback
function creates the structure
Changes by Thomas Heller thel...@ctypes.org:
--
nosy: +theller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1006238
___
___
Python-bugs-list
Thomas Heller thel...@ctypes.org added the comment:
Joshua Kinard schrieb:
Joshua Kinard ku...@gentoo.org added the comment:
Is there any movement on this perchance? Just bumped into this on my
MIPS platform and discovered this bug.
There is no MIPS buildbot at the moment, and I'm unclear
Thomas Heller thel...@ctypes.org added the comment:
Here is a quite large patch (300 lines) against svn trunk that renames a
lot of symbols.
The list of symbols, listed by 'nm -g --defined-only _ctypes.so' is as
follows:
thel...@tubu32:~/devel/trunk$ find . -name _ctypes.so | xargs nm -g
Thomas Heller thel...@ctypes.org added the comment:
Correction: The patch has 3000 lines, not 300.
And I think that the 'My_Unicode_...' functions can be removed because
they are not used anywhere. I have to check this.
--
___
Python tracker rep
Thomas Heller thel...@ctypes.org added the comment:
Fixed in trunk svn rev. 71842, I will merge this into the py3k branch soon.
--
resolution: - fixed
status: open - closed
versions: +Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
Thomas Heller thel...@ctypes.org added the comment:
Unassigning; myself I will not rewrite the ctypes docs.
--
assignee: theller -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2774
Thomas Heller thel...@ctypes.org added the comment:
Thanks, amaury, for the patch.
Fixed in trunk, release26-maint, release30-maint, py3k branch.
SVN revisions 71847, 71848, 71849, 71851.
--
keywords: -needs review
resolution: - fixed
status: open - closed
versions: +Python 2.7
Thomas Heller thel...@ctypes.org added the comment:
Fixed in trunk (svn rev 71853).
I'll leave this open until it is ported to py3k.
--
resolution: - accepted
versions: +Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http
Thomas Heller thel...@ctypes.org added the comment:
BTW: The 'My_Unicode...' symbols are gone, too.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3102
Thomas Heller thel...@ctypes.org added the comment:
svn rev 71845, in py3k branch.
--
resolution: accepted - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3102
Thomas Heller thel...@ctypes.org added the comment:
Fixed in trunk and py3k branch, svn revisions 71906 and 71907.
Thanks for the patch.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Thomas Heller thel...@ctypes.org added the comment:
I wonder if fixes for issues like these (ctypes build errors on some
plaforms) could be verified by using cross compilers on linux?
--
___
Python tracker rep...@bugs.python.org
http
Thomas Heller thel...@ctypes.org added the comment:
I've applied py-issue-4305.patch and reran configure 2.61. Committed as
rev 72081 (trunk), 72082 (py3k branch), 72083 (release26-maint branch),
72084 (release30-maint branch).
Can someone please confirm that it works now, so that I can close
Thomas Heller thel...@ctypes.org added the comment:
Seems ronald takes care of this issue.
--
assignee: theller - ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5413
Thomas Heller thel...@ctypes.org added the comment:
Duplicate of issue 4305.
--
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5507
Thomas Heller thel...@ctypes.org added the comment:
Isn't is easy to find these limits by using ctypes?
Something like ctypes.sizeof(ctypes.c_uint32)...
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Changes by Thomas Heller thel...@ctypes.org:
--
versions: +Python 2.7, Python 3.0, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4875
Thomas Heller thel...@ctypes.org added the comment:
Tested myself, on a mipsel debian qemu instance.
--
resolution: accepted - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4305
Thomas Heller thel...@ctypes.org added the comment:
Hm, I don't see any problems with current Python trunk or the
release26-maint branch, on a Fedora 10 system.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5504
Thomas Heller thel...@ctypes.org added the comment:
Try this as root, then repeat your test:
semanage boolean -m --off allow_execstack
Ok, I can reproduce the problem now. Thanks!
--
title: ctypes should work with systems where mmap can't be PROT_WRITE and
PROT_EXEC - ctypes should
Thomas Heller thel...@ctypes.org added the comment:
Here is a patch for Python trunk (linux only).
--
Added file: http://bugs.python.org/file13897/issue5504.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5504
Thomas Heller thel...@ctypes.org added the comment:
Fixed in trunk (rev 72352), release26-maint (rev 72353), py3k (rev
72354), and release30-maint (rev 72355).
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Thomas Heller thel...@ctypes.org:
--
components: -Build
stage: test needed -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1648957
Thomas Heller thel...@ctypes.org added the comment:
So, should this be closed as some kind of 'works for me' + 'wont fix' +
'third-party-bug' in Apple's sqlite?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1581906
New submission from Thomas Heller thel...@ctypes.org:
The json package is a lot slower than the simplejson package. Both
packages have their C compiled speedup module; however:
C:\py26 -m timeit -s from json import dumps, loads
loads(dumps(range(32)))
1000 loops, best of 3: 618 usec per
Thomas Heller thel...@ctypes.org added the comment:
Here are the numbers from trunk (rev ) and release26-maint branch (rev ):
c:\svn\release26-maint\PCbuildpython -m timeit -s from json import loads,
dumps loads(dumps(range(32)))
1000 loops, best of 3: 726 usec per loop
c:\svn\release26-maint
New submission from Thomas Guettler guet...@thomas-guettler.de:
On smtplib example:
http://docs.python.org/library/smtplib.html#smtp-example
should be a link to:
http://docs.python.org/library/email-examples.html
I think the smtplib example is bad, since the email gets created with a
string
New submission from Thomas Reiter thom...@nikhef.nl:
On a 64-bit Linux machine the attached program generates the following
(shortened) output:
$ python bug.py
...
after 2145.49s:
after 2145.82s:
after 2146.14s:
after 2146.47s:
after 2146.80s:
after 2147.13s:
after 2147.45s:
after
701 - 800 of 1765 matches
Mail list logo