Thomas Holmes added the comment:
I have added a test and made some additional modifications. I had to modify the
very simple MyCmd object in test_command_cmd.py so that it would have some user
options with default values and support finalization
Changes by Thomas Holmes :
Added file: http://bugs.python.org/file22624/7c61eba07f3f.diff
___
Python tracker
<http://bugs.python.org/issue12344>
___
___
Python-bugs-list m
Changes by Thomas Holmes :
Removed file: http://bugs.python.org/file22624/7c61eba07f3f.diff
___
Python tracker
<http://bugs.python.org/issue12344>
___
___
Python-bug
Changes by Thomas Holmes :
Added file: http://bugs.python.org/file22625/115c0c10b3ba.diff
___
Python tracker
<http://bugs.python.org/issue12344>
___
___
Python-bugs-list m
Thomas Holmes added the comment:
> > It also creates an exe installer, not an MSI.
> Why would you think it creates an MSI? bdist_wininst is not bdist_msi.
My concern for MSI is that this issue is referencing a change to MSI
generation. I never had any expectation for wininst to ge
Thomas Holmes added the comment:
I mean that msi is _not_ set as a valid format. I will verify this evening.
--
___
Python tracker
<http://bugs.python.org/issue12
Thomas Wouters added the comment:
For what it's worth, the need for a bootstrap-module has also come up within
Google, where we have... somewhat different requirements than most. In order
to fix import paths in a way that works even when using "python -S", I had a
need to
Thomas Wouters added the comment:
Here's the patch implementing this, which I'd attached to Issue11561 (although
I noticed 'hg diff' omitted the empty stdlib_landmark.py file.)
--
keywords: +patch
nosy: +twouters
Added file: http://bugs.python.org/file23113/
Thomas Guettler added the comment:
Yes, I think this can be closed, too.
--
nosy: +guettli
___
Python tracker
<http://bugs.python.org/issue1982>
___
___
Pytho
Changes by Thomas Jollans :
Added file: http://bugs.python.org/file18606/tofrombytes.diff
___
Python tracker
<http://bugs.python.org/issue8990>
___
___
Python-bugs-list m
Changes by Thomas Jollans :
Removed file: http://bugs.python.org/file18606/tofrombytes.diff
___
Python tracker
<http://bugs.python.org/issue8990>
___
___
Python-bug
Thomas Jollans added the comment:
Hello again, sorry for the absense.
Victor, thanks for the input. I've attached a new patch that checks the
PyErr_WarnEx return value.
--
Added file: http://bugs.python.org/file18607/tofrombytes.diff
___
P
Thomas Jollans added the comment:
That sounds reasonable. I've updated the patch to keep the old
test_tofromstring testcase.
I'll also attach another patch in a moment that removes what I'm reasonably
sure is all the uses of array.tostring and .fromstring in the standard l
Changes by Thomas Jollans :
Added file: http://bugs.python.org/file18698/tostring_usage.diff
___
Python tracker
<http://bugs.python.org/issue8990>
___
___
Python-bug
Changes by Thomas Jollans :
Removed file: http://bugs.python.org/file18607/tofrombytes.diff
___
Python tracker
<http://bugs.python.org/issue8990>
___
___
Python-bug
New submission from Thomas Sondergaard :
For entries written with writestr ZipFile doesn't record the file type in the
unix external attributes block. It should set it to "regular file" (S_IFREG).
The attached sample creates a zip file. If you inspect it with zipinfo -v, you
wi
Thomas Sondergaard added the comment:
It does know that the entry is a regular file, and that is the bit of
information that is missing in the unix external file attributes. Having said
that you do have a point - perhaps it shouldn't record unix external file
attributes at all, whe
New submission from Thomas Claveirole :
Hello,
Here is a code that exhibits an invalid behavior (Python 2.6.6):
---8<---
import subprocess, os
os.close(0) # Works correctly if any of these two are commented out.
os.close(2)
print subprocess.Popen('echo foo>&
Changes by Thomas Wouters :
--
resolution: -> fixed
status: open -> closed
superseder: -> Thread shutdown exception in Thread.notify()
___
Python tracker
<http://bugs.python.o
New submission from Thomas Guettler :
I get the following traceback. I created a patch against email/quoprimime.py
from SVN branch python2.7
File "/usr/lib64/python2.6/email/header.py", line 93, in decode_header
dec = email.quoprimime.header_decode(encoded)
File "/usr/
Changes by Thomas Guettler :
Added file: http://bugs.python.org/file19081/broken-subject.msg
___
Python tracker
<http://bugs.python.org/issue10004>
___
___
Python-bug
New submission from Thomas Klausner :
I'm running newspipe-1.1.9, an RSS reader
(http://newspipe.sourceforge.net/), on NetBSD-5.99.11/amd64 using
Python-2.6.6.
Sometimes, it core dumps with particular feeds in the configuration (I
guess depending on the feed, because when I comment ou
Thomas Klausner added the comment:
# python2.6
Python 2.6.6 (r266:84292, Sep 23 2010, 08:13:08)
[GCC 4.1.3 20080704 prerelease (NetBSD nb2 20081120)] on netbsd5
Type "help", "copyright", "credits" or "license" for more information.
>
New submission from Thomas Guettler :
Hi,
the documentation of "globals()" is missing a note if you can update
the dictionary:
http://docs.python.org/library/functions.html?highlight=globals#globals
For "locals()" it is documented:
http://docs.python.org/library/func
New submission from Thomas Wouters :
This patch adds support for the GCC visibility attributes to the PyAPI_* macros
(currently only used for Windows.) GCC's default visibility is 'public', but
can be changed to 'hidden' with the '-fvisibility=hidden' arg
Thomas Wouters added the comment:
This patch adds support for the GCC visibility attributes to the PyAPI_* macros
(currently only used for Windows.) GCC's default visibility is 'public', but
can be changed to 'hidden' with the '-fvisibility=hidden' arg
Changes by Thomas Wouters :
--
Removed message: http://bugs.python.org/msg130144
___
Python tracker
<http://bugs.python.org/issue11410>
___
___
Python-bugs-list m
Thomas Wouters added the comment:
Uploaded to Rietveld, too: http://codereview.appspot.com/4260052/
--
___
Python tracker
<http://bugs.python.org/issue11
New submission from Thomas Wouters :
Fix a (double) typo in the Makefile, which prevents 'make
DESTDIR=relative/path' from working correctly.
--
files: destdir.diff
keywords: easy, needs review, patch
messages: 130146
nosy: twouters
priority: normal
severity: normal
status:
Thomas Wouters added the comment:
Checked into 2.7, 3.1, 3.2 and default (d121681ed1cc, 12f0da000dc4,
686df11f0a14, bb2a9ea5c7d0.)
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Thomas Wouters added the comment:
The cygwin changes are no-ops, just refactoring the needlessly nested if
statement for clarity. I can revert them.
The getargs.c change *is* necessary, although it doesn't have to be that exact
change. The problem is that the functions in that block ar
New submission from Thomas Wouters :
According to distutils' test_bdist_rpm, bdist_rpm fails when running Python
with -B/PYTHONDONTWRITEBYTECODE. (bdist_rpm or its test doesn't pass -B along
but also doesn't use -E, so the test-failure shows up when setting the
PYTHONDO
New submission from Thomas Wouters :
This patch tweaks a few tests that currently rely on .pyc files being written,
causing them to fail (or crash) when running 'make test TESTPYTHONOPTS=-B'. All
these are purely test failures, not failures in the tested code (unlike issue
#11417,
Changes by Thomas Wouters :
Added file: http://bugs.python.org/file21023/py32-dontwritebytecode.diff
___
Python tracker
<http://bugs.python.org/issue11420>
___
___
Pytho
Thomas Wouters added the comment:
Windows/Cygwin parts of the patch reverted and new patch uploaded. My point
about the _Py*_SizeT functions is that they're only declared when you define
PY_SSIZE_T_CLEAN, and I don't know if we want to change that (I don't think it
Changes by Thomas Wouters :
Removed file: http://bugs.python.org/file21014/gcc-visibility.diff
___
Python tracker
<http://bugs.python.org/issue11410>
___
___
Python-bug
Thomas Wouters added the comment:
I couldn't really care less about bdist_rpm, I'm just reporting a bug in it
when not writing .pyc files (through PYTHONDONTWRITEBYTECODE.) I encountered it
while making the testsuite do the right thing when not writing bytecode (see
issue #11420.
Thomas Wouters added the comment:
I'll incorporate that change into issue #11420 then, and close this (and harp
on bdist_rpm2 if it ever lands in the stdlib and has the same issue :-)
--
resolution: -> wont fix
status: open -> closed
___
Changes by Thomas Wouters :
Removed file: http://bugs.python.org/file21022/py31-dontwritebytecode.diff
___
Python tracker
<http://bugs.python.org/issue11420>
___
___
Pytho
Changes by Thomas Wouters :
Removed file: http://bugs.python.org/file21023/py32-dontwritebytecode.diff
___
Python tracker
<http://bugs.python.org/issue11420>
___
___
Pytho
Thomas Wouters added the comment:
As per issue #11417, updated to also skip the tests in
distutils/tests/test_bdist_rpm.py when not writing bytecode.
--
Added file: http://bugs.python.org/file21036/py31-dontwritebytecode.diff
___
Python tracker
Changes by Thomas Wouters :
Added file: http://bugs.python.org/file21037/py32-dontwritebytecode.diff
___
Python tracker
<http://bugs.python.org/issue11420>
___
___
Pytho
New submission from Thomas Guettler :
A link from
http://docs.python.org/library/stdtypes.html#set.union
to
http://en.wikipedia.org/wiki/Union_%28set_theory%29
would help young people to understand sets.
Of course it is the same for intersection(), difference(), and
symmetric_difference
New submission from Thomas Wouters :
As discussed at the language summit at PyCon 2011, some code takes some
liberties with setting class attributes to callable objects, like CFunctions,
that (C)Python does not turn into methods. This is problematic because 1)
CPython can't then turn
Changes by Thomas Wouters :
Added file: http://bugs.python.org/file21086/nonmethod-warn-nongit.diff
___
Python tracker
<http://bugs.python.org/issue11462>
___
___
Pytho
Changes by Thomas Wouters :
Removed file: http://bugs.python.org/file21086/nonmethod-warn-nongit.diff
___
Python tracker
<http://bugs.python.org/issue11462>
___
___
Pytho
Changes by Thomas Wouters :
Added file: http://bugs.python.org/file21087/nonmethod-warn-nongit.diff
___
Python tracker
<http://bugs.python.org/issue11470>
___
___
Pytho
Changes by Thomas Wouters :
Removed file: http://bugs.python.org/file21085/nonmethod-warn.diff
___
Python tracker
<http://bugs.python.org/issue11470>
___
___
Python-bug
Changes by Thomas Wouters :
Added file: http://bugs.python.org/file21088/nonmethod-warn-nongit.diff
___
Python tracker
<http://bugs.python.org/issue11470>
___
___
Pytho
Changes by Thomas Wouters :
Removed file: http://bugs.python.org/file21087/nonmethod-warn-nongit.diff
___
Python tracker
<http://bugs.python.org/issue11470>
___
___
Pytho
Thomas Wouters added the comment:
What is the actual performance impact of this change? As far as I can see the
difference is almost entirely in .pyc (on-disk) size, as when loading most of
these constants are interned anyway. Even the on-disk change is minimal - and I
say that as a person
New submission from Thomas Wouters :
The buffer docs on http://docs.python.org/c-api/buffer.html list
PyObject_CopyToData, but no such function seems to exist.
--
assignee: docs@python
components: Documentation
messages: 130717
nosy: docs@python, twouters
priority: normal
severity
Thomas Wouters added the comment:
Eh, I mean PyObject_CopyToObject.
--
___
Python tracker
<http://bugs.python.org/issue11478>
___
___
Python-bugs-list mailin
Changes by Thomas Wouters :
--
title: Docs list nonexistant PyObject_CopyToData function -> Docs list
nonexistant PyObject_CopyToObject function
___
Python tracker
<http://bugs.python.org/issu
Thomas Wouters added the comment:
New version of the patch; instead of triggering at attribute *access*, this
just checks when creating types and in type_setattro. It also makes the warning
a newly added CompatibilityWarning. Also, instead of warning for all
non-descriptors, it now only
Changes by Thomas Wouters :
Removed file: http://bugs.python.org/file21088/nonmethod-warn-nongit.diff
___
Python tracker
<http://bugs.python.org/issue11470>
___
___
Pytho
Thomas Wouters added the comment:
I'm not surprised this test takes up more memory... It claims to take up 9
times the test size in memory, with a minimum useful test size of 1G. With a
limit of 12G that would make the test size about 1.33G. However, it then
proceeds to build a tuple o
New submission from Thomas Kluyver :
To replicate, in Python 3.1 on Linux (utf-8 console):
>>> print(chr(0x9000))
退
Copy and paste this character into the prompt. It appears correctly (as a
Chinese character). Then:
>>> import readline
>>> readline.parse_and_bind(&
New submission from Thomas Rachel :
The acquire() and release() functions of threading.Semaphore do not make use of
the try...finally suite as it would be reasonable.
They just do
def acquire(self, blocking=1):
rc = False
self.__cond.acquire()
[...]
self
Thomas Rachel added the comment:
I wonder if it is right what I wrote. After a second thought, the acquire()
should come *after* try:, as well in threading.Event. Because if Ctrl-C is
pressed while waiting in acquire(), a KeyboardInterrupt is thrown immediately
after returning from acquire
Thomas Rachel added the comment:
Of course.
I hope it is correct, and I hop it is ok when I change to use "with ...:" on
the other places I consider it useful as well...
--
keywords: +patch
type: -> behavior
Added file: http://bugs.python.org/file21460/th
Thomas Rachel added the comment:
Oops, sorry. I have re-made it; it is to be applied to 69f58be4688a.
The original one was made against the respective file of my distribution which
contains Python 2.6. It can be applied to (at least) 787b969d37f0, a fact which
might help backporting it to 2
Thomas Rachel added the comment:
Here is another patch which fits to 2.7, if desired.
--
Added file: http://bugs.python.org/file21496/threading.b36cb4602e21.patch
___
Python tracker
<http://bugs.python.org/issue11
Thomas Scrace added the comment:
Is anybody working on this issue? If not, I think it looks like it might be a
nice one for me to tackle. I'll go ahead unless there are any objections.
--
nosy: +thomas.scrace
___
Python tracker
New submission from Thomas Ryan :
In 3.1.3, 3.1.2, maybe earlier...
xml.sax.parseString(string, handler, error_handler=handler.ErrorHandler())
Source code requires bytes, not a string as implied by function name and by the
documentation.
Exception thrown for strings.
Since the name includes
Thomas Klausner added the comment:
I've updated the operating system to a 5.99.39, and the problem disappeared.
Strange. Thanks for the suggestions.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org
ctypes has _always_ catched exceptions raised in function calls.
On Windows ;-).
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
New submission from Thomas Guettler <[EMAIL PROTECTED]>:
The current documentation of etree [1] does not explain the
syntax of the supported xpaths.
[1] current documation:
http://docs.python.org/lib/elementtree-elementtree-objects.html
[2] ElementTree supported XPath:
http://effbot.or
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Committed in trunk as rev. 63395. I've changed the code that Amaury
suggested so that None is returned when get_build_version() returns
None. Thanks.
--
resolution: -> fixed
status:
Thomas Heller <[EMAIL PROTECTED]> added the comment:
The OS X find_library code was not written by me, the code was ripped
from Bob Ippolitos macholib.
Can some OS X expert please look into this?
Shamelessly assigning to Ronald - feel free to unassign if you have no time.
--
as
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Thanks, Ronald. Sounds like this bug could be closed then.
Bill, if you want a library search function with different semantics,
I suggest you open a feature request, describe the sematics that
should be used and (ideally) provide a
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Has nothing to do with ctypes.
--
assignee: theller ->
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Thomas Heller <[EMAIL PROTECTED]> added the comment:
That's a great idea.
> Just before doing a C library function call,
> ctypes would copy this variable into the real C-level errno; and
Is the ctypes.set_errno(...) function really needed? Wouldn't it be sufficient
if
Thomas Heller <[EMAIL PROTECTED]> added the comment:
But would it hurt to set errno to zero before *any* function call?
My experiments show that it is faster to clear errno always
instead of trying to get a previously set value from tls storage in a
ctypes-global object created by c
Thomas Heller <[EMAIL PROTECTED]> added the comment:
This does not work because Python can run arbitrary code,
even in the same thread, between the call to a function in
a shared library and the call to get_errno().
__
Tracker <[EMAIL PROTECTE
Thomas Heller <[EMAIL PROTECTED]> added the comment:
> How can Python run arbitrary code between the return from a ctypes
> method and the next Python instruction? None of the code should have any
> effect on errno.
By freeing objects because their refcount h
Thomas Heller <[EMAIL PROTECTED]> added the comment:
>> Using the native errno instead of a custom TLS value is bad because a
>> lot of things can occur
>
> So what's the semantics of set_errno then? Set the real errno? If so,
> what if it gets changed betwee
Thomas Heller <[EMAIL PROTECTED]> added the comment:
>> AFAIU, set_errno/get_errno should provide a ctypes-private copy of the real
>> errno.
>> The copy is copied into the 'real' errno just before ffi_call (in
>> Modules/_ctypes/callproc.c),
>>
Thomas Heller <[EMAIL PROTECTED]> added the comment:
To be honest, I do not understand this request and the discussion.
ctypes.util.find_library(), as dcumented, is supposed to simulate what
the linker does: find the name of a shared library. For example,
it returns 'libc.so.6'
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Ok, here is the plan (basically Armin's proposal):
ctypes maintains a gloabl, but thread-local, variable that contains an error
number;
called 'ctypes_errno' for this discussion.
ctypes.set_errno(value) copies 'val
Changes by Thomas Heller <[EMAIL PROTECTED]>:
--
assignee: theller ->
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1779233>
___
__
Changes by Thomas Heller <[EMAIL PROTECTED]>:
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1797>
___
___
Python-bugs-list mailing list
Thomas Heller <[EMAIL PROTECTED]> added the comment:
NULL function pointers are have a boolean False value now; svn rev 63792
(trunk) and rev 63793 (py3k).
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Here is a patch implementing the plan. This text could serve as a start for the
documentation, but it also describes the current implementation. Usage recipes
should probably be added:
/*
ctypes maintains a module-global, but thread
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Thomas Heller schrieb:
> Here is a patch implementing the plan.
ctypes-errno-3.patch, in case of doubt.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Thomas Heller <[EMAIL PROTECTED]> added the comment:
> The question is, which linker? I think it should be ld.so, which links "on
> demand", and does pay attention to LD_LIBRARY_PATH. I'm not sure what the
> point of find_library() is, otherwise.
The best exp
Thomas Herve <[EMAIL PROTECTED]> added the comment:
I attach a first try adding tests for the handlers you mentioned.
--
keywords: +patch
Added file: http://bugs.python.org/file10483/2922.diff
___
Python tracker <[EMAIL PROTECTE
Changes by Thomas Heller <[EMAIL PROTECTED]>:
--
resolution: -> invalid
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Thomas Herve <[EMAIL PROTECTED]> added the comment:
You have to release the GIL. See http://docs.python.org/api/threads.html
for some information.
--
nosy: +therve
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Thomas Heller <[EMAIL PROTECTED]>:
On HP-UX, there is a compiler warning about _POSIX_C_SOURCE redefined:
bash-2.04$ make
gcc -pthread -c -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3
-Wall -Wstrict-prototypes -I. -IInclude -I./Include -DPy_BUILD_CORE
-o M
Thomas Heller <[EMAIL PROTECTED]> added the comment:
A different patch but implementing the same functionality was now
committed as trunk rev 63977.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PR
Thomas Heller <[EMAIL PROTECTED]> added the comment:
>> (Another note: the C-level errno and the TLS copy should also be
>> synchronized when the C code invokes a Python callback.)
>
> What I meant is what should occur when a pure Python function is used
> as a callba
New submission from Thomas Herve <[EMAIL PROTECTED]>:
A recent change in heapq implements it in terms of less-than:
http://svn.python.org/view/python/trunk/Modules/_heapqmodule.c?rev=63827&r1=63675&r2=63827
Unfortunately, it breaks usage of heapq when a class only implements
Changes by Alec Thomas <[EMAIL PROTECTED]>:
--
nosy: +alecthomas
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3050>
___
__
Thomas Herve <[EMAIL PROTECTED]> added the comment:
Okay then. At least the issue is recorded somewhere, if someone has the
same problem.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
James Thomas <[EMAIL PROTECTED]> added the comment:
I can work on this task.
--
nosy: +jjt009
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
James Thomas <[EMAIL PROTECTED]> added the comment:
i'm looking at the source and there doesn't appear to be a function
uname within os.py. are we just considering the uname function in
platform.py?
___
Python tracker <[EMAI
James Thomas <[EMAIL PROTECTED]> added the comment:
much handling code already seems to exist under the line
except AttributeError:
in platform.py (function uname(), lines 1101-1161 platform.py)
i'm not too familiar with the Python codebase (i just began developing
with Python a fe
Thomas Herve <[EMAIL PROTECTED]> added the comment:
Unfortunately, the modification didn't fix the problem.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
James Thomas <[EMAIL PROTECTED]> added the comment:
Alright, that makes things much clearer.
I'm looking at this code snippet in platform.py:
if system == 'unknown':
system = ''
if node == 'unknown':
node = ''
i
201 - 300 of 1791 matches
Mail list logo
