Steffen "Daode" Nurpmeso
2013-07-06 15:14:57 UTC
Hello,
today i finally made it to one of the things i was looking forward
to, installing 9atom. It was a truly smooth experience. (Some
`cannot set [gu]id on xy' messages, mostly for a `bootes' user in
/usr and /cron, and also for secstore{,/store,/who}.)
But then, unfortunately, there were quite some copy errors which
caused the installation to fail.
/n/[newfs - dist]/68020/lib/{ape,libc.a}
/n/[newfs - dist]/alpha/lib/{ape,libc.a}
/n/newfs/sys/src/pcpae/{archacpi,audioac97{,m},audiohd}.c
(because /n/newfs/sys/src/pcpae doesn't exist)
Oh, what a shame! Is there anything i can do about that? (The
9atom.iso has been downloaded on 2013-06-25.) Any help on Monday
would bee appreciated!
P.S.: Does the Plan9/9atom awk(1) has the same bug that i ran into
this week? It is present in all awk(1)s i've tested, including
GNU awk(1) ($TAWK is simply awk, and UnicodeData.txt is 6.2.0):
## Input producers
io_unicode_data() {
< unicode/UnicodeData.txt ${TAWK} '
BEGIN {FS = ";" ; OFS = ";"}
# There are no comments in this, but..
/^[[:space:]]*[^#]+$/ {
i = $2
# Ranges must become unrolled, otherwise step on
if (i !~ /, First>/) {
$2 = ""
print
next
}
r1 = sprintf("%d", "0x" $1)
getline
r2 = sprintf("%d", "0x" $1)
$2 = ""
# Note: this gets around bugs in all tested awk(1)s: the range
# F0000-FFFFD, and only that one, will *not* be evaluated unless we to
# force integerfication
r1 = r1 + 0
r2 = r2 + 0
while (r1 <= r2) {
$1 = sprintf("%X", r1)
printf "%s\n", $0
++r1
}
}
'
}
Thanks and ciao!
--steffen
today i finally made it to one of the things i was looking forward
to, installing 9atom. It was a truly smooth experience. (Some
`cannot set [gu]id on xy' messages, mostly for a `bootes' user in
/usr and /cron, and also for secstore{,/store,/who}.)
But then, unfortunately, there were quite some copy errors which
caused the installation to fail.
/n/[newfs - dist]/68020/lib/{ape,libc.a}
/n/[newfs - dist]/alpha/lib/{ape,libc.a}
/n/newfs/sys/src/pcpae/{archacpi,audioac97{,m},audiohd}.c
(because /n/newfs/sys/src/pcpae doesn't exist)
Oh, what a shame! Is there anything i can do about that? (The
9atom.iso has been downloaded on 2013-06-25.) Any help on Monday
would bee appreciated!
P.S.: Does the Plan9/9atom awk(1) has the same bug that i ran into
this week? It is present in all awk(1)s i've tested, including
GNU awk(1) ($TAWK is simply awk, and UnicodeData.txt is 6.2.0):
## Input producers
io_unicode_data() {
< unicode/UnicodeData.txt ${TAWK} '
BEGIN {FS = ";" ; OFS = ";"}
# There are no comments in this, but..
/^[[:space:]]*[^#]+$/ {
i = $2
# Ranges must become unrolled, otherwise step on
if (i !~ /, First>/) {
$2 = ""
next
}
r1 = sprintf("%d", "0x" $1)
getline
r2 = sprintf("%d", "0x" $1)
$2 = ""
# Note: this gets around bugs in all tested awk(1)s: the range
# F0000-FFFFD, and only that one, will *not* be evaluated unless we to
# force integerfication
r1 = r1 + 0
r2 = r2 + 0
while (r1 <= r2) {
$1 = sprintf("%X", r1)
printf "%s\n", $0
++r1
}
}
'
}
Thanks and ciao!
--steffen