beep

pip er en konsoll bjelle. Jeg ble så lei av å være begrenset til printf ("a"); når jeg ønsket en terminal pip. Dette programmet er ikke ment å være noe overveldende, det er bare
ment for å få jobben gjort. Sitt formål i livet er å leve på innsiden shell / perl scripts, og tillate litt mer kornete enn du får med standard terminal bjelle. Kanskje jeg er den eneste som mener dette er nyttig.
Som nevnt i mannen siden, er noen brukere som kjører inn i en situasjon hvor pip dør med en klage fra ioctl (). Grunnen til dette, som Peter Tirsek var hyggelig nok til å peke ut til meg, stammer fra hvordan kjernen håndterer pip forsøk på å rote på (for ikke-programmerere: ioctl er en slags catch-all funksjon som lar deg dytte på ting som har ingen annen forhåndsdefinert poking-at mekanismen) tty, som er hvordan det piper. Den korte historien er at kjernen sjekker at enten:
- Du er superbruker
- Du eier den aktuelle tty
Hva dette betyr er at roten kan alltid gjøre pip arbeid (til best av min kunnskap!), Og at enhver lokal bruker kan gjøre pip arbeid, men en ikke-root ekstern bruker kan ikke bruke pip i sin naturlige tilstand. Hva er verre, en xterm, eller andre x-session teller, så langt som kjernen er opptatt av, som "fjernkontroll", så pip vil ikke fungere fra et ikke-priviligert xterm heller. Jeg hadde opprinnelig injisert dette opp til en bug, men det er faktisk ikke noe jeg kan gjøre med det, og det er virkelig en god ting at kjernen gjør ting på denne måten. Det er også en løsning.
Som standard pipelyd ikke installert med suid biten satt, fordi det ville bare være sprø. På den annen side, hvis du gjør det suid root, alle dine problemer med pip øse på ioctl samtaler vil magisk forsvinne, noe som er hyggelig, og den eneste grunnen ikke t er at enhver suid programmet er en potensiell sikkerhetshull. Beleilig, er pip svært kort, slik revisjon det er ganske grei.
Hva er nytt i denne versjonen: