Linux has viruses, like Smile.D and others, and there exist also a Linux Virus Writing Howto (you can search Google for it.
The good thing about it is that either they expoit some bug and become obsolete soon, or they can infect only small parts of the system (unless executed as root, of course), so that they can't spread as wildly as windows viruses does.
Major version numbers should be updated if and if only the program has changed substantially (i.e. rewriting of code, major changes in the main features etc.). If you only add some minor features, improve those already present etc. you should change the middle version number only, while the minor version number shows bugfixes etc.
In this way, it could be years before Mozilla 2.0 is out, but this only means that they worked well on the 1.0 one.
The sad thing is that most people thinks that, in version numbers, "bigger is better", while huge version numbers often mean that the program is bugged and badly written, while small version numbers after a few years mean that the program has been designed and made well. (Think about sendmail vs. qmail)
Slashdot Mirror
Linux has viruses, like Smile.D and others, and there exist also a Linux Virus Writing Howto (you can search Google for it.
The good thing about it is that either they expoit some bug and become obsolete soon, or they can infect only small parts of the system (unless executed as root, of course), so that they can't spread as wildly as windows viruses does.
Major version numbers should be updated if and if only the program has changed substantially (i.e. rewriting of code, major changes in the main features etc.). If you only add some minor features, improve those already present etc. you should change the middle version number only, while the minor version number shows bugfixes etc.
In this way, it could be years before Mozilla 2.0 is out, but this only means that they worked well on the 1.0 one.
The sad thing is that most people thinks that, in version numbers, "bigger is better", while huge version numbers often mean that the program is bugged and badly written, while small version numbers after a few years mean that the program has been designed and made well. (Think about sendmail vs. qmail)