James Thomas <[EMAIL PROTECTED]> added the comment:
Ah, ok, the code under except AttributeError: gives me some good ideas.
Should I use the methods utilized there to extract information from the
system?
___
Python tracker <[EMAIL PROTECTE
Thomas Herve <[EMAIL PROTECTED]> added the comment:
Yes, the last commit did the trick. Thanks.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Thomas Herve <[EMAIL PROTECTED]> added the comment:
Sure, that's fine with me.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3051>
___
_
James Thomas <[EMAIL PROTECTED]> added the comment:
Here is the patch (apply to platform.py)
--
keywords: +patch
Added file: http://bugs.python.org/file10594/platform.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
James Thomas <[EMAIL PROTECTED]> added the comment:
Your patch works perfectly on windows. Thanks for your help.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
James Thomas <[EMAIL PROTECTED]> added the comment:
I believe this patch solves the problem.
I added the line
Py_DECREF(temp)
after the code block shown above.
I also changed the line
if (PyDict_SetItemString(temp, #name, Py_BuildValue("i", name)) < 0) return
to
if (P
New submission from Thomas Heller <[EMAIL PROTECTED]>:
When Python shuts down after running test_multiprocessing on Windows, a
segfault occurs (this is with a debug build from trunk):
> python26_d.dll!_Py_ForgetReference(_object * op=0x012de740) Line 2023
+ 0xf by
New submission from Thomas Heller <[EMAIL PROTECTED]>:
test_ctypes, when run after testmultiprocessing, fails:
...
==
ERROR: test_simple (ctypes.test.test_pickling.Pick
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Yes, the patch weakref_cycle.patch from #3100 fixes the problem.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Thomas Heller <[EMAIL PROTECTED]> added the comment:
IMO this problem occurs because multiprocessing registers pickling
support for ctypes, but the ctypes in trunk already has support for
pickling.
___
Python tracker <[EMAIL PROTECTE
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Adam Olsen schrieb:
> Thomas, do you have a specific command to reproduce this? It runs fine
> if I do "./python -m test.regrtest -v test_multiprocessing test_ctypes".
> That's with amaury's patch from
Thomas Heller <[EMAIL PROTECTED]> added the comment:
> Adam Olsen <[EMAIL PROTECTED]> added the comment:
>
> I see no common symbols between #3102 and #3092, so unless I missed
> something, they shouldn't be involved.
>
> I second the notion that mul
Thomas Heller <[EMAIL PROTECTED]> added the comment:
> Thomas Heller <[EMAIL PROTECTED]> added the comment:
>
> Yes, the patch weakref_cycle.patch from #3100 fixes the problem.
BTW: I also get a segfault on Linux, which is fixed by this patch.
_
Thomas Heller <[EMAIL PROTECTED]> added the comment:
roudkerk schrieb:
> roudkerk <[EMAIL PROTECTED]> added the comment:
>
> This patch to sharedctypes should fix the problem by adding a
> __reduce_ex__() method to a shared ctype object instead of using copy_reg.
I ca
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Thanks for the heads up. Fixed in trunk (rev 64971) and py3k (rev 64972).
I used "&B" (pointer to bytes) as the format string for pointer to
incomplete structure, not "&P".
--
resolution
Thomas Heller <[EMAIL PROTECTED]> added the comment:
I can confirm the problem on ubuntu linux.
--
assignee: -> theller
nosy: +theller
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Thanks for the patch, fixed in trunk rev 64977 and py3k rev 64978.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Thomas Heller <[EMAIL PROTECTED]> added the comment:
I can review and try out the fixer if someone provides a patch. OTOH I
have never used the dl module.
Note that dl exposed a lot of RTLD_ constants that ctypes does not yet,
so there should be a patch for ctype
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Well, I have no idea what the standard setup on posix boxes is - should
objdump and ldconfig be on $PATH or not?
Regarding the groups in the regexp: It is my understanding that the
parens do not matter because .group(0) is returned,
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Good catch! Indeed, when PyString_FromString or PyUnicode_FromWideChar
fail, Python crashes with
Fatal Python error: PyThreadState_Get: no current thread
in a debug build, and an access violation in a release build (tested on
W
Thomas Heller <[EMAIL PROTECTED]> added the comment:
This is fixed now in SVN, in trunk, branches/py3k, and
branches/release25-maint. Thanks again.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PR
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Here is a patch for Modules/_ctypes/malloc_closure.c that may work
(totally untested). The code snippet is copied from Modules/mmapmodule.c.
--
keywords: +patch
Added file: http://bugs.python.org/file11161/malloc_closure
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Corrected the patch.
Added file: http://bugs.python.org/file11162/malloc_closure.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Thomas Heller <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file11161/malloc_closure.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Thomas Heller <[EMAIL PROTECTED]> added the comment:
I have no objections against this patch - feel free to check it in if it
is not too late before the beta.
Also I think that LPDWORD and friends are a good idea, you should extend
the patch with them.
--
assignee: theller -&
Changes by Thomas Heller <[EMAIL PROTECTED]>:
--
nosy: +theller
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3617>
___
___
Python
Thomas Heller <[EMAIL PROTECTED]> added the comment:
I think this is too fancy. I would prefer to spell the definitions out
like this:
LPDWORD = PDWORD = POINTER(DWORD)
LPCSTR = LPSTR = c_wchar_p
We could avoid the giant __all__ list when we 'import ctypes as _ctypes'
Thomas Heller <[EMAIL PROTECTED]> added the comment:
The test has already been fixed and reenabled in rev 65849.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Thomas Heller <[EMAIL PROTECTED]> added the comment:
I forgot to close this issue. Already implemented in svn rev 63962.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Thomas Heller <[EMAIL PROTECTED]> added the comment:
The libffi library in Python 2.5 is too old and won't be upgraded to a
newer version.
I see several possibilities for you:
- Use Python 2.6 (if you can live with the beta or wait for the release)
- Use Python 2.5, compile with
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Cool.
--
resolution: -> invalid
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Thomas Heller <[EMAIL PROTECTED]> added the comment:
I think it would be a good idea to change the Makefile so that it
touches these files when no python interpreter is available.
--
nosy: +theller
___
Python tracker <[EMAIL PROTECTE
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Here is a patch, with test, that fixes this problem.
--
keywords: +needs review, patch
Added file: http://bugs.python.org/file11513/bitfields.patch
___
Python tracker <[EMAIL PROTECTE
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Updated patch.
Added file: http://bugs.python.org/file11514/bitfields-2.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Thomas Heller <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file11513/bitfields.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Updated the unittest so that it works on Windows, too.
Added file: http://bugs.python.org/file11515/bitfields-3.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Thomas Heller <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file11514/bitfields-2.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Is it too late to fix this for Python 2.6 and Python 3.0?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Thomas Heller <[EMAIL PROTECTED]> added the comment:
This is already fixed in SVN, see issue #3554.
--
assignee: -> theller
nosy: +theller
resolution: -> duplicate
status: open -> closed
___
Python tracker <[EMAIL
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Make this a release blocker so hopefully someone will review it.
--
priority: -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Fredrik Lundh schrieb:
> Looks fine to me, except for the comment in the test suite. Should
>
> +# MS compilers do NOT combine c_short and c_int into
> +# one field, gcc doesn't.
>
> perhaps be
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Skip Montanaro schrieb:
> Looks reasonable, though I'm no ctypes maven. Trivial little nit:
> In the comment just before the start of CField_FromDesc it says,
> in part:
>
> * Expects the size, index and offse
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Does the following patch fix the test failure with MingW?
Index: cfield.c
===
--- cfield.c(revision 66611)
+++ cfield.c(working copy)
@@ -65,10
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Ok, here is an additional patch bitfields-mingw.patch.
It fixes the problem reported by rpetrov, and updates the comments.
Please review again ;-).
The previous patch bitfields-3.patch has already been applied.
Added file
Thomas Heller <[EMAIL PROTECTED]> added the comment:
Committed as SVN rev 66683 (trunk), 66684 (py3k), and 66685
(release25-maint).
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<h
New submission from Thomas Guettler <[EMAIL PROTECTED]>:
Hi,
after sphinx-quickstart and running "make latex" I get:
Build finished; the LaTeX files are in build/latex.
Run `make all-pdf' or `make all-ps' in that directory to run these through
[EMAIL PROTECTED]:...
Thomas Guettler <[EMAIL PROTECTED]> added the comment:
Dear georg,
I am sorry that I wasted your time. Yes, I ignored the part '..in that
directory'.
I couldn't find a way to close this ticket, also I am logging in. Do you
need special privileges for this?
Nevertheless,
Changes by Thomas Heller <[EMAIL PROTECTED]>:
--
nosy: +theller
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4072>
___
___
Python
Changes by Thomas Heller <[EMAIL PROTECTED]>:
--
nosy: +theller
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4073>
___
___
Python
New submission from Thomas Heller <[EMAIL PROTECTED]>:
Python 2.6 final and Python 3.0 rc1 do NOT install the python dlls into
the windows system directory, even when installing 'for all users' and
with admin rights. This causes problems with COM objects implemented in
Pyth
Changes by Thomas Heller <[EMAIL PROTECTED]>:
--
resolution: -> invalid
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Thomas Heller <[EMAIL PROTECTED]>:
--
nosy: +theller
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4075>
___
___
Python
Changes by Thomas Guettler :
--
nosy: +guettli
___
Python tracker
<http://bugs.python.org/issue4194>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Thomas Guettler :
--
nosy: +guettli
___
Python tracker
<http://bugs.python.org/issue5115>
___
___
Python-bugs-list mailing list
Unsubscribe:
Thomas Holmes added the comment:
I have created a patch for this for Python 3.1 and included an update to the
unit tests. The tests were never checking for a relative path and if they did
would pas it even when it would have failed due to liberal use of
os.path.abspath()
The test fix is
Thomas Holmes added the comment:
As a side note, this was done mostly as an exercise for myself and as a
learning experience. Any feedback would be appreciated regardless of any
decision on the status of this bug.
--
___
Python tracker
<h
Thomas Holmes added the comment:
I agree, I do not feel like the precise changes to the tests feel completely
ideal. I feel that this problem stems from the fact that the nameCheck
function as originally written doesn't seem to completely serve its originally
intended purpose.
The ori
Thomas Holmes added the comment:
Please disregard, I commented on the wrong issue.
--
___
Python tracker
<http://bugs.python.org/issue1752919>
___
___
Python-bug
Changes by Thomas Holmes :
--
nosy: -Thomas.Holmes
___
Python tracker
<http://bugs.python.org/issue1752919>
___
___
Python-bugs-list mailing list
Unsubscribe:
Thomas Holmes added the comment:
I agree, I do not feel like the precise changes to the tests feel completely
ideal. I feel that this problem stems from the fact that the nameCheck
function as originally written doesn't seem to completely serve its originally
intended purpose.
The ori
Thomas Holmes added the comment:
One other thing that crossed my mind while I was thinking over this today.
Instead of just relative pathing to '.' I should probably change my path to
gettempdir() and then relative path to it since the location of the python
executable may not b
Thomas Holmes added the comment:
I made a new patch off of the 2.7 trunk version. I think I have handled some
of the issues more cleanly.
Please see Py(27)7325.diff
I addressed the issue of using a relative path in the tempdir to achieve the
'guaranteed' ability to write r
New submission from Thomas Spura :
My custom setup / testcase for testing the transition "import foo" -> "from .
import foo":
mkdir -p test/sub
touch test/sub/__init__.py
touch test/__init__.py
cat >> test/__init__.py << EOF
import sub
EOF
cat >> t
Thomas Spura added the comment:
#2446 should be related to this one.
--
nosy: +David Wolever
___
Python tracker
<http://bugs.python.org/issue7861>
___
___
Pytho
Thomas Spura added the comment:
The commit I'm talking about was 22 months ago (r61755), python 2.6.2 was
released April 14, 2009.
At least strange, that this is not jet in there, but if you think, it will in
the next version...
--
___
P
Thomas Wouters added the comment:
You have a nan in your list of tuples, which screws up the sorting. After the
first sort, elements 580395-7 are:
(0.99257340581672904, 551095),
(nan, 551371),
(6.6494600485570754e-14, 551526),
--
nosy: +twouters
resolution: -> invalid
status: o
Thomas Smith added the comment:
I'm also getting segfaults in PyMarshal_ReadLastObjectFromFile in Python 2.6.2
(on Ubuntu Jaunty). It's very sporadic, I've been reproducing it by running a
minimal script 100,000 times, and getting a few core dumps. There are several
Ubunt
New submission from Thomas Heller :
This little script 'ctypes-leak.py' leaks memory:
"""
import gc
from ctypes import *
PROTO = WINFUNCTYPE(None)
class Test(object):
def func(self):
pass
def __init__(self):
self.v = PROTO(self.func)
while
Thomas Heller added the comment:
CThunkObject is not registered correctly with the cycle GC. The attached
patch, against trunk, fixes the issue.
--
keywords: +patch
Added file: http://bugs.python.org/file16345/issue7957.patch
___
Python tracker
Thomas Heller added the comment:
>> Code duplication is unavoidable because the goal is to give access to
>> machine arithmetics which means (# types) x (# operations) of very
>> similar looking functions. I considered reducing (perceived) code
>> duplication through
New submission from Thomas Wouters :
docs.python.org is showing the docs for 2.6.5c2. As its most obvious bad
consequence, docs.python.org/download.html doesn't offer any actual downloads,
and there are no obvious (to newbies looking to download docs) links to working
down
Thomas Wouters added the comment:
Things getting worse before they get better? http://docs.python.org/ now shows
the 2.7a4 documentation, which is really not good. Perhaps we need some
safeguards to make sure that http://docs.python.org/ is a *stable* version of
the docs? :P
Thomas Wouters added the comment:
Oh, actually, looks like something was redirecting from docs.python.org to
docs.python.org/dev. It seems fixed now. (It wasn't just me, though, I got
complaints from others that it was 2.7a4 for at least an
Changes by Thomas Wouters :
--
___
Python tracker
<http://bugs.python.org/issue8111>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/m
Changes by Thomas Wouters :
--
___
Python tracker
<http://bugs.python.org/issue8111>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/m
Thomas Wouters added the comment:
Nevermind the 2.7a4 comments, I think I'm just not all awake yet. The
complaints I got were about it being 2.6.5c2, my browser showing me 2.7a4 may
have been stupid autocompletion or something. (Still, pleas
Thomas Heller added the comment:
> the ports which are maintained separately still need an update:
>
> libffi_msvc
> libffi trunk now has a port to x86/msvc. might require some
> extra updates from libffi.
I'll take care of this one.
Would it be a good idea to upgrad
Thomas Heller added the comment:
> Thomas,
>
> Do you remember why your patch for issue1039 was not backported?
Probably an oversight only.
--
___
Python tracker
<http://bugs.python.o
Thomas Heller added the comment:
> We should revert the following chunk for configure.ac to generate the
> Makefile's again, so that we are able to run the testsuite at least with
> dejagnu:
>
> -AC_CONFIG_FILES(include/Makefile include/ffi.h Makefile testsuite/Make
Thomas Heller added the comment:
> done, and updated the patch for the merge from the trunk.
>
> --
> Added file: http://bugs.python.org/file16590/libffi-update3.diff
This patch passes the ctypes tests and libffi testsuite on this system:
Linux tubu64 2.6.24-27-generi
Thomas Heller added the comment:
> It appears to me that no-one is maintaining this separate ctypes
> code-base anymore so I'll have to ditch dependencies that use it
> (Shapely) unfortunately.
This is correct, the separate ctypes code base is linked via svn:external
into the c
Thomas Heller added the comment:
Martin, you should probably post your patch to upstream libffi.
--
___
Python tracker
<http://bugs.python.org/issue8314>
___
___
Aaron Thomas added the comment:
I can verify this will all versions of Windows 7, and the versions of python 32
and 64 bit. I install this at my work to many machines, and every one of them
crashes when trying to 'compile py scripts to bytecode' during install. I have
to left
Thomas Heller added the comment:
I'm not sure this issue is really done. The current state works fine, but
there is one problem remaining:
There are Python extensions that seem to need a manifest pointing to the MSVC
runtime libs: dlls that start in-process com servers, like pythonco
New submission from Thomas Herve:
A new behavior was introduced in r59106 in python trunk, which look
suspicious to me. Basically, every time a class defines a comparison
operator, it's __hash__ method is defined to None. The simple following
example shows it:
>>> class A(object
Thomas Herve added the comment:
Of course, I meant unusable.
--
nosy: +exarkun
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1549>
__
___
Python-bugs-
Thomas Herve added the comment:
Also, to be more clear, that happens when you define any of the
functions in the name_op array (__lt__, __le___, __gt__, __ge__, ...).
It's not just a problem about the object being non hashable.
__
Tracker <[EMAIL P
Thomas Herve added the comment:
There are different ways to fix this. Reverting r59016 is one of them,
but I guess it's not an acceptable solution :).
>From what I understand of the changes, removing the operations (__lt__,
__gt__, __le__, __ge__) from the name_op array would fix thi
Thomas Herve added the comment:
I gave it a try. The following patch corrects 2 problems:
* classes with only __lt__ and __gt__ defined are hashable
* classes defining __eq__ get a meaningful exception.
I've restricted the hash_name_op to the bare minimum, but no tests
failed, so I sup
Thomas Herve added the comment:
This is a nice enhancement. I attach a quick patch to add tests for that.
--
nosy: +therve
Added file: http://bugs.python.org/file8872/1552_test_socket.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Thomas Herve added the comment:
Can we close this one?
--
nosy: +therve
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1285940>
_
___
Python-bugs-
New submission from Thomas Herve:
I attach a patch where I use PyArg_ParseTupleAndKeywords in socketmodule
where ARGSUSED was mentioned, or removed ARGSUSED if keywords already used.
--
components: Library (Lib)
files: socket_keywords.diff
messages: 58189
nosy: therve
severity: normal
Thomas Herve added the comment:
It's not really for solving a problem, it's an enhancement to allow the
functions to be called with keyword parameters.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.p
Thomas Herve added the comment:
Alright I'll add tests to the modified functions. I don't think I have
to change documentation because I kept the same name for the parameters,
but I'll check.
Looking at the patch more, maybe it doesn't make sense on the functions
takin
Changes by Thomas Wouters:
--
assignee: twouters -> nobody
nosy: +nobody
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1067>
__
___
Python-bugs-li
Thomas Herve added the comment:
I attach a patch adding a test and some documentation. This tries to
solve issue1325 too.
exarkun, does that fulfill your original request?
--
nosy: +therve
Added file: http://bugs.python.org/file8877/1326.diff
__
Tracker
Thomas Herve added the comment:
The patch is against trunk.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1326>
__
___
Python-bugs-list mailing list
Unsubs
New submission from Thomas Heller:
'Python -c "import distutils.msvccompiler"' hangs when the environment
is too large. This is because in Lib\distutils\msvc9compiler.py, line
258, popen.wait() does not return because the subprocess does not
terminate (probably because the
Thomas Herve added the comment:
Here it is. There were several functions which didn't have any tests at
all, so I had to create some. These tests are likely to fail on some
platforms (like windows), but I didn't get any machine to test.
Added file: http://bugs.python.or
Thomas Wouters added the comment:
I thought I already had, in my reply to Martin and the original comment:
he's right, but I don't care about asyncore or asynchat. I merely
perpetuated the fix that was already in place. The real 'fix' is to
teach both modules about unicode;
301 - 400 of 1791 matches
Mail list logo
