Bruce Christensen wrote:
If obj has no __module__ attribute (or if it is None), pickle
(didn't check cPickle) also does
for n, module in sys.module.items():
if module-ignored: continue
if getattr(module, result, None) is obj:
break # use n as module name
What is module-ignored
That's great. I just read your draft but I have little comments to do
but before let me say that I liked the idea to borrow concepts from E.
I've crossed the E's path in the beginning of this year and I found it
a pot of really nice ideas (for promises and capabilities). Here are
my comments about
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`` and ``os.chmod`` fail with WindowsError.
Greg Ewing [EMAIL PROTECTED] wrote:
But couldn't you just put in an interrupt handler that
counts the interrupts, for the purpose of measurement?
No, but the reasons are very arcane.
The general reason is that taking an interrupt handler and returning
is not transparent, and is often not
Giovanni Bajo [EMAIL PROTECTED] wrote:
This recipe for safe_eval:
http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/496746
which is otherwise very cute, does not handle this case as well: it tries to
catch and interrupt long-running operations through a secondary thread, but
fails on
Nick Maclaren wrote:
This recipe for safe_eval:
http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/496746
which is otherwise very cute, does not handle this case as well: it
tries to catch and interrupt long-running operations through a
secondary thread, but fails on a single long
For code objects, their construction is already commonly written as
compile(source).
For type objects, the constructor doesn't let you do anything you can't
already do with a class statement. It doesn't need securing.
For rewriting import.c in Python, the PEP 302 compliant import system API in
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`` and
Thomas Heller wrote:
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,
On Thu, Jul 20, 2006 at 05:09:38AM -0500, [EMAIL PROTECTED] wrote:
Misa Good point. Does the attached patch look reasonable?
...
Misa -self.when = string.upper(when)
Misa +self.when = unicode(when).upper()
...
The use of the string module instead of
Mihai,
It does make sense to document this limit for people writing
subclasses, or using a Turkic codeset. I'm not sure that logging is
the right place to document it, and I don't think changing the base
classes is a good idea.
TimedRotatingFileHandler and HTTPHandler restrict their input to a
On Thu, Jul 20, 2006 at 06:08:05PM +0200, Martin v. Löwis wrote:
Mihai Ibanescu wrote:
It's up to Vinay to decide if we want to drop support for 1.5.2 in the
module
included in newer pythons, or the attached patch would make it work for
1.5.2
as well (as in it's not more broken than
On Thu, Jul 20, 2006 at 11:39:27AM -0400, Jim Jewett wrote:
Mihai,
It does make sense to document this limit for people writing
subclasses, or using a Turkic codeset. I'm not sure that logging is
the right place to document it, and I don't think changing the base
classes is a good idea.
Mihai Ibanescu wrote:
Yes, as I said, it won't be more broken than before applying the patch (my
first patch was breaking 1.5.2 completely).
Ah, I didn't notice that it deals with unicode() not being a builtin.
That's fine then.
Regards,
Martin
___
On 7/20/06, Giovanni Bajo [EMAIL PROTECTED] wrote:
Brett Cannon wrote: The new doc is named securing_python.txt and can be found through the svn web interface at
http://svn.python.org/view/python/branches/bcannon-sandboxing/securing_python.txt?rev=50717view=log.How do you plan to handle CPU-hogs?
On 7/20/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Thu, Jul 20, 2006 at 11:39:27AM -0400, Jim Jewett wrote:
Even SysLogHandler.emit doesn't actually print the string; it is only
used as a lookup key for a dictionary whose keys are all lower-case
ASCII. In theory, you could
On 7/20/06, Nick Coghlan [EMAIL PROTECTED] wrote:
For code objects, their construction is already commonly written ascompile(source).Right, but some people like to construct directly from bytecode.
For type objects, the constructor doesn't let you do anything you can'talready do with a class
On 7/20/06, Lawrence Oluyede [EMAIL PROTECTED] wrote:
That's great. I just read your draft but I have little comments to dobut before let me say that I liked the idea to borrow concepts from E.I've crossed the E's path in the beginning of this year and I found it
a pot of really nice ideas (for
Brett Cannon wrote:
http://svn.python.org/view/python/branches/bcannon-sandboxing/securing_python.txt?rev=50717view=log
.
How do you plan to handle CPU-hogs? Stuff like execution of a
gigantic integer multiplication.
I don't. =) Protecting the CPU is damn hard to do in any form of
On 7/20/06, Giovanni Bajo [EMAIL PROTECTED] wrote:
Brett Cannon wrote:http://svn.python.org/view/python/branches/bcannon-sandboxing/securing_python.txt?rev=50717view=log
. How do you plan to handle CPU-hogs? Stuff like execution of a gigantic integer multiplication. I don't.=)Protecting the CPU
While investigating the need to apply http://python.org/sf/1525766 I found
that there was a modification to pkgutil during the need-for-speed sprint
that affects the PEP 302 protocol in a backwards incompatible way.
Specifically, PEP 302 documents that path_importer_cache always contains
Should be faster than an IBAC model since certain calls will not need to
check the identity of the caller every time.
But I am not worrying about performance, I am worrying about correctness, so
I did not try to make any performance claims.
Got that.
Nope. Have not started worrying about
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jul 13, 2006, at 12:12 PM, Barry Warsaw wrote:
I've updated SF patch #1520294 and assigned it back to Georg for
another quick review.
Neal commented in the patch that it might help to explain the
implementation a bit. I'd like to do that
Barry Warsaw wrote:
Why did I do this instead of trying to hunt down some existing getset
or member descriptor? For one thing, there really aren't very good
candidates for such objects in the built-in modules. You can't use
objects like datetime.timedelta.days in types.py because
At 12:28 PM 7/20/2006 -0700, Brett Cannon wrote:
On 7/20/06, Phillip J. Eby
mailto:[EMAIL PROTECTED][EMAIL PROTECTED] wrote:
While investigating the need to apply
http://python.org/sf/1525766http://python.org/sf/1525766 I found
that there was a modification to pkgutil during the need-for-speed
On 7/20/06, Phillip J. Eby [EMAIL PROTECTED] wrote:
At 12:28 PM 7/20/2006 -0700, Brett Cannon wrote:On 7/20/06, Phillip J. Ebymailto:[EMAIL PROTECTED][EMAIL PROTECTED]
wrote:While investigating the need to applyhttp://python.org/sf/1525766http://python.org/sf/1525766
I foundthat there was a
On Thu, 20 Jul 2006 14:57:07 -0400, Phillip J. Eby [EMAIL PROTECTED] wrote:
While investigating the need to apply http://python.org/sf/1525766 I found
that there was a modification to pkgutil during the need-for-speed sprint
that affects the PEP 302 protocol in a backwards incompatible way.
It
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jul 20, 2006, at 3:32 PM, Georg Brandl wrote:
Perhaps you could put the objects into _testcapi. That way no new
module
has to be deployed (is _testcapi installed on every system?)
That doesn't seem importable in types.py either. You /could/
Larry Hastings wrote:
I run the following script:
--
from subprocess import *
Popen(ls -l)
--
(yeah, I have ls.exe on Windows)
Under Python 2.4.2, this simply dumped the results of ls.exe to the
terminal--sorry, to the command shell.
Under Python 2.5, both beta 1 and beta 2, it dumps
Reported to the list about a week ago, with analysis. Didn't get a response. Won't use sourceforge. Sorry about the top post.-KevinOn 7/20/06, Delaney, Timothy (Tim)
[EMAIL PROTECTED] wrote:Larry Hastings wrote:
I run the following script: -- from subprocess import * Popen(ls -l) -- (yeah, I
Title: Message
Hah - just found it. I even remember reading it...
I'll
update the SF tracker (1526203) with your analysis.
Tim
Delaney
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Kevin Jacobs [EMAIL PROTECTED]Sent: Thursday, 13
Nick Maclaren wrote:
Now, interrupting into that level has to be transparent, in order to
support TLB misses, clock interrupts, device interrupts, machine-check
interrupts and so on.
I thought we were just talking about counting the number
of floating point exceptions that a particular piece
Here is a first stab at writing up guidelines for people to follow
when reporting bug. If this goes well I will also do ones for
patches, committing, and PEPs.
-Brett
---
These sets of guidelines are to help you file a bug report for the Python
Brett Cannon:
But SourceForge does not support anonymous reporting.
SourceForge does support anonymous reporting. A large proportion of
the fault reports I receive for Scintilla are anonymous as indicated
by nobody in the Submitted By column.
On Friday 21 July 2006 00:10, Neil Hodgson wrote:
Brett Cannon:
But SourceForge does not support anonymous reporting.
SourceForge does support anonymous reporting. A large proportion of
the fault reports I receive for Scintilla are anonymous as indicated
by nobody in the Submitted
Barry Warsaw [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
think this patch should go in 2.5. OTOH, I suspect most people just
don't care, which is why I've gotten almost no comments on the patch
(other than one or two mild nods of approval).
I use help(ob) quite a bit, have
36 matches
Mail list logo