beep

bip er en konsol klokke. Jeg har lige fået så træt af at blive begrænset til printf ("a"); når jeg ønskede en terminal bip. Dette program er ikke formodes at være noget drabelig, det er bare
formodes at få arbejdet gjort. Sit formål i livet er at leve inde i skallen / perl scripts, og tillade lidt mere granularitet, end du får med standard terminal klokke. Måske er jeg den eneste, der mener, at dette er nyttigt.
Som nævnt i mandens side, er nogle brugere løbe ind i en situation, hvor bip dør med en klage fra ioctl (). Årsagen til dette, da Peter Tirsek var rart nok at påpege over for mig, stammer fra, hvordan kernen håndterer bip forsøg på at stikke på (for ikke-programmører: ioctl er en slags catch-all funktion, der lader dig stikke på ting, har ingen anden foruddefineret stikke-at mekanismen) tty, som er, hvordan den bipper. Den korte historie er, at kernen kontrollerer, at enten:
- Du er superbruger
- Du ejer den aktuelle tty
Hvad dette betyder er, at roden altid kan lave bip arbejde (til min bedste viden!), Og at enhver lokal bruger kan lave bip arbejde, men en ikke-root fjerne bruger kan ikke bruge bip i det naturlige tilstand. Hvad værre er, en xterm eller andre X-session tæller, så vidt kernen er bekymret, som "remote", så bip vil ikke arbejde fra en ikke-priviligeret xterm enten. Jeg havde oprindeligt stablet dette op til en fejl, men der er faktisk ikke noget, jeg kan gøre ved det, og det er virkelig en god ting, at kernen gør tingene på denne måde. Der er også en løsning.
Som standard bip installeres ikke med suid bit sæt, fordi der bare ville være tosset. På den anden side, hvis du gør det suid rod, alle dine problemer med bip redder på ioctl opkald vil magisk forsvinde, hvilket er behageligt, og den eneste grund til ikke t er, at enhver suid program er en potentiel sikkerhedshul. Bekvemt, bip er meget kort, så revision det er temmelig ligetil.
Hvad er nyt i denne version: