and it doesn't seem it would require
that much hassle.
--
Twisted | Christopher Armstrong: International Man of Twistery
Radix | Release Manager, Twisted Project
-+ http://twistedmatrix.com/users/radix.twistd/
preventing incompatibility (or even special inter-language glue
code).
--
Twisted | Christopher Armstrong: International Man of Twistery
Radix | Release Manager, Twisted Project
-+ http://twistedmatrix.com/users/radix.twistd/
-P.
As for the rest of your problems, I'm clueless. :-)
--
Twisted | Christopher Armstrong: International Man of Twistery
Radix | Release Manager, Twisted Project
-+ http://twistedmatrix.com/users/radix.twistd/
irrelevant but very interesting design for
capability UIs:
http://www.combex.com/tech/index.html
--
Twisted | Christopher Armstrong: International Man of Twistery
Radix | Release Manager, Twisted Project
-+ http://twistedmatrix.com/users/radix.twistd/
, you can't stop a native function
(which was called from parrot code) from doing whatever it wants, but
you can still prevent the parrot code from using that function in the
first place (right?).
--
Twisted | Christopher Armstrong: International Man of Twistery
Radix | Release
On Tue, Jan 28, 2003 at 09:24:20AM -0800, Brent Dax wrote:
Christopher Armstrong:
# One other thing to think about is resource limits. It'd be nice to not
# require `ulimit' or whatever system-specific resource limitation
# mechanism, but rather rely on the parrot interpreter to
# baby-sit
On Tue, Jan 28, 2003 at 04:15:41PM +, Matthew Byng-Maddick wrote:
On Tue, Jan 28, 2003 at 11:04:43AM -0500, Christopher Armstrong wrote:
Hrm, maybe I just don't know what's going on, but I'm not sure why
this is a problem. Couldn't call out to native functions or perhaps
call out
Hey, any Parrot hackers going to the Python convention at the end of
March? http://python.org/pycon/. Price will be $150-$200. I'm very
interested in meeting and discussing there :-)
--
Twisted | Christopher Armstrong: International Man of Twistery
Radix | Release Manager, Twisted
://www.python.org/2.2.2/descrintro.html.
Btw, these all have `set' and `del' friends, but they don't always
perfectly match up with the `get's... I'll get back to you on that.
--
Twisted | Christopher Armstrong: International Man of Twistery
Radix | Release Manager, Twisted Project
On Wed, Jan 15, 2003 at 01:57:28AM -0500, Dan Sugalski wrote:
At 9:37 PM -0500 1/14/03, Christopher Armstrong wrote:
But who knows, maybe it could be made modular enough (i.e., more
interface-oriented?) to allow the best of both worlds -- I'm far too
novice wrt Parrot to figure out what it'd
of the reasons I'm interested in Parrot -- I'm hoping that it's
going to have some secure execution facilities built-in from the
ground up (to facilitate user-code on virtual world servers) :-)
--
Twisted | Christopher Armstrong: International Man of Twistery
Radix | Release Manager, Twisted
On Wed, Jan 15, 2003 at 01:57:28AM -0500, Dan Sugalski wrote:
At 9:37 PM -0500 1/14/03, Christopher Armstrong wrote:
But who knows, maybe it could be made modular enough (i.e., more
interface-oriented?) to allow the best of both worlds -- I'm far too
novice wrt Parrot to figure out what it'd
on an instance: '__dict__'. Oh, except for the new
__slots__ feature, which might actually find a use with the
fixed-attribute-system that Dan has proposed.
--
Twisted | Christopher Armstrong: International Man of Twistery
Radix | Release Manager, Twisted Project
-+ http
to figure out what it'd look like, unfortunately.
I've been lurking this thread for a while, very interested, and unsure
if I should offer my suggestions for making the object system more
compatible with Python, and this looks like a great chance for me to
jump in. :-)
--
Twisted | Christopher
14 matches
Mail list logo