Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1578643
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
See issue9079.
--
dependencies: +Make gettimeofday available in time module
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1578643
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I would like to remove datetime module dependency on time module altogether.
For example getting timestamp as a float and later break it into sec/usec just
to satisfy time module API looks rather inefficient.
--
/reportlab/lib/utils.py, line 810,
in dump
f = open(self.fn,'wb')
IOError: file() constructor not accessible in restricted mode
this is not the original error, but part of our efforts to debug; however, the
original error was during an attempt to read a file so presumably open
I thought that restricted mode died ages ago.
Any ideas what could be causing this?
Restricted mode is still available, and activated whenever
a frame's builtins directory is different from the interpreter's;
see PyFrame_IsRestricted.
Regards,
Martin
--
http://mail.python.org/mailman
.py, line 421, in format
RuntimeError: instance.__dict__ not accessible in restricted mode
I'm not sure what it means. Googling leads me to
http://docs.python.org/lib/restricted.html but that says that those
modules were disabled in 2.3 and I'm running 2.5.1. In any case I'm
not using them
that particularly, but I'm still a little unclear as
to what's going on. That thread dates from 3 years ago and it seems to
imply that mod python is using restricted mode (in the sense of the
the rexec module), which won't run in 2.5 will it?
One parts that says:
Restricted mode is a strange
: instance.__dict__ not accessible in restricted mode
I'm not sure what it means. Googling leads me to
http://docs.python.org/lib/restricted.html but that says that those
modules were disabled in 2.3 and I'm running 2.5.1. In any case I'm
not using them (although it could be that one of the 3rd
I'm occasionally seeing tracebacks like this:
Traceback (most recent call last):
File logging/__init__.py, line 744, in emit
File logging/__init__.py, line 630, in format
File logging/__init__.py, line 421, in format
RuntimeError: instance.__dict__ not accessible in restricted mode
I'm
Hey,
I work on some project where main part (core) is coded in C
(for speed) and the rest is in Python. Python API is used
to launch python modules without using any exec() system()
calls (thread safe). During debugging I found that
many of Python modules fails to work because restricted mode
Hi,
At the company I work for we've embedded Python 2.4.1 in a C++
application. We execute multiple scripts concurrenlty, each one in its
own interpreter (created using Py_NewInterpreter()).
We are sharing a certain instance between interpreters because its to
expensive to instantiate that class
thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Threads
Group: Python 2.4
Status: Closed
Resolution: Fixed
Priority: 8
Submitted By: anothermax (yetanothermax)
Assigned to: Michael Hudson (mwh)
Summary: Sub threads execute in restricted mode
thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Threads
Group: Python 2.4
Status: Open
Resolution: None
Priority: 8
Submitted By: anothermax (yetanothermax)
Assigned to: Tim Peters (tim_one)
Summary: Sub threads execute in restricted mode
thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Threads
Group: Python 2.4
Status: Open
Resolution: None
Priority: 8
Submitted By: anothermax (yetanothermax)
Assigned to: Nobody/Anonymous (nobody)
Summary: Sub threads execute in restricted mode
,
including the initial issue submission, for this request,
not just the latest update.
Category: Threads
Group: Python 2.4
Status: Open
Resolution: None
Priority: 8
Submitted By: anothermax (yetanothermax)
Assigned to: Nobody/Anonymous (nobody)
Summary: Sub threads execute in restricted mode
Initial
Priority: 8
Submitted By: anothermax (yetanothermax)
Assigned to: Nobody/Anonymous (nobody)
Summary: Sub threads execute in restricted mode
Initial Comment:
I'm using the JEP product which allows integration
of Java with Python (see http://jepp.sourceforge.net) via
starting a Python interpreter
Submitted By: anothermax (yetanothermax)
Assigned to: Nobody/Anonymous (nobody)
Summary: Sub threads execute in restricted mode
Initial Comment:
I'm using the JEP product which allows integration
of Java with Python (see http://jepp.sourceforge.net) via
starting a Python interpreter in the same
Priority: 5
Submitted By: anothermax (yetanothermax)
Assigned to: Nobody/Anonymous (nobody)
Summary: Sub threads execute in restricted mode
Initial Comment:
I'm using the JEP product which allows integration
of Java with Python (see http://jepp.sourceforge.net) via
starting a Python interpreter
Priority: 5
Submitted By: anothermax (yetanothermax)
Assigned to: Nobody/Anonymous (nobody)
Summary: Sub threads execute in restricted mode
Initial Comment:
I'm using the JEP product which allows integration
of Java with Python (see http://jepp.sourceforge.net) via
starting a Python interpreter
Priority: 5
Submitted By: anothermax (yetanothermax)
Assigned to: Nobody/Anonymous (nobody)
Summary: Sub threads execute in restricted mode
Initial Comment:
I'm using the JEP product which allows integration
of Java with Python (see http://jepp.sourceforge.net) via
starting a Python interpreter
Priority: 5
Submitted By: anothermax (yetanothermax)
Assigned to: Nobody/Anonymous (nobody)
Summary: Sub threads execute in restricted mode
Initial Comment:
I'm using the JEP product which allows integration
of Java with Python (see http://jepp.sourceforge.net) via
starting a Python interpreter
: 5
Submitted By: anothermax (yetanothermax)
Assigned to: Nobody/Anonymous (nobody)
Summary: Sub threads execute in restricted mode
Initial Comment:
I'm using the JEP product which allows integration
of Java with Python (see http://jepp.sourceforge.net) via
starting a Python interpreter in the same
Priority: 5
Submitted By: anothermax (yetanothermax)
Assigned to: Nobody/Anonymous (nobody)
Summary: Sub threads execute in restricted mode
Initial Comment:
I'm using the JEP product which allows integration
of Java with Python (see http://jepp.sourceforge.net) via
starting a Python interpreter
: 5
Submitted By: anothermax (yetanothermax)
Assigned to: Nobody/Anonymous (nobody)
Summary: Sub threads execute in restricted mode
Initial Comment:
I'm using the JEP product which allows integration
of Java with Python (see http://jepp.sourceforge.net) via
starting a Python interpreter in the same
Priority: 5
Submitted By: anothermax (yetanothermax)
Assigned to: Nobody/Anonymous (nobody)
Summary: Sub threads execute in restricted mode
Initial Comment:
I'm using the JEP product which allows integration
of Java with Python (see http://jepp.sourceforge.net) via
starting a Python interpreter
: None
Priority: 5
Submitted By: anothermax (yetanothermax)
Assigned to: Nobody/Anonymous (nobody)
Summary: Sub threads execute in restricted mode
Initial Comment:
I'm using the JEP product which allows integration
of Java with Python (see http://jepp.sourceforge.net) via
starting a Python
: Fixed
Priority: 8
Submitted By: Tres Seaver (tseaver)
Assigned to: Michael Hudson (mwh)
Summary: Function's __name__ no longer accessible in restricted mode
Initial Comment:
This change breaks an obscure bit of Zope's security
machinery,
which uses the __name__ of a function to construct
: None
Priority: 8
Submitted By: Tres Seaver (tseaver)
Assigned to: Tim Peters (tim_one)
Summary: Function's __name__ no longer accessible in restricted mode
Initial Comment:
This change breaks an obscure bit of Zope's security
machinery,
which uses the __name__ of a function to construct
28 matches
Mail list logo