Den Nagel auf den Kopf…
As new program-launching needs have arisen in the Unix world, the reaction has always been to modify or piggy-back on one of the existing systems. For example, the ssh-agent daemon (think “keychain for ssh passwords”) needs to launch once, and only once for each user login session. Shell startup files are read every time a shell is started. Multiple terminal windows means multiple shells, but still only one login session. The Unix community’s solution was to make runtime checks at shell startup time to see if the ssh-agent was already running, and launch it if it was not. This passed from clever hack into common idiom as ssh-agent became more popular. This is a good example of “The Unix Way.”
Aus dem (sehr guten, sehr kompetenten) Mac OS X Tiger Review auf ars technica.
Ein perfektes Beispiel für die vielen Dinge die bei Unix komplett falsch laufen.
5 Kommentare zu 'Den Nagel auf den Kopf…'
steve jobs saves the world:
You know, I’ve been thinking about it. How many people are going to be using the Macintosh? A million? No, more than that. In a few years, I bet five million people will be booting up their Macintoshes at least once a day.
Well, let’s say you can shave 10 seconds off of the boot time. Multiply that by five million users and thats 50 million seconds, every single day. Over a year, that’s probably dozens of lifetimes. So if you make it boot ten seconds faster, you’ve saved a dozen lives. That’s really worth it, don’t you think?
allerdings glaube ich irgendwie, das Windows intern an einigen Stellen sicherlich ähnlich oder schlimmer arbeitet, da merkt es nur keiner, weil weniger Leute den Quellcode kennen.
Es ist ja nur so, dass man sich unter Unix ständig mit so ner Scheisse rumplagen muss, während man bei Windows nichts davon mitbekommt. Mir wäre das ganze total egal, aber ich bin unter Unix gezwungen, mich damit auseinanderzusetzen.
Beispiel von mir: Auf unseren tollen Solaris-Rechnern in der Uni ist standardmäßig die csh (!) eingestellt (da funzt nicht mal Backspace). ein ändern der login-shell mittels passwd führt dazu, dass dass alle Environment-Variablen weg sind, weil die in der .cshrc stehen und nicht in /etc/profile.
dh du müsstest dir, wenn du die shell wechseln willst, erstmal die environment-variablen für deine Lieblingsshell einrichten…sowas suckt…wobei es bei uns in der uni ähnlich ist, da stehen die environmnet-variablen auch nicht in /etc/profile, sondern wegen bash als standard-shell in der .bashrc
mit bash kann man allerdings auskommen, daher hab ich mich nie damit beschäftigt, das ändern zu wollen.
hmm, man könnte auch die .bashrc die .cshrc ausführen lassen
…womit wir dann wieder beim zitierten Beispiel wären :-P