On Mon, Jan 27, 2003 at 09:31:48AM -0500, Smith, Todd wrote:
> Hello Maciej,
> You are sick and twisted but your testing plan will certainly find bugs. :)
> My only question is how to tell the bugs from one package to the other. :)
> Thanks for all of the hard work.
Now guess why linux-mips.org is running IPv6 :-)
> I do run IPv6 -- I get to my 32-bit box with SSH over IPv6 just to make
> sure I'll find more bugs (the previous one was the multicast filter). ;-)
> I even have ipv6.o as a module (which also triggered bugs in the past).
> Will have to try with the 64-bit box. ;-)))
> But this bug I've actually spotted studying compiler's diagnostic output
> -- a "Macro instruction expanded into multiple instructions in a branch
> delay slot" warning isn't normal for a .c file.
The plain C version btw. expands into the same machine instructions. Of
course it was written on a MIPS so it's no coincidence it'll perform well
on MIPS :)
[root@dea mips64-linux]# host -a ftp.linux-mips.org
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53547
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 1
;; QUESTION SECTION:
;ftp.linux-mips.org. IN ANY
;; ANSWER SECTION:
ftp.linux-mips.org. 53172 IN A 184.108.40.206
ftp.linux-mips.org. 53156 IN AAAA 3ffe:8260:2028:fffe::1
There is some ongoing effort to put as many Linux servers on IPv6 as
possible. And yes, it's caught bugs before.
Everybody's favorite bug is of course is caused by autoconf. Various
packages only detect the precense of IPv6 if it's actually configured
so there's no more escape from IPv6 already ...