FQDNs in masters-list (was: Help: Secondary for...)
Brad Knowles
brad.knowles at skynet.be
Thu Mar 8 23:55:27 UTC 2001
At 6:07 PM -0500 3/8/01, Kevin Darcy wrote:
> I'm approaching this as a general solution for slave auto-configuration,
> not just a solution for the "roving master" situation, which, as you
> point out, is relatively rare today, and perhaps not even legitimate.
I'm confused. Can you give me more details on how you think that
this will help with slave auto-configuration?
> The fact that this form of slave auto-configuration *also* accommodates
> "roving master"s is just an additional capability; one which can be
> viewed as either a benefit or a drawback, depending on one's opinion of
> the whole "roving master" concept.
I don't see this helping to solve the "roving master" problem at
all. Indeed, that problem can only be solved by revisiting the
inherent underlying assumptions that were made at the time the
original RFCs were written and the original implementations were
created, and seeing if those assumptions can/should be modified in
the light of subsequent changes to the way the world works, etc....
--
Brad Knowles, <brad.knowles at skynet.be>
#!/usr/bin/perl -w
# 531-byte qrpff-fast, Keith Winstein and Marc Horowitz <sipb-iap-dvd at mit.edu>
# MPEG 2 PS VOB file on stdin -> descrambled output on stdout
# arguments: title key bytes in least to most-significant order
# Usage:
# qrpff 153 2 8 105 225 /mnt/dvd/VOB_FILE_NAME | extract_mpeg2 | mpeg2_dec -
$_='while(read+STDIN,$_,2048){$a=29;$b=73;$c=142;$t=255;@t=map{$_%16or$t^=$c^=(
$m=(11,10,116,100,11,122,20,100)[$_/16%8])&110;$t^=(72, at z=(64,72,$a^=12*($_%16
-2?0:$m&17)),$b^=$_%64?12:0, at z)[$_%8]}(16..271);if((@a=unx"C*",$_)[20]&48){$h
=5;$_=unxb24,join"", at b=map{xB8,unxb8,chr($_^$a[--$h+84])}@ARGV;s/...$/1$&/;$
d=unxV,xb25,$_;$e=256|(ord$b[4])<<9|ord$b[3];$d=$d>>8^($f=$t&($d>>12^$d>>4^
$d^$d/8))<<17,$e=$e>>8^($t&($g=($q=$e>>14&7^$e)^$q*8^$q<<6))<<9,$_=$t[$_]^
(($h>>=8)+=$f+(~$g&$t))for at a[128..$#a]}print+x"C*", at a}';s/x/pack+/g;eval
More information about the bind-users
mailing list