Brian Warner wrote:
This makes it much easier to implement things like the Force Build
button, and allows the same status-retrieving API to be used by all
the different status-delivery modules: web, IRC, email, PB.
Certainly: I can easily believe that this is easier from a development
point
Shane:
Vinay Sajip wrote:
I'd be interested in your approach to solve this.
To be compatible with an external tool like logrotate, all a daemon
needs to do is close and reopen log files at about the same time log
rotation happens. To handle this use case, I suggest the logging module
On Tue, Jan 10, 2006 at 09:15:56AM +0100, Martin v. Löwis wrote:
[...]
I know I could limit the Twisted webserver to localhost using
firewalling/iptables (and I will need to if there is no other
option); just having it generate static pages would have been
more convenient.
For this part at
Martin v. Löwis wrote:
Armin Rigo wrote:
This would do the right thing for = 2.4, using ints everywhere; and the
Python.h version 2.5 would detect the #define and assume it's a
2.5-compatible module, so it would override the #define with the real
thing *and* turn on the ssize_t interpretation
Martin v. Löwis [EMAIL PROTECTED] writes:
Well, you know that LOAD_CONST only supports 2**31 constants, so
truncation to int is currently safe (I hope that the compiler detects
cases where somebody tries to create more than 2**16 constants).
Easy enough to check:
Georg Brandl [EMAIL PROTECTED] writes:
Michael Hudson wrote:
Georg Brandl [EMAIL PROTECTED] writes:
The call to curses.setupterm() leaves my terminal in a bad state.
Hmm.
The reset program outputs:
Erase set to delete.
Kill set to control-U (^U).
Interrupt set to control-C (^C).
Got this from a Google alert overnight. It's not really a Python problem
(it's a sudo problem), but it's probably not a bad idea to understand the
implications.
SUDO Python Environment Cleaning Privilege Escalation ...
Secunia - UK
... This can be exploited by a user with sudo
please stop email upto further request. thanking youSend instant messages to your online friends http://in.messenger.yahoo.com ___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
Hello,
I would like to know if Tkinter is being
developed/maintained. It appears the latest book on Tkinter by John E. Grayson published in 2000 is the only book resource on
Tkinter.
The publisher suggested that QtPy (http://www.riverbankcomputing.co.uk/pyqt/)
and wxPython (
On 1/10/06, Aahz [EMAIL PROTECTED] wrote:
On Tue, Jan 10, 2006, Rodrigues, Joseph wrote:
I would like to know if Tkinter is being developed/maintained. It
appears the latest book on Tkinter by John E. Grayson published in 2000
is the only book resource on Tkinter.
This message is not
I have security concerns as well, but not in buildbot itself. My
project is restricted even withinz the company I work for so I need
the buildbot web server to only be available to certain people.
HTTPS access would be nice too. TwistedWeb doesn't seem to have
support for either
Methinks anyone using sudo to allow non-root-users to execute specific
scripts without giving them full root perms is relying on security by
obscurity at this point. (Ditto for setuid Python scripts BTW.)
--Guido
On 1/10/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Got this from a Google
Hi,
I started hitting Py_FatalError(Invalid thread state for this thread)
in pystate.c when a thread bootstraps since my upgrade to Python 2.4.2
(was using 2.4.1 previously).
I'm embedding Python in C++, using multiple interpreters and threads.
I think the problem is that PyThreadState_Delete
Michael Hudson wrote:
Georg Brandl [EMAIL PROTECTED] writes:
Michael Hudson wrote:
Georg Brandl [EMAIL PROTECTED] writes:
The call to curses.setupterm() leaves my terminal in a bad state.
Hmm.
The reset program outputs:
Erase set to delete.
Kill set to control-U (^U).
Interrupt
M.-A. Lemburg wrote:
I don't believe the change is major. It only affects a few extensions,
and for these, it is only a minor change. A single line of changing
will be enough.
This is true for all the changes related to parameters passed by
value. It is not true for output parameters. For
time to synchronize your activities a bit ?
Author: neal.norwitz
Date: Tue Jan 10 08:49:41 2006
New Revision: 42000
Added:
python/trunk/Lib/test/crashers/
python/trunk/Lib/test/crashers/README
python/trunk/Lib/test/crashers/coerce.py
Andrew Bennetts wrote:
For this part at least, it's easier than that; you can pass
interface='127.0.0.1' to the relevant listenTCP or TCPServer call, so that it
will only bind that port to localhost.
Thanks for the suggestion! works fine for me.
Regards,
Martin
M.-A. Lemburg wrote:
I don't see a good solution for these other than introducing
a set of new APIs (and maybe doing some macro magic as Martin
did for PyArg_ParseTuple()). Due to the fact that changes in
the types of output parameters require changes in the
extension variable type layout
On 1/10/06, Fredrik Lundh [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
But for sure, Tkinter is still being maintained by the Python
developers (mainly MvL I believe). If it appears stagnant that's
probably because Tcl/Tk itself isn't changing much.
afaict, Tcl/Tk 8.5 isn't moving
Fredrik Lundh wrote:
But for sure, Tkinter is still being maintained by the Python
developers (mainly MvL I believe). If it appears stagnant that's
probably because Tcl/Tk itself isn't changing much.
afaict, Tcl/Tk 8.5 isn't moving quite as fast as Python 2.5, but they're
probably a lot
I would like to suggest to include ctypes into core Python, starting
with the 2.5 release.
ctypes is nearing the 1.0 release, and works on Windows, OS X, linux,
possibly other platforms (provided that the processor is supported by
libffi), and just recently even on Windows CE.
ctypes does not
On 1/10/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Guido Well to compare to Perl 6 you should really look at the progress
Guido of Tcl/Tk 9.0, which sounds like it's never going to happen. So
Guido Perl 6 still wins. :-)
So the grand race is between Tcl/Tk 9.0, Perl 6 and
On 1/10/06, Thomas Heller [EMAIL PROTECTED] wrote:
I would like to suggest to include ctypes into core Python, starting
with the 2.5 release.
On the one hand I agree that this is a useful module, popular, mature etc.
On the other hand it breaks one of the most fundamental Python
guidelines: if
[EMAIL PROTECTED] wrote]
...and whoever the Tcl/Tk master is these days (still Ousterhout?)...
That's Jeff Hobbs. He sits behind me. I'll see if I can pester him to
give some Tcl/Tk and _tkinter thoughts.
Cheers,
Trent
--
Trent Mick
[EMAIL PROTECTED]
Thanks for your reply. (I won't bug you on this with lots of email) but I
would really like a comment or two on the other python GUIs viz. wxPython and
QtPy.
Would you say wxPython and QtPy are competing with TKinter or vice versa?
Why wxPyton and/or QtPy when TKinter is alive and well?
Martin v. Löwis wrote:
M.-A. Lemburg wrote:
I don't see a good solution for these other than introducing
a set of new APIs (and maybe doing some macro magic as Martin
did for PyArg_ParseTuple()). Due to the fact that changes in
the types of output parameters require changes in the
extension
M.-A. Lemburg wrote:
... and then the type change of that variable propagates
throughout the extension.
That depends on the usage of the code. If the variable
is passed by value, no further changes are necessary.
If a pointer to the variable is passed, you could replace
it with
Py_ssize_t
Rodrigues, Joseph wrote:
Would you say wxPython and QtPy are competing with TKinter or vice
versa?
No. I never say that software competes. I don't even say that products
compete. People may compete, or perhaps companies, but not things.
Why wxPyton and/or QtPy when TKinter is alive and well?
M.-A. Lemburg wrote:
If it were this easy, I wouldn't have objections. But it's
not.
It is so easy. Can you should me an example where it isn't?
The variables you use with these APIs tend to propagate
through the extension, you use them in other calls,
make assignments, etc.
They only
[Martin v. Löwis]
...
I am talking about the entirety of these functions,
and claim that they are rarely used (including the
Unicode and buffer APIs).
This reminded me that I still owe you a reply about s# and t# format
codes. It occurred to me that I've never used them, and probably
never
Guido van Rossum wrote:
On 1/10/06, Thomas Heller [EMAIL PROTECTED] wrote:
I would like to suggest to include ctypes into core Python, starting
with the 2.5 release.
On the one hand I agree that this is a useful module, popular, mature
etc.
On the other hand it breaks one of the most
Delaney, Timothy (Tim) wrote:
Guido van Rossum wrote:
On 1/10/06, Thomas Heller [EMAIL PROTECTED] wrote:
I would like to suggest to include ctypes into core Python, starting
with the 2.5 release.
On the one hand I agree that this is a useful module, popular, mature
etc.
On the other
On 1/10/06, Delaney, Timothy (Tim) [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
On 1/10/06, Thomas Heller [EMAIL PROTECTED] wrote:
I would like to suggest to include ctypes into core Python, starting
with the 2.5 release.
On the one hand I agree that this is a useful module,
Guido van Rossum wrote:
As was pointed out on c.l.py, the `dl` module suffers the exact same
problem (I don't know myself, as I've never used it). There are no
warnings about this in the `dl` module documentation.
Good point. I think there should be such warnings though.
Added
On Tue, Jan 10, 2006 at 01:14:13PM -0800, Guido van Rossum wrote:
On the other hand it breaks one of the most fundamental Python
guidelines: if you get a core dump (segfault etc.) it's a bug in
Python or in a 3rd party extension, not in *your* Python code. An
exception would have to be made
On 1/10/06, Thomas Wouters [EMAIL PROTECTED] wrote:
Aside from 'dl', what was also pointed out in c.l.py was the crashability of
Python in general, even from pure Python code:
centurion:~ python .
Segmentation fault
This I think ought to be fixed; it's just (I presume) the parser
stumbling
Tim I'm of the opinion that having a big red warning at the top of the
Tim module documentation ...
Do we have semantic markup to support that?
ducks
Skip
___
Python-Dev mailing list
Python-Dev@python.org
://effbot.org/lib/index-23.html
http://effbot.org/lib/index-win32.html
http://online.effbot.org/2006_01_01_archive.htm#20060110
http://online.effbot.org/2006_01_01_archive.htm#module-count
Most importantly, this makes it easy to track down missing reference pages,
and generate stubs
[Guido]
I'm not saying it's uncrashable. I'm saying that if you crash it, it's
a bug unless proven harebrained.
+1 QOTW
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
There is an inconsistancy in the way that dictionary subclasses behave
when they are used as as namespaces in execs.
Basically, while python 2.4 permits the usage of dictionary subclasses
for local environments, it still bypasses the subclass functions and
uses the C API for global environments.
Thomas Wouters [EMAIL PROTECTED] wrote:
centurion:~ python .
Segmentation fault
[...]
sys.setrecursionlimit(130)
f = lambda f:f(f)
f(f)
Segmentation fault
There's more, all from Python itself. And sure, well, don't do that then
is a perfectly valid response to most of these
On Tue, Jan 10, 2006 at 03:57:28PM -0800, Josiah Carlson wrote:
As always, I'm sure that reasonable patches which work around such
segfaulting cases will be acceptable, though remember that it may not be
clear how to work around them.
Sorry, I missed the point I was aiming at, I guess. I
Sorry, sent a patch without an intro.
My name is Crutcher Dunnavant
I'm working on a doctorate in computer science (in modeling language practises).
Before I got my master's degree, I used to work for Red Hat in North Carolina as
an OS developer, and I now work in the San Fransisco Bay Area as a
On Tue, Jan 10, 2006, Crutcher Dunnavant wrote:
There is an inconsistancy in the way that dictionary subclasses behave
when they are used as as namespaces in execs.
Basically, while python 2.4 permits the usage of dictionary subclasses
for local environments, it still bypasses the subclass
1402289
On 1/10/06, Aahz [EMAIL PROTECTED] wrote:
On Tue, Jan 10, 2006, Crutcher Dunnavant wrote:
There is an inconsistancy in the way that dictionary subclasses behave
when they are used as as namespaces in execs.
Basically, while python 2.4 permits the usage of dictionary subclasses
This is the unittest that checks it. On trunk, the global and fall
through cases will fail, but they pass with the patch.
import unittest
from test import test_support
class DictSubclass(dict):
get_notify_func = None
def __getitem__(self, key):
if self.get_notify_func:
[Fredrik Lundh wrote]
Can buildbot deal with custom test/validation scripts, and collect the output
somewhere ?
Yes, it should be able to. However, it might change the part of the the
master.cfg file that defines the build steps from being trivial
(probably something like:
[Guido]
I think it's moot unless you also preserve comments. Ideally would be
something that prserved everything (ordering, blank lines, comments
etc.) from how it was read in. Modifying a value should keep its
position. Adding a value should add it to the end of the section it's
in (unless
On 11-jan-2006, at 0:57, Josiah Carlson wrote:
On a platform which doesn't see the current path as a readable
file, you
get Access is denied. on the redirection attempt.
On my osx box using python 2.4.2:
$ cat .
cat: stdin: Is a directory
$ python .
Bus error
And finally:
$ python -c
Guido van Rossum [EMAIL PROTECTED] writes:
On 1/10/06, Delaney, Timothy (Tim) [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
On 1/10/06, Thomas Heller [EMAIL PROTECTED] wrote:
I would like to suggest to include ctypes into core Python, starting
with the 2.5 release.
On the one hand
Won't ctypes completely replace dl? dl provides only a small subset
of the functionality of ctypes and is very restricted in the set of
argument types allowed.
Neil
___
Python-Dev mailing list
Python-Dev@python.org
On 1/10/06, Thomas Wouters [EMAIL PROTECTED] wrote:
centurion:~ python .
Segmentation fault
I fixed that in Oct in head and 2.4 branch. Although Skip filed a bug
since Py_FatalError() is called which generates a core dump in debug
builds at least. http://python.org/sf/1353504
I'm not sure
52 matches
Mail list logo
