M.-A. Lemburg schrieb:
Jonathan Hartley wrote:
While examining py2exe et al of late, my thoughts keep returning to
the idea of writing, in C or similar, a compiled stand-alone
executable 'bootstrapper', which:
1) downloads and install a Python interpreter if none exists
2) runs the
Thomas Heller thel...@ctypes.org added the comment:
I retract this request. It seems the idea is not liked or a solution is
not easy.
(The solution I now use is to start Python from a batch file that parses
some command line flags itself, sets environment variables, and my
sitecustomize.py
Thomas Heller thel...@ctypes.org added the comment:
Jean-Paul Calderone:
How about putting this into the logging module instead? Instead of
python logging options program program options, making it
python -m logging logging options program program options.
This:
* involves
Thomas Heller thel...@ctypes.org added the comment:
How do these global settings (either via the interpreter or a wrapper
in the logging module) change what an app might do on its own? IOW, if
my app is already written to configure logging, and someone invokes it
with these other settings
New submission from Thomas Heller thel...@ctypes.org:
I want the Python executable to have command line flags which allow
simple configuration of the logging module. Use cases are to run
applications/scripts (which use libraries that use logging calls) with
different logging output without
Thomas Heller thel...@ctypes.org added the comment:
I get the idea. The Python part of the patch demonstrates what you're
getting at, though it can't be used as is - for example the
getattr(logging, a, a) could lead to problems. However a more
intelligent parser (which looked for specific
Thomas Heller thel...@ctypes.org added the comment:
Why does this need to be built into the interpreter? The script / app
should have logging config support.
It does not need to, but it would be nice.
I think the '-l' flag should be similar to the -W flag.
Or consider for example using
Thomas Heller thel...@ctypes.org added the comment:
This one is fixed, isn't it?
See for example the buildbot output at
http://www.python.org/dev/buildbot/2.6/builders/x86%20osx.5%202.6/builds/566/steps/compile/logs/stdio
(Search for building '_ctypes' extension on the page)
--
nosy
Thomas Heller thel...@ctypes.org added the comment:
Is that any help?
Not really ;-).
Here is a patch I just wrote - it must still be checked for correctness,
and tests for it must be added. I hope the comment in the code explains
how it works. ctypes-structinit.patch
--
keywords
Thomas Heller thel...@ctypes.org added the comment:
I've commited a slightly changed patch plus a test.
trunk: 74917, py3k: 74918, release26-maint: 74919, release31-maint: 74920.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Thomas Heller thel...@ctypes.org:
--
resolution: - fixed
status: open - closed
versions: -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5042
Thomas Heller thel...@ctypes.org added the comment:
Comitted as
trunk: 74921, py3k: 74922, release31-maint: 74923, release26-maint: 74924
--
resolution: accepted - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Thomas Heller thel...@ctypes.org added the comment:
I guess this is a bug in your code, as mentioned in my last comment, so
closing as invalid.
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Thomas Heller thel...@ctypes.org added the comment:
Find where c_size_t is defined: in Lib/ctypes/__init__.py
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6729
Thomas Heller thel...@ctypes.org added the comment:
Since ctypes should stay compatible with Python versions down to 2.4, a
with block cannot be used.
Of course would closing the object returned by os.popen() explicitely be
better style, but I wonder what the real problem is. My observations
Thomas Heller thel...@ctypes.org added the comment:
Would you like to work on a patch?
--
versions: +Python 2.7, Python 3.0, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6729
Thomas Heller thel...@ctypes.org added the comment:
The py3k version of the file already contains 3.x only code, and it's
missing the comment at the top that it should be compatible. But it's
not really a big deal to me.
Yes, I had deleted the comment since the 3.x code cannot be compatible
Changes by Thomas Heller thel...@ctypes.org:
--
assignee: theller - eric.smith
resolution: - accepted
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6882
Changes by Thomas Heller thel...@ctypes.org:
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5042
Thomas Heller thel...@ctypes.org added the comment:
The problem is the implementation of the current __init__ method, in
Modules/_ctypes/_ctypes.c, line 4024. Rewritten in Python, and slightly
simplified it looks like this:
def __init__(self, *args, **kw):
The current BUGGY
Thomas Heller thel...@ctypes.org added the comment:
Commited as svn rev 74664 (py3k) and rev 74665 (release31-maint).
--
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Thomas Heller thel...@ctypes.org added the comment:
This is on purpose.
The idea is that the function call returns an existing pointer to an
existing object, so __init__ (or __new__, IIRC) is never called in this
case.
--
resolution: - invalid
status: open - closed
Thomas Heller thel...@ctypes.org added the comment:
I agree that the C type 'char' is a byte, not a character. So Python3
should creates a Python bytes object for the ctypes c_char_p type.
Since Python 3.1 is out, is it too late to change it in the 3.x branch?
:-) Maybe for Python 3.2?
I
Thomas Heller thel...@ctypes.org added the comment:
I have no time to figure out what the attached script is supposed to do.
Please provide a standalone test-script and describe exactly how it
should be used to reproduce the bug.
However, I guess the problem is that the signature
Thomas Heller thel...@ctypes.org added the comment:
Andrew McNabb schrieb:
I just looked at ConvParam in a little more detail, and it seems that
the problem is caused because setting pa-value.i to 0 only works for
the lower-order bits. Apparently the higher order bits in pa-value are
non
Thomas Heller thel...@ctypes.org added the comment:
Python 3.0 is dead ;-).
--
versions: -Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4606
Thomas Heller thel...@ctypes.org added the comment:
Here's a patch.
--
keywords: +patch
Added file: http://bugs.python.org/file14615/c_char_p.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6239
Thomas Heller thel...@ctypes.org added the comment:
Thanks for bringing my attention to this problem again, and for the review.
Andrew McNabb schrieb:
I looked at the attached patch, and it seems to me the only alternative
approach would be to use PyLong_FromLong instead of PyInt_FromLong
Thomas Heller thel...@ctypes.org added the comment:
Here's a corrected patch against svn trunk.
--
Added file: http://bugs.python.org/file14608/patch-ctypes-none-arg-2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4606
Thomas Heller thel...@ctypes.org added the comment:
One of the new tests in r74134 is failing on my box (Gentoo x86), and on
a number of the buildbots:
I've seen that, but do not yet have a patch.
--
title: Can not set value for structure members larger than 32 bits - Can not
set
Thomas Heller thel...@ctypes.org added the comment:
ctypes_workaround_2.patch from ocean-city seems to fix it so I'll apply
that.
--
title: Can not set value for structure members larger than 32 bits - Can not
set value for structure members larger than 32 bits
New submission from Thomas Heller thel...@ctypes.org:
This patch implements some pointer arithmetic operations for ctypes.
--
files: ctypes-pointerarith.patch
keywords: patch
messages: 89225
nosy: theller
severity: normal
status: open
title: ctypes pointer arithmetic
type: behavior
Changes by Thomas Heller thel...@ctypes.org:
--
assignee: - theller
components: +ctypes
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6259
Amit Gupta schrieb:
Hi,
I have been using ctype.cdll to load a library, but I am unable to
figure out how to load multiple libraries that depends on each other.
E.g. I have two libraries A.so and B.so. A.so has some undefined
references, and those symbols are defined in B.so.
When I try
Joseph Garvin schrieb:
On Thu, Jun 4, 2009 at 3:23 PM, Brian brian.min...@colorado.edu wrote:
What is the goal of this conversation that goes above and beyond what
Boost.Python + pygccxml achieve?
I can't speak for others but the reason I was asking is because it's
nice to be able to define
s...@pobox.com schrieb:
Requiring that the C++ compiler used to make the dll's/so's to be the
same one Python is compiled with wouldn't be too burdensome would it?
Scott And what gave you then impression that Python is compiled with a
Scott C++ compiler?
I don't think
Philip Semanchuk schrieb:
On Jun 5, 2009, at 10:13 AM, Thomas Heller wrote:
s...@pobox.com schrieb:
If there is no C++ compiler available then the proposed layout
sniffing just
wouldn't be done and either a configure error would be emitted or a
run-time
exception raised if a program
[Please keep the discussion on the list]
Joseph Garvin schrieb:
On Thu, Jun 4, 2009 at 3:43 AM, Thomas Heller thel...@python.net wrote:
There have been some attempts to use ctypes to access C++ objects.
We (Roman Yakovenko and myself) made some progress. We were able to
handle C++ name
Philip Semanchuk schrieb:
Hi Thomas,
We're weighing options for accessing C++ objects via Python. I know of
SIWG and Boost; are there others that you think deserve consideration?
I haven't used any of them myself. A common suggestion is SIP,
less known are pybindgen and Robin. But there
Changes by Thomas Heller thel...@ctypes.org:
--
assignee: theller -
components: -ctypes
nosy: -theller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6121
Python 2.6 contains the json module, which I thought was the renamed (and
improved?)
simplejson module that also works on older Python versions.
However, it seems the json is a lot slower than simplejson.
This little test, run on Python 2.6.2 and WinXP shows a dramatic difference:
C:\py26 -m
David Lyon schrieb:
On Wed, 13 May 2009 05:32:16 +0200, Martin v. Löwis mar...@v.loewis.de
wrote:
I think this was a case of obscure misconfiguration of the system.
It is always possible to configure a system in such a way that even
the most resilient installation procedure will break.
Diez B. Roggisch schrieb:
Thomas Heller wrote:
Python 2.6 contains the json module, which I thought was the renamed (and
improved?) simplejson module that also works on older Python versions.
However, it seems the json is a lot slower than simplejson.
This little test, run on Python 2.6.2
Ned Deily schrieb:
In article 76vs9tf1f6c5...@mid.individual.net,
Thomas Heller thel...@python.net wrote:
Diez B. Roggisch schrieb:
Thomas Heller wrote:
Python 2.6 contains the json module, which I thought was the renamed (and
improved?) simplejson module that also works on older Python
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
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
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:
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 schrieb:
I'm looking for a lightweight web-framework for an embedded system.
The system is running a realtime linux-variant on a 200 MHz ARM
processor, Python reports a performance of around 500 pystones.
The web application will not be too fancy, no databases involved
I'm looking for a lightweight web-framework for an embedded system.
The system is running a realtime linux-variant on a 200 MHz ARM
processor, Python reports a performance of around 500 pystones.
The web application will not be too fancy, no databases involved
for example, but it will need to
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
lorenzo.mentas...@yahoo.it schrieb:
Hi all,
I need to call GetSystemPowerState windows api from pythonCE, because
I need to know if a windows ce 5 device is in sleep/off status.
I can find this api in ctypes.windll.coredll, but I cannot figure out
how to pass parameters to this procedure:
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
PS schrieb:
Hello all
I can't install neither python 2.6.1 nor 2.6.2 because an error during
compilation of _ctypes module, I don't need the module but I don't
know how to instruct to skip it.
You only get a warning, right? So a subsequent 'make install' should work.
--
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
Ralf schrieb:
I'm trying to develop Windows Shell Extensions with the Python Win32
Extensions. Most of the samples are working. However, I have a
slightly different need: I want the Python COM server to run as a
separate process (LocalServer or OutOfProc).
As I understand, both the InProc
Ralf schrieb:
I think that for whatever reasons, explorer always tries to create
shell extensions as InProc. CoCreateInstance, which is the usual
API to create COM instances, allows to specify which one you want.
Thomas
So there is no way to do this, other than to create a proxy COM
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
greg schrieb:
Suraj Barkale wrote:
I installed this and tried out the tests on Python 2.6.1 and Windows XP
SP3. Following are my observations.
Thanks, I'll look into these.
Test 33-mouse-events.py:
1. mouse-enter and mouse-leave events are not reported.
That's actually expected
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
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:
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
I have installed pyreadline, and get nice tab completion in
the normal interactive interpreter:
snip
Python 2.4.4 (#71, Oct 18 2006, 08:34:43) [MSC v.1310 32 bit (Intel)] on win32
Type help, copyright, credits or license for more information.
import rlcompleter
import readline
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
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
Christian Heimes schrieb:
Hrvoje Niksic schrieb:
Diez B. Roggisch de...@nospam.web.de writes:
The answer is easy: if you use C, you can use ctypes to create a
wrapper - with pure python, no compilation, no platform issues.
The last part is not true. ctypes doesn't work on 64-bit
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:
--
nosy: +theller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1552880
___
___
Python-bugs-list
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
Maxim Demenko schrieb:
Hi,
i have installed Python 2.5.4 on WinXP, setuptools-0.6c9 and py2exe 0.6.9
Now i can't list installed modules, here is the stacktrace:
help modules
Please wait a moment while I gather a list of all available modules...
Traceback (most recent call last):
Maxim Demenko schrieb:
Hi,
i have installed Python 2.5.4 on WinXP, setuptools-0.6c9 and py2exe 0.6.9
Now i can't list installed modules, here is the stacktrace:
[...]
Any suggestion, how to fix this issue?
Thomas Heller schrieb:
Looks like a setuptools problem to me. Here's the output
Thomas Heller thel...@ctypes.org added the comment:
The distutils version number is now updated automatically by the Python
release process, so the comment in that file can be removed.
How does this mechanism work? I'm wondering if I should use a similar
mechanism for the ctypes version
Armin schrieb:
As posted before ... set's my script (python 2.3):
from distutils.core import setup
import py2exe
setup(windows=['dpconf.py'],
data_files=[ , [proj_db,gsd_db,dachs2.xbm]]
)
When I create the distribution I got the following err msg:
*** copy data files ***
Changes by Thomas Heller thel...@ctypes.org:
--
nosy: +theller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2396
___
___
Python-bugs-list mailing
Nick Craig-Wood schrieb:
Thomas Heller thel...@python.net wrote:
Nick Craig-Wood schrieb:
Interesting - I didn't know about h2xml and xml2py before and I've
done lots of ctypes wrapping! Something to help with the initial
drudge work of converting the structures would be very helpful
Thomas Heller thel...@ctypes.org added the comment:
The patch is fine, no need for another diff.
--
resolution: - accepted
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4867
Thomas Heller thel...@ctypes.org added the comment:
Fixed in release30-maint, rev. 68402 and py3k, rev. 68401.
Thanks for the patch.
--
resolution: accepted - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Nick Craig-Wood schrieb:
Ralf Schoenian r...@schoenian-online.de wrote:
Ryan wrote:
I've been using Python for many years now. It's a wonderful language
that I enjoy using everyday. I'm now interested in getting to know
more about the guts (C/C++) and extending it. But, extending python
Thomas Heller thel...@ctypes.org added the comment:
Matthias Klose schrieb:
there are some problems with ctypes.util.find_library(), which I would
like to see fixed on active branches.
- find_library is not robust, if either objdump or gcc are not
installed. fixed by raising
Mark Summerfield schrieb:
Just a follow-up to say that the book has now been published in the
U.S.
It is now in stock at InformIT, and should reach other stores, e.g.,
Amazon, in a week or so.
Also, the introduction, the first few pages of the first chapter, the
whole of chapter 12
Steve Holden schrieb:
Thomas Heller wrote:
Question from a non-native english speaker: is this now valid english?
One of Python’s great strengths
^
and also teaches Python’s functional programming features
^
The book’s approach is wholly
New submission from Thomas Heller thel...@ctypes.org:
Distutils setup function accepts an 'options' named argument which
allows to pass options to subcommands in a dictionary (At the moment I
cannot find where this is documented).
When an empty dictionary is passed, distutils spits out a warning
101 - 200 of 771 matches
Mail list logo