POSIX è l'acronimo di Portable Operating System Interface, una famiglia di standard specificata dall'IEEE per mantenere la compatibilità tra i sistemi operativi.
posso scrivere VAR=$VAR1 VAR=${VAR1} VAR="$VAR1" VAR="${VAR1}" il risultato finale per me sembra quasi lo stesso. Perché dovrei scrivere l'uno o l'altro? qualcuno di questi non è portatile / POSIX?
Vedo POSIX menzionato spesso e ovunque, e avevo ipotizzato che fosse lo standard UNIX di base ... finché non ho notato il seguente estratto su una pagina di Wikipedia: The Open Group Open Group è famoso soprattutto come ente di certificazione per il marchio UNIX e per la sua pubblicazione …
Posso definire le bashfunzioni usando o omettendo la functionparola chiave. C'è qualche differenza? #!/bin/bash function foo() { echo "foo" } bar() { echo "bar" } foo bar Le chiamate per le funzioni fooe baravere successo e non riesco a vedere alcuna differenza. Quindi mi chiedo se è solo per migliorare …
Esiste un POSIX ufficiale, GNU o altre linee guida su dove dovrebbero essere stampate le relazioni sui progressi e le informazioni di registrazione (cose come "Fare foo; foo done")? Personalmente, tendo a scriverli su stderr in modo da poter reindirizzare stdout e ottenere solo l'output effettivo del programma. Recentemente mi …
Considerando che POSIX è la cosa più vicina a uno standard comune tra tutti i sistemi, sono interessato a sapere se esiste una shell che lo supporta esclusivamente. Sebbene la maggior parte delle shell moderne fornisca supporto per POSIX (e eseguirà script POSIX compatibili senza alcun problema), non fanno un …
Come indicato in questa risposta eccellente , i sistemi POSIX hanno un binario esterno cdoltre all'integrato della shell. Su OS X 10.8 lo è /usr/bin/cd. Non puoi usarlo come il builtin cdpoiché esce immediatamente dopo aver cambiato la propria directory di lavoro. A quale scopo serve?
Di tanto in tanto ho bisogno di specificare un "percorso-equivalente" di uno degli standard IO flussi ( stdin, stdout, stderr). Dal 99% delle volte che lavoro con Linux, faccio semplicemente finta /dev/di ottenere /dev/stdin, ecc. E questo " sembra fare la cosa giusta". Ma, per prima cosa, sono sempre stato …
Quali sono le differenze tra POSIX, le specifiche UNIX singole e le specifiche di base del gruppo aperto ? Penso che il loro scopo sia determinare se un sistema operativo è Unix?
Non credo che la shell / utility in Unix storico né in qualcosa di "recente" come 4.4BSD supportato usando un trattino doppio (o due trattini consecutivi) come fine del delimitatore di opzioni . Con FreeBSD , ad esempio, puoi vedere una nota introdotta nelle rm manpage con la versione 2.2.1 …
Lo scopo di questa domanda è rispondere a una curiosità, non risolvere un particolare problema di elaborazione. La domanda è: perché le utility obbligatorie POSIX non sono comunemente integrate nelle implementazioni della shell? Ad esempio, ho uno script che sostanzialmente legge alcuni piccoli file di testo e verifica che siano …
Vedo che posso fare $ [ -w /home/durrantm ] && echo "writable" writable o $ test -w /home/durrantm && echo "writable" writable o $ [[ -w /home/durrantm ]] && echo "writable" writable Mi piace usare la terza sintassi. Sono equivalenti in tutti i modi e per tutti i casi negativi …
Qual è la ragione per usare nomi di chiamate di sistema così indicativi come timee creatinvece di getCurrentTimeSecse createFileo, forse più adatti su Unix get_current_time_secse create_file. Il che mi porta al punto successivo: perché qualcuno dovrebbe voler qualcosa di simile cfsetospeedsenza custodia per cammello o almeno sottolineature per renderlo leggibile? …
Ho notato che alcune applicazioni mettono i loro file di configurazione ~/.config/appnamementre altri usano ~/.appname(il modo classico, AFAIK) per questo. Qual è il senso di questa distinzione e cosa potrebbe essere meglio considerare per una mia applicazione? AGGIORNAMENTO: Sembra che il mio (predefinito di XUbuntu 11.10) $ XDG_CONFIG_HOME sia impostato …
Mi chiedo se esiste un modo generale di passare più opzioni a un eseguibile tramite la linea shebang ( #!). Uso NixOS, e la prima parte dello shebang in qualsiasi script che scrivo è di solito /usr/bin/env. Il problema che incontro è che tutto ciò che viene dopo viene interpretato …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.