On 1/10/06, Trent Mick <[EMAIL PROTECTED]> wrote:
> [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
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 no
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
http://mail.python.org/mailman/li
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 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:
$ py
[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
2006/1/10, Barry Warsaw <[EMAIL PROTECTED]>:
> It's also important when you do crazy things like keep your
> configuration files in a revision control system. That's something that
Good point, Barry.
So, unless somebody screams a blatant "no", I'll apply my patch to
gain predictability and reje
On Mon, 2006-01-09 at 14:08 -0300, Facundo Batista wrote:
> We can rewrite ConfigParser to store everything and write it back in
> the exact order it took it, with new values at the end of each section
> (or where the user inserted it), but it'll took a big rewrite of the
> module: right now it's
Guido> I'm not sure what makes those particular examples less than real
Guido> bugs. Users *will* trip over these things.
Feel free to hack away at:
http://wiki.python.org/moin/CrashingPython
I have no idea where (if at all) it should be linked from elsewhere on the
wiki.
Skip
___
[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:
building_python
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:
On 1/10/06, Thomas Wouters <[EMAIL PROTECTED]> wrote:
> Sorry, I missed the point I was aiming at, I guess. I wasn't aiming for
> fixable bugs; I see these things as, with great effort, holding up your foot
> at an awkward angle so that it ends up right at the business end of your
> primed and lit
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
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 subc
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
s
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 wa
Thomas Wouters <[EMAIL PROTECTED]> wrote:
> centurion:~ > python < .
> Segmentation fault
>
> [...]
> >>> sys.setrecursionlimit(1<<30)
> >>> 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 res
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. T
[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:
http://mail.py
dex-24.html
http://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,
an
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?
Skip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/p
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
s
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 mad
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 docum
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 usef
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.
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
[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
neve
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
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 we
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 x
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
>>
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?
Why
[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]
__
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:
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
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 Python 3? Maybe you,
Larry and whoever the Tcl/Tk master is
Martin v. Löwis wrote:
> 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
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 dep
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
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'
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
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
_
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
>python/trunk/Lib/test/crashers/wea
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 quite as fast as Python 2.5, but they're
probably a lot
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 parameter
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.
Kil
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 (
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
> 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 eithe
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
> 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.
And I intend to add an option to the buildbot master.cfg file to make it easy
to do just that. It should be in the
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 appropriate for python-dev. Please use
comp.l
Hi Gabriel,
Apart from the problem of sharing code between interpreters (sounds
pretty dangerous to me) there's a bug in 2.4.1 (and 2.3.5 for that
matter) that causes problems with multiple interpreters in certain
siutations (esp. threads) which results in this 'restricted mode'
message - I encoun
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 ( http://w
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:
http://mail.
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 su
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).
>>> Interru
"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:
>>> eval(repr(range
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 inter
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 pa
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 modul
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
po
63 matches
Mail list logo