Am 10.02.2015 um 18:45 schrieb Steve Dower:
As we've seen from earlier discussions, the main beneficiaries of
having Python on PATH are those using the command-line. Most scripts
are going to make assumptions or work unnecessarily hard to find the
actual location of the Python version they need.
Am 12.02.2015 um 15:46 schrieb Paul Moore:
On 12 February 2015 at 08:05, Thomas Heller wrote:
Maybe I'm more or less alone with the way I work, but I don't like
python.exe on my PATH (and py.exe alloes me to do this).
I start python scripts from the command line either with 'sc
Am 12.02.2015 um 18:39 schrieb Ethan Furman:
On 02/12/2015 12:05 AM, Thomas Heller wrote:
Could not py.exe be extended so that it allows starting scripts in a
somewhat similar way? 'py-script -2.7 myscript foo bar baz' ???
Which would execute the script myscript.exe, myscript.bat, m
t
clear why we have to maintain this compatibility. My best guess is
that there may be an external ctypes package that people want(ed) to
keep compatible with 2.3, and also keep synchronized with 2.7.
That's correct and the maintainer is/was Thomas Heller who I have cc'ed
to s
Am 11.05.2016 um 18:04 schrieb Brett Cannon:
On Wed, 11 May 2016 at 04:35 Thomas Heller mailto:thel...@ctypes.org>> wrote:
Am 10.05.2016 um 19:39 schrieb Brett Cannon:
>
>
> On Tue, 10 May 2016 at 01:18 Martin Panter mailto:vadmium%2...@gmail.com>
&
PEP 384 describes the stable Python api, available when
Py_LIMITED_API is defined.
However, there are some (small) changes in the function prototypes
available, one example is (in Python 3.3):
PyObject* PyObject_CallFunction(PyObject *callable, char *format, ...)
which changed in Python 3.4 to
Am 08.11.2013 12:19, schrieb Victor Stinner:
2013/11/8 Nick Coghlan :
In Python 3.3, _PyDict_GetItemIdWithError(), _PyDict_GetItemId() and
_PyDict_SetItemId() are part of the stable ABI if I read correctly
dictobject.h. _PyObject_GetAttrId() is also part of the stable ABI.
Was it a mistake, or d
Am 08.11.2013 13:03, schrieb Thomas Heller:
I may be confusing API and ABI (see my other message), but adding to
or removing functions from the stable ABI seems to be a very serious
mistake, IMO - private or not. Unless my understanding of the word
'stable' is wrong...
Ok - my mis
Am 07.11.2013 19:35, schrieb "Martin v. Löwis":
Am 07.11.13 13:44, schrieb Thomas Heller:
I thought that the stable API would keep exactly the same across
releases - is this expectation wrong or is this a bug?
Oscar is right - this change doesn't affect the ABI, just the
With python 3.4 and pywin32 version 218 it is only possible
to import win32com or win32api when pywintypes has been imported before.
I have no idea if this is a bug in pywin32 or in Python 3.4.
Does anyone know more?
Thanks,
Thomas
___
Python-Dev mail
Am 22.03.2014 00:25, schrieb Nick Coghlan:
On 22 March 2014 05:46, Thomas Heller wrote:
With python 3.4 and pywin32 version 218 it is only possible
to import win32com or win32api when pywintypes has been imported before.
I have no idea if this is a bug in pywin32 or in Python 3.4.
Does anyone
Am 06.03.2013 18:19, schrieb Eli Bendersky:
On Wed, Mar 6, 2013 at 8:33 AM, Andrew Svetlov mailto:andrew.svet...@gmail.com>> wrote:
Looks like bug for me.
ctypes seems to auto-convert arguments when argtypes is specified. This
fact is documented. However, I'm not sure whether this auto-
ctypes seems to auto-convert arguments when argtypes is
specified. This
fact is documented. However, I'm not sure whether this
auto-conversion
is advanced enough to apply byref. Because otherwise, DIRENT is
certainly not convertible to DIRENT_p
Am 27.03.2013 20:38, schrieb Vinay Sajip:
This quote is here to stop GMane complaining that I'm top-posting. Ignore.
I've already posted this to distutils-sig, but thought that it might be of
interest to readers here as it relates to importing C extensions ...
zipimport is great, but there can
Am 29.03.2013 02:06, schrieb Gregory P. Smith:
On Thu, Mar 28, 2013 at 9:09 AM, Brett Cannon mailto:br...@python.org>> wrote:
On Thu, Mar 28, 2013 at 10:44 AM, Thomas Heller mailto:thel...@ctypes.org>> wrote:
The zip-file itself could support importing compile
libffi has bugs sometimes (like this
http://bugs.python.org/issue17580). Now this is a thing that upstream
fixes really quickly, but tracking down issues on bugs.python.org is
annoying (they never get commited as quickly as the upstream). is
there a good reason why cpython has it's own copy of lib
I received some (so far unfinished) patches for ctypes
that will allow to create arrays with more than 2**31
elements and that will eventually also support pointer
offsets larger than int, on 64-bit platforms.
Since I do not have a machine with so much memory: Does one
of the buildbots allow to ru
Trent Nelson schrieb:
> On Fri, Mar 20, 2009 at 08:00:46PM +0100, Thomas Heller wrote:
>> Since I do not have a machine with so much memory: Does one
>> of the buildbots allow to run tests for this feature, or
>> do I have to wait for the snakebite farm?
>
> Will
gl...@divmod.com schrieb:
> On 07:59 pm, fdr...@acm.org wrote:
>>I'm actually in favor of removing the bdist_* from the standard
>>library, and allowing 3rd-party tools to implement whatever they need
>>for the distros. But I don't think what you're presenting there
>>supports it.
>
> I do thi
Chris Plasun schrieb:
> Thanks for your reply.
>
> Ulrich Eckhardt wrote:
>> On Wednesday 20 May 2009, Chris Plasun wrote:
>>> I'm to develop console apps on a Linux embedded PowerPC board (Freescale
>>> MPC8313).
>>>
>>> Is there a Python release for the PowerPC platform?
>>
>> This has pretty l
Antoine Pitrou schrieb:
> Hello
>
> Only one of the py3k buildbots seems up:
> http://www.python.org/dev/buildbot/3.x.stable/
Maybe they are waiting for the snakebite network ;-) (what's up with it,
anyway?).
I've restarted mine (x86 osx.5), but it isn't in the stable list...
--
Thanks,
Thoma
David Bolen schrieb:
> Antoine Pitrou writes:
>
>> Only one of the py3k buildbots seems up:
>> http://www.python.org/dev/buildbot/3.x.stable/
>
> Strange - everything looks good on my buildbot end (XP-4), including
> an established TCP session back to dinsdale. Not sure why the master
> thinks
Christian Heimes schrieb:
> Can ctypes release the GIL for a function call?
It will do that automatically, except for functions
using the pythonapi callign convention.
--
Thanks,
Thomas
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.py
Jean-Paul Calderone schrieb:
> On Thu, 23 Jul 2009 14:21:38 +0200, Christian Heimes wrote:
>>Michael Foord wrote:
>>> A big advantage of using ctypes is that it works cross-implementation -
>>> on IronPython and PyPy already and on Jython soon. I'd like to see more
>>> standard library modules use
I have updated the OS X buildbot to Snow Leopard.
--
Thomas
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Olemis Lang schrieb:
> Hello !
>
> Recently I found a code snippet [1]_ illustrating integration between
> Python and COM technology in Win32 systems. I tried to reproduce it
> and I can't import module `ctypes.com`.
First, the python-dev mailing list is used for developing the Python language
it
R. David Murray schrieb:
> The buildbot waterfall is much greener now. Thanks to all who have
> contributed to making it so (and it hasn't just been Mark and Antoine
> and I, though we've been the most directly active (and yes, Mark, you
> did contribute several fixes!)).
[...]
> In the 'unstable'
A.M. Kuchling schrieb:
> If the open source approach of 'the maintainer decides' is followed,
> well, both the maintainer of the code and the admin of the site is
> Martin. Comments stay, then.
>
> If 'BDFL decides' is followed, GvR thinks the idea is reasonable
> (http://mail.python.org/piperma
I have to shutdown the x86 osx 5 buildbot slave permanently, because
the machine is getting a new role. Martin, please remove it from
the configuration.
--
Thanks,
Thomas
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
Meador Inge schrieb:
> Hi All,
>
> Recently some discussion began in the issue 3132 thread (
> http://bugs.python.org/issue3132) regarding
> implementation of the new struct string syntax for PEP 3118. Mark Dickinson
> suggested that I bring the discussion on over to Python Dev. Below is a
> sum
Meador Inge schrieb:
> On Fri, Feb 26, 2010 at 4:08 PM, Greg Ewing
> wrote:
>
>> Meador Inge wrote:
>>
>> 3. Using Decimal keeps the desired precision,
>>>
>>
>> Well, sort of, but then you end up doing arithmetic in
>> decimal instead of binary, which could give different
>> results.
>>
>
> Ev
I think this fixes the leak in Lib/test/leakers/test_gestalt.py.
Index: Python/mactoolboxglue.c
===
--- Python/mactoolboxglue.c (revision 50522)
+++ Python/mactoolboxglue.c (working copy)
@@ -60,8 +60,9 @@
Thomas Heller schrieb:
> I think this fixes the leak in Lib/test/leakers/test_gestalt.py.
>
> Index: Python/mactoolboxglue.c
> ===
> --- Python/mactoolboxglue.c (revision 50522)
> +++ Python/mactoolboxglue
I just answered a question on comp.lang.python for someone
who was asking about how to convert the internal buffer of
a ctypes instance into base64 coding, without too much copying:
"The conversion calls in the base64 module expect strings as input, so
right now I'm converting the binary block
Fredrik Lundh schrieb:
> Thomas Heller wrote:
>
>> Naturally I tried to call base64.encodestring(buffer(ctypes_instance))
>> and it worked, so that was my answer.
>
> does ctypes_instance implement the buffer API ? if it does, is the
> buffer() call even nece
Fredrik Lundh schrieb:
> Thomas Heller wrote:
>
>>>> Naturally I tried to call base64.encodestring(buffer(ctypes_instance))
>>>> and it worked, so that was my answer.
> >>
>>> does ctypes_instance implement the buffer API ? if it does, is the
&
Josiah Carlson schrieb:
> Thomas Heller <[EMAIL PROTECTED]> wrote:
>> But that was not the question. What about the status of the buffer function?
>
>>From what I understand, it is relatively safe as long as you don't
> mutate an object while there is a buf
Pierre Baillargeon schrieb:
> Currently, many 64-bits Oses cannot uses the dlmodule due to the conflicts
> between the sizes of int, long and char *. That is well. The check is made as
> run-time, which is also very well.
>
> The problem is that the Python configuration script (setup.py) also make
Michael Foord schrieb:
> Hello all,
>
> There may be a reasonable cause for this (i.e. it is likely to be my
> fault) - but it is consistent across two different machines I have tried
> it on.
>
> With Python 2.5b2 (from the msi at Python.org), running on Windows XP
> Pro SP2, ``os.utime`` an
I've uploaded a patch sent to me in private email by Damien Miller, who
is packaging ctypes for the OpenBSD port tree.
I'm requesting permission to commit this for Python 2.5.
http://python.org/sf/1529514
Thanks,
Thomas
___
Python-Dev mailing list
Pyt
Approval requested for patch:
http://python.org/sf/1532975
Thanks,
Thomas
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mai
Ralf Schmitt schrieb:
> Hi all,
>
> I've been trying to port our software to python 2.5.
> unfortunately I'm getting constantly hit by segfaults.
>
> I've boiled it down to the following code:
>
> [EMAIL PROTECTED]:~/bug$ cat t.py
> import array
>
> class Indexer(object):
> maximumForwardS
> /* if no docstring given and the getter has one, use that one */
> if ((doc == NULL || doc == Py_None) && get != NULL &&
> PyObject_HasAttrString(get, "__doc__")) {
> if (!(get_doc = PyObject_GetAttrString(get, "__doc__")))
> return -1;
>
Thomas Heller schrieb:
> Approval requested for patch:
> http://python.org/sf/1532975
>
What does the silence mean? Should I go ahead and commit this patch?
Thanks,
Thomas
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.p
There are errors now after the testsuite has finished. Taken from the very end
of the
amd64 test log (for example).
http://www.python.org/dev/buildbot/trunk/amd64%20gentoo%20trunk/builds/1403/step-test/0
[...]
293 tests OK.
26 tests skipped:
test_aepack test_al test_applesingle test_bsddb18
Neal Norwitz schrieb:
> I just updated the PEP to remove all references to issues blocking
> release of 2.5.
> I don't know of any. I haven't heard of any issues with the fixes
> that have been checked in.
>
> If you have issues, respond ASAP! The release candidate is planned to
> be cut this Th
The _ctypes extension module does currently not even build on Win64.
I'm (slowly) working on this (for AMD64, not for itanium), but it may
take a good while before it is stable - It is not even fully implemented
currently.
The win64 msi installer installs the ctypes package anyway, but it cannot
Martin v. Löwis schrieb:
> Thomas Heller schrieb:
>> I suggest that it should be removed from the 2.5 win64 msi installers, so
>> that
>> at least, when it is ready, can be installed as separate package.
>
> Unfortunately, I won't be able to work on this until the
Martin v. Löwis schrieb:
> Thomas Heller schrieb:
>> I suggest that it [the ctypes package] should be removed from the 2.5 win64
>> msi installers, so that
>> at least, when it is ready, can be installed as separate package.
>
> Unfortunately, I won't be able to w
Is it an oversight that exception instances do no longer support
slicing in Python 2.5?
This code works in 2.4, but no longer in 2.5:
try:
open("", "r")
except IOError, details:
print details[:]
Thomas
___
Python-Dev mailing list
Python-Dev@py
Brett Cannon schrieb:
> On 9/20/06, Thomas Heller <[EMAIL PROTECTED]> wrote:
>>
>> Is it an oversight that exception instances do no longer support
>> slicing in Python 2.5?
>>
>> This code works in 2.4, but no longer in 2.5:
>>
>> try:
>>
Martin v. Löwis schrieb:
> Thomas Heller schrieb:
>> 1. The __str__ of a WindowsError instance hides the 'real' windows
>> error number. So, in 2.4 "print error_instance" would print
>> for example:
>>
>> [Errno 1002] Das Fenster kann die ge
Guido van Rossum schrieb:
> Is anyone familiar enough with modulefinder.py to fix its breakage in
> Py3k? It chokes in a nasty way (exceeding the recursion limit) on the
> relative import syntax. I suspect this is also a problem for 2.5, when
> people use that syntax; hence the cross-post. There's
Consider a package containing these files:
a/__init__.py
a/b/__init__.py
a/b/x.py
a/b/y.py
If x.py contains this:
"""
from ..b import y
import a.b.x
from ..b import x
"""
Python trunk and Python 2.5 both complain:
Python 2.5 (r25:51908, Sep 19 2006, 09:52:17) [MSC v.1310 32 bit (Intel)] on
wi
Phillip J. Eby schrieb:
> At 08:10 PM 9/22/2006 +0200, Thomas Heller wrote:
>>If x.py contains this:
>>
>>"""
>>from ..b import y
>>import a.b.x
>>from ..b import x
>>"""
...
>>ImportError: cannot import name x
>
Phillip J. Eby schrieb:
> At 11:25 AM 9/28/2006 -0700, Brett Cannon wrote:
>>I will think about it, but I am still trying to get the original question
>>of how bad the C code is compared to rewriting import in Python from
>>people. =)
>
> I would say that the C code is *delicate*, not necessari
Thomas Heller schrieb:
> Martin v. Löwis schrieb:
>> Thomas Heller schrieb:
>>> 1. The __str__ of a WindowsError instance hides the 'real' windows
>>> error number. So, in 2.4 "print error_instance" would print
>>> for example:
>>
the Windows build.
>
> Actually, for 2.3.x, I wouldn't do the Windows builds. I think Thomas
> Heller did the 2.3.x series.
Yes. But I've switched machines since I last build an installer, and I do not
have all of the needed software installed a
I have patched Lib/modulefinder.py to work with absolute and relative imports.
It also is faster now, and has basic unittests in Lib/test/test_modulefinder.py.
The work was done in a theller_modulefinder SVN branch.
If nobody objects, I will merge this into trunk, and possibly also into
release25
Thomas Heller schrieb (this was before Python 2.5 had been released):
> The _ctypes extension module does currently not even build on Win64.
>
> I'm (slowly) working on this (for AMD64, not for itanium), but it may
> take a good while before it is stable - It is not even
[Resent after subscribing to python-dev with this new email address,
sorry if it appears twice]
Thomas Heller schrieb (this was before Python 2.5 had been released):
> > The _ctypes extension module does currently not even build on Win64.
> >
> > I'm (slowly) working on t
Martin v. Löwis schrieb:
> Thomas Heller schrieb:
[I was talking about patches to make ctypes work on 64-bit windows]
>> I would prefer to merge these changes into release25-maint, because I want to
>> also release the standalone ctypes packages from this branch (using it with
&
> On 10/13/06, Thomas Heller <[EMAIL PROTECTED]> wrote:
>> I have patched Lib/modulefinder.py to work with absolute and relative
>> imports.
>> It also is faster now, and has basic unittests in
>> Lib/test/test_modulefinder.py.
>>
>> The work was don
> On 10/13/06, Thomas Heller <[EMAIL PROTECTED]> wrote:
>> I have patched Lib/modulefinder.py to work with absolute and relative
>> imports.
>> It also is faster now, and has basic unittests in
>> Lib/test/test_modulefinder.py.
>>
>> The work was don
Travis Oliphant schrieb:
> Greg Ewing wrote:
>> Travis Oliphant wrote:
>>
>>
>>>Part of the problem is that ctypes uses a lot of different Python types
>>>(that's what I mean by "multi-object" to accomplish it's goal). What
>>>I'm looking for is a single Python type that can be passed around a
Travis Oliphant schrieb:
> For example, I'm pretty sure you were the one who made me aware that you
> can't just extend the PyTypeObject. Instead you extended the tp_dict of
> the Python typeObject to store some of the extra information that is
> needed to describe a data-type like I'm proposin
Travis E. Oliphant schrieb:
> Travis E. Oliphant wrote:
>> Thanks for all the comments that have been given on the data-type
>> (data-format) PEP. I'd like opinions on an idea for revising the PEP I
>> have.
>
>>
>> 1) We could define a special string-syntax (or list syntax) that covers
>> ev
Ronald Oussoren schrieb:
> On Oct 31, 2006, at 6:38 PM, Thomas Heller wrote:
>
>>
>> This mechanism is probably a hack because it'n not possible to add
>> C accessible
>> fields to type objects, on the other hand it is extensible (in
>> principle,
Fredrik Lundh schrieb:
> Guido van Rossum wrote:
>
>> No objection on targetting 2.6 if other developers agree. Seems this
>> is well under way. good work!
>
> given that dir() is used extensively by introspection tools, I'm
> not sure I'm positive to a __dir__ that *overrides* the standard
> dir
I'd like to ask for help with an issue which I do not know
how to solve.
Please see this bug http://python.org/sf/1563807
"ctypes built with GCC on AIX 5.3 fails with ld ffi error"
Apparently this is a powerpc machine, ctypes builds but cannot be imported
because of undefined symbols like 'ffi_ca
Thomas Heller schrieb:
> I'd like to ask for help with an issue which I do not know
> how to solve.
>
> Please see this bug http://python.org/sf/1563807
> "ctypes built with GCC on AIX 5.3 fails with ld ffi error"
>
> Apparently this is a powerpc machine,
Ronald Oussoren schrieb:
>
> On Friday, November 24, 2006, at 08:21PM, "Thomas Heller" <[EMAIL PROTECTED]>
> wrote:
>>I'd like to ask for help with an issue which I do not know
>>how to solve.
>>
>>Please see this bug http://python.org/sf/
Martin v. Löwis schrieb:
> #1610575 suggests to introduce the 't' code to support the _Bool
> type where available, and uses char if it isn't available.
>
> Any objections to adding it?
Not from me, although the patch should probably be extended to add a
ctypes.c99_bool
(or how it would be named
Guido van Rossum schrieb:
> I looked through the python.org web stats (as I usually do when
> preparing for a keynote) and discovered that
> /ftp/python/2.5/python-2.5.msi is by far the top download -- 271,971
> hits, more than 5x the next one, /ftp/python/2.5/Python-2.5.tgz
> (47,898 hits). Are th
Why don't the Python 2.5 buildbots build anymore?
http://www.python.org/dev/buildbot/2.5/
Thanks,
Thomas
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/o
Steve Holden schrieb:
> Ben North wrote:
> [...]
>> Guido van Rossum wrote:
>>> I missed discussion of the source of the 1%. Does it slow down pystone
>>> or other benchmarks by 1%? That would be really odd, since I can't
>>> imagine that the code path changes in any way for code that doesn't
>>> u
[EMAIL PROTECTED] schrieb:
> On 02:20 am, [EMAIL PROTECTED] wrote:
>
>> If Twisted is designed so that it absolutely *has* to use its own
>> special event mechanism, and everything else needs to be modified
>> to suit its requirements, then it's part of the problem, not part
>> of the solution.
>
Phillip J. Eby schrieb:
> At 11:50 PM 3/12/2007 +0100, Martin v. Löwis wrote:
>>Does distutils support this kind of setup? Modules/Setup?
>
> distutils does, and has from its inception, as far as I know.
>
>
>>IOW, I would expect that there are sooo many places where extension
>>modules in packa
Anthony Baxter schrieb:
> On behalf of the Python development team and the Python community,
> I'm happy to announce the release of Python 2.5.1 (release
> candidate 1).
>
On the 2.5.1 page http://www.python.org/download/releases/2.5.1/
several things are wrong:
- The download link for the AMD
>> *** The following messages occur in other successful tests too:
>> a DOS box should flash briefly ...
>
> Always happens in test_subprocess, during the Windows-specific
> test_creationflags. This is expected. When you /watch/ the tests
> running on Windows, it's intended to prevent panic
Kristján Valur Jónsson schrieb:
> Hello again.
> A lot of overflow tests fail in the testsuite, by expecting overflow using
> sys.maxint.
> for example this line, 196, in test_index.py:
> self.assertEqual(x[self.neg:self.pos], (-1, maxint))
On my (virtual) win64-machine, which has less than 1GB,
M.-A. Lemburg schrieb:
> On 2007-05-11 07:52, Martin v. Löwis wrote:
>>> This is what prompted my question, actually: in Py3k, in the
>>> str/unicode unification branch, r"\u1234" changes meaning: before the
>>> unification, this was an 8-bit string, where the \u was not special,
>>> but now it is
I would like my committer rights to be retracted.
I have been contributing to Python here and there for 10 years now,
and it was a pleasant experience.
Unfortunately, since about a year I have lots more things to do, and
I won't be able to contribute anymore (I have not even started to
learn mer
Am 24.03.2011 12:18, schrieb "Martin v. Löwis":
1. Is there anything I can do at compile time to tell Python these files
don't exist and avoid trying to open them?
If you disable dynamic loading of extension modules, the number of stat
calls will go down significantly.
2. Is it possible to ma
Am 24.03.2011 16:58, schrieb bruce bushby:
My main concern was that a freshly compiled Python attempts to open 168
non-existent files before starting.
I understand that an interpreted language is probably not the best
choice for an embedded device (although it's very nice for prototyping)
, Pyt
Trent Mick schrieb:
> http://www.python.org/dev/buildbot/all/x86%20W2k%20trunk
>
> Is my buildbot the only reliable Windows buildbot machine?
> It is possible that within a couple of weeks or so I'll have to take
> this one offline.
>
> Are there others that can provide a Windows buildbot? It wo
>> Are there others that can provide a Windows buildbot? It would probably
>> be good to have two -- and a WinXP one would be good.
>
> It certainly would be good. Unfortunately, Windows users are not that
> much engaged in the open source culture, so few of them volunteer
> (plus it's more painfu
Thomas Heller schrieb:
>>> Are there others that can provide a Windows buildbot? It would probably
>>> be good to have two -- and a WinXP one would be good.
>>
>> It certainly would be good. Unfortunately, Windows users are not that
>> much engaged in the
Thomas Heller schrieb:
> Thomas Heller schrieb:
>>>> Are there others that can provide a Windows buildbot? It would probably
>>>> be good to have two -- and a WinXP one would be good.
>>>
>>> It certainly would be good. Unfortunately, Windows users are
Martin v. Löwis schrieb:
>> Should I try to setup another buildbot client for win32/AMD64?
>
> We don't have a Win64 buildbot yet. Depending on whether you plan
> to use PCbuild or PCbuild8, this might be a challenge to get working
> (I think it's a challenge either way, but different).
> If it co
Christian Heimes schrieb:
>
> By the way the ctypes unit tests are causing a segfault on my machine:
> test_ctypes
> Warning: could not import ctypes.test.test_numbers: unpack requires a
> string argument of length 1
> Segmentation fault
>
> Ubunutu 7.04 on i386 machine with an Intel P3.
I can r
Barry Warsaw schrieb:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Sep 11, 2007, at 2:12 PM, Bill Janssen wrote:
>
>> I'm packaging up the SSL support for Python 2.3, and I'd like to be
>> able to include the unit test for it along with the package. Ideally,
>> I'd like to be able to
Thomas Wouters schrieb:
> On 9/27/07, Eric Smith <[EMAIL PROTECTED]> wrote:
>>
>> Thomas Wouters wrote:
>>
>> > Unfortunately, that's not how it works :-) If you check something into
>> > the trunk, it will be merged into Py3k sooner or later. I may ask the
>> > original submitter for assistance if
It looks like anonymous SVN is down:
http://svn.python.org/projects/python/
Thomas
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/arch
Neal Norwitz schrieb:
> We are planning the release of 2.5.2 for next week. Unless there are
> serious bugs, please hold off making big changes to the 2.5 branch
> until after 2.5.2 final is released. Anthony gets cranky when things
> break and he scares me...a lot. :-) Doc/test fixes as always
Thomas Heller schrieb:
> The 64-bit windows trunk buildbot now only fails the test_winsound test.
> This is because for whatever reasons the machine cannot play any sounds.
> I have no idea why this is so, and I'm not too inclined to fix this. The
> buildbot is running Wind
The 64-bit windows trunk buildbot now only fails the test_winsound test.
This is because for whatever reasons the machine cannot play any sounds.
I have no idea why this is so, and I'm not too inclined to fix this. The
buildbot is running Window XP 64-bit in a vmware image running under ubuntu.
I
I've just received a private email from Christian Jacobsen (we were discussing
some ctypes bugs/deficiencies that do not matter in this context). He wrote:
> [...] The bug
> reporting procedures for documentation is a big inconsistent:
> http://wiki.python.org/moin/SubmittingBugs, says: "If you f
Chris Mellon schrieb:
> On Oct 24, 2007 11:05 PM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
>> > So, the question is what we should do?:
>>
>> Before this question can be answered, I think we need to fully
>> understand what precisely is happening in 2.4, and what precisely
>> is happening in 2.
The ctypes sources contain the source code for libffi, in
Modules/_ctypes/libffi.
These sources were pulled from GCC cvs some time ago, and a new configure system
was written by Perky iirc.
Now, it seems that these sources are showing their age and a newer libffi
version
should be used instead.
1 - 100 of 363 matches
Mail list logo
