Couldn't you just send out ARP packets asking for the host-you-are-scanning's IP but to a MAC address other than the broadcast one (or it's) and see if it responds?
You may be interested to know that the satellite service used by many OZ providers is (IIRC) actually run by a.nz ISP called IHUG (known as TIG in.au). They will most certainly not filter the content, IIRC they don't even restrict usenet unlike some _other_.nz ISPs.
I meant that IM should belong in a generic IM client. I don't see how IM fits into the general W3 browsing model; instant messaging could be shoehorned into the email module, but you're probably looking at a seperate IM module entirely; why not make the whole thing seperate? Sticking it all in the browser is bad; it's like MS's "OS integration" with various bits of software (like the GUI, IE, etc) that should remain seperate.
The two most popular IM-programs (AFAIK) are ICQ and AOL IM; Mirabilas is owned by AOL anyway, so why should they worry about Mozilla supporting IM? It means that their two IM products have the opportunity to gain greater integration with the browser.
Admittedly I feel that IM should belong in a seperate generic client, so that I don't need some large monolithic generic client when I'm not actually viewing HTML, but I doubt that this would be Netscape's reasoning for pulling the document.
AFAIK, when you link with a GPLed program (ie linux kernel) and release your binaries, they are automatically GPLed and you _must_ release your source.
Slashdot Mirror
Couldn't you just send out ARP packets asking for the host-you-are-scanning's IP but to a MAC address other than the broadcast one (or it's) and see if it responds?
Or has this been tried and found not to work?
1. The blackouts were in Auckland, the largest city. Wellington is the capital.
:)
2. We have not have had a frenzy of tax cutting. It's election year, so govt is talking about it for fairly obvious reasons
3. AFAIK we're being bought by the yanks, not the Australians.
You may be interested to know that the satellite service used by many OZ providers is (IIRC) actually run by a .nz ISP called IHUG (known as TIG in .au). They will most certainly not filter the content, IIRC they don't even restrict usenet unlike some _other_ .nz ISPs.
Samba (the more recent version(s)) supports being a PDC.
I meant that IM should belong in a generic IM client. I don't see how IM fits into the general W3 browsing model; instant messaging could be shoehorned into the email module, but you're probably looking at a seperate IM module entirely; why not make the whole thing seperate? Sticking it all in the browser is bad; it's like MS's "OS integration" with various bits of software (like the GUI, IE, etc) that should remain seperate.
The two most popular IM-programs (AFAIK) are ICQ and AOL IM; Mirabilas is owned by AOL anyway, so why should they worry about Mozilla supporting IM? It means that their two IM products have the opportunity to gain greater integration with the browser.
Admittedly I feel that IM should belong in a seperate generic client, so that I don't need some large monolithic generic client when I'm not actually viewing HTML, but I doubt that this would be Netscape's reasoning for pulling the document.
AFAIK, when you link with a GPLed program (ie linux kernel) and release your binaries, they are automatically GPLed and you _must_ release your source.
Therefore, binary-only drivers would be a no-no.