r to how Python works now anyway; all
instance attributes are stored in a dict which is itself accessible as
an attribute 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.
--
Twis
em more
compatible with Python, and this looks like a great chance for me to
jump in. :-)
--
Twisted | Christopher Armstrong: International Man of Twistery
Radix | Release Manager, Twisted Project
-+ http://twistedmatrix.com/users/radix.twistd/
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
e'
One 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 |
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
d to that (and other useful
information in general) is here:
http://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 Ar
dix.twistd/Distributed_20Games
A really cool research-project language, "E", which is all about
capabilities:
http://erights.org/
CapDesk, a slightly 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/
capability? AFAIC (which means "for the
applications I'm interested in"), any of the three are still Good
Enough.
I guess what I'm saying is, sure, you can't stop a native function
(which was called from parrot code) from doing whatever it wants, but
you can still prevent the
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 i
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 t
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, Tw
directories if you use -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/
n it where `data' is what was previously
returned from its __getstate__ call.
I'm not on a crusade to get a cross-language serialization mechanism,
but it would be very convenient 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/
no problem for Python,
Perl, Ruby, etc, to implement all of their wacky object semantics
while 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/
14 matches
Mail list logo