3 ms·

"Compared to the vendor supplied tools, they were high quality, and without the arbitrary limitations that the supplied tools had." I've been using both GNU an

"Compared to the vendor supplied tools, they were high quality, and without the arbitrary limitations that the supplied tools had." I've been using both GNU and SVR4 tools for almost 30 years and GNU tools are horrible, even worse than horrible when compared to SVR4. Which limitations?

vetinari 8y ago
The vendor utils assumed limits on data they processed (max file size, max line lenght, etc). If you ran over them, you wouldn't either get the correct results, or it died, or something else happened. That's the reason behind the section of 4.2 Writing robust programs. One of the other things is a rapid slownown and allocating too much memory. For example, when using Sun's grep and hitting a binary file, now you could wait hours for the result. It didn't help, that some Sun applications did put binary files into /etc, so in the end, you couldn't grep /etc. Well, not until you installed the GNU version, which didn't have that problem.
- Annatar 8y ago
  That is utter nonsense what you write: these were bugs in earnest, which got fixed 20 years ago! You obviously haven't used a modern SVR4, illumos-based UNIX.
  - vetinari 8y ago
    Nothing beats personal experience. The last Sun I've used was Blade 100, which is almost 20 years ago, indeed. At that time, GNU tools were vastly superior. It also happens to be time, since when the Real Unix(R) is dead. Yes, there is an occasional zombie, but that doesn't change the point. So they caught up with GNU? Who cares today?
    - Annatar 8y ago
      Anybody who wants simple, robust, bare metal performance containers: provisioning lasts a few seconds and is dead simple. Unlike the cgroups mess, one gets a full blown UNIX server running at the speed of bare metal, and it can run GNU/Linux distributions at the speed of bare metal as well. It's superior cloud technology, superior to any GNU/Linux solution, by several light years.

vetinari 8y ago

The vendor utils assumed limits on data they processed (max file size, max line lenght, etc). If you ran over them, you wouldn't either get the correct results, or it died, or something else happened. That's the reason behind the section of 4.2 Writing robust programs. One of the other things is a rapid slownown and allocating too much memory. For example, when using Sun's grep and hitting a binary file, now you could wait hours for the result. It didn't help, that some Sun applications did put binary files into /etc, so in the end, you couldn't grep /etc. Well, not until you installed the GNU version, which didn't have that problem.

Annatar 8y ago
That is utter nonsense what you write: these were bugs in earnest, which got fixed 20 years ago! You obviously haven't used a modern SVR4, illumos-based UNIX.
- vetinari 8y ago
  Nothing beats personal experience. The last Sun I've used was Blade 100, which is almost 20 years ago, indeed. At that time, GNU tools were vastly superior. It also happens to be time, since when the Real Unix(R) is dead. Yes, there is an occasional zombie, but that doesn't change the point. So they caught up with GNU? Who cares today?
  - Annatar 8y ago
    Anybody who wants simple, robust, bare metal performance containers: provisioning lasts a few seconds and is dead simple. Unlike the cgroups mess, one gets a full blown UNIX server running at the speed of bare metal, and it can run GNU/Linux distributions at the speed of bare metal as well. It's superior cloud technology, superior to any GNU/Linux solution, by several light years.