Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #10782 > unrolled thread

Re: Early binding as an option

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: Early binding as an option Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2011-08-02 21:46 -0700

#10782 — Re: Early binding as an option

On Tue, 2 Aug 2011 18:42:01 +0100, Chris Angelico <rosuav@gmail.com>
declaimed the following in gmane.comp.python.general:

> Surely it must help a lot; looking up names is string operations. If
> "len" could be replaced with "@10794928" where 10794928 is the actual
> address of the len object, then it'd be doing no work that isn't
> normally done, and would go straight to the object and call it.
>
	Horrors... That looks like some MUF code I've seen (I never had a
MUF flag on my old characters, so had no privilege to write in MUF --
MPI was available to all, and even it had some links to MUF operations
using similar magic numbers).

	That, or attempts to use SYSTEM RPL on an HP calculator. Normal
"user" programs, using user commands (those accessible via
keyboard/menu) all include validation calls on their input arguments.
Using system RPL one can write programs/functions that check the
arguments once at the beginning, then assume all parameters will be of
the correct type, and bypass the validation on function internal
operations.
-- 
	Wulfraed                 Dennis Lee Bieber         AF6VN
        wlfraed@ix.netcom.com    HTTP://wlfraed.home.netcom.com/

[toc] | [standalone]

Back to top | Article view | comp.lang.python

csiph-web