sv.phhsnews.com


sv.phhsnews.com / När är det bättre att använda #! / Bin / bash Istället för #! / Bin / sh i ett Shell-skript?

När är det bättre att använda #! / Bin / bash Istället för #! / Bin / sh i ett Shell-skript?


När du skapar ett nytt skalskript vill du göra Visst är det så problemfritt som möjligt, men ibland kan det vara lite förvirrande att veta vilken shebang som är den bästa för dig att använda. I den här noten har dagens SuperUser Q & A-post svaret på en förvirrad läsares fråga.

Dagens Frågor och svar-session kommer till vår tjänst med SuperUser-en indelning av Stack Exchange, en community-driven gruppering av Q & A-webbplatser.

Frågan

SuperUser-läsaren Hendre vill veta när det är bättre att använda #! / Bin / bash istället för #! / Bin / sh i skalskript:

När är det mer lämpligt att använda #! / Bin / bash än #! / Bin / sh i ett skalskript?

När är det bättre att använda #! / bin / bash i stället för #! / bin / sh i ett skalskript?

Svaret

Graviteten för SuperUser-bidragsgivaren har svaret för oss:

I kort:

  • Det finns flera skal som implementerar en superset av POSIX sh-specifikationen. På olika system kan / bin / sh vara en länk till aska, bash, dash, ksh, zsh, etc. Det kommer alltid att vara sh-kompatibelt men aldrig csh eller fish.
  • Så länge Eftersom du bara håller fast vid Sh-funktioner kan du (och nog borde) använda #! / bin / sh och manuset ska fungera bra, oavsett vilket skal det är.
  • Om du börjar använda bash-specifika funktioner (dvs. arrayer), bör du specifikt begära bash eftersom, även om / bin / sh redan anropar bash på ditt system, kanske det inte finns på alla andras system och ditt skript kommer inte att springa där . Detsamma gäller för zsh och ksh.
  • Även om manuset endast är avsett för personligt bruk kanske du märker att vissa operativsystem ändras / bin / sh under uppgraderingar. Till exempel, på Debian brukade den vara bash, men ersattes senare med den mycket minimala streckkoden. Skript som använde bashism men hade #! / Bin / sh plötsligt brutit.

Men:

  • Även #! / Bin / bash är inte så korrekt. På olika system kan bash leva i / usr / bin , / usr / pkg / bin eller / usr / local / bin .
  • A mer tillförlitligt alternativ är #! / usr / bin / env bash , som använder $ PATH . Även om env-verktyget självt inte är strikt garanterat, fungerar / usr / bin / env fortfarande på fler system än / bin / bash .

Har något att lägga till förklaring? Ljud av i kommentarerna. Vill du läsa mer svar från andra tech-savvy Stack Exchange-användare? Kolla in den fullständiga diskussionsgängan här.

Bildkredit: Wikipedia


Firefox är om att bli en nästan fullständig kopia av Chrome

Firefox är om att bli en nästan fullständig kopia av Chrome

Mozilla Firefox beror på några stora förändringar snart. I slutet av 2015 kommer Firefox att flytta till en mer Chrome-liknande process med flera processer. Och om ett år till ett och ett halvt år kommer Firefox att överge sitt nuvarande tilläggssystem för en till stor del kompatibel med Chrome-tillägg.

(how-to)

Så här tvingar du Windows till att visa alla dina enheter i File Explorer

Så här tvingar du Windows till att visa alla dina enheter i File Explorer

Som standard döljer Windows tomma enheter i din File Explorer-vy. Så här visar du dem alla istället. Toma enheter avser mestadels enheter med flyttbara media, som kortläsare-som är permanent anslutna till din dator men kanske eller inte har aktuellt media anslutet. Windows tilldelar dessa enheter en permanent körbrev, men döljer dem som standard utan att ett kort infogas.

(how-to)