Ditemi pure che ne pensate
http://www.slacky.eu/wikislack/index.ph ... unmounting
Moderatore: Staff


Buono... una domanda.nuitari ha scritto:Ho appena finito la stesura di un nuovo articolo sull'auto mounting/unmounting dei CD-ROM.
Ditemi pure che ne pensate
http://www.slacky.eu/wikislack/index.ph ... unmounting


Interessante, lo proverò.nuitari ha scritto:come ho scritto nell'articolo, assolutamente no, è quella la figata. s'integra perfettamente con HAL e tutto quello che ne consegue. Inoltre non va in conflitto nemmeno con altri eventuali programmi/comandi di automounting, in quanto tra la rilevazione del device ed il suo mount fa passare 3 secondi per permettere ad altri software eventuali di fare il mounting al posto suo



nuitari correggi la riga!Note that the order of redirections is significant. For example, the
command
ls > dirlist 2>&1
directs both standard output and standard error to the file dirlist,
while the command
ls 2>&1 > dirlist
directs only the standard output to file dirlist, because the standard
error was duplicated as standard output before the standard output was
redirected to dirlist.

Ha ragione Paoletta, quindi resta _sempre_ _Bourne_ _Shell_ _Compatible_,nuitari ha scritto:Er... posso anche cambiarla, ma funziona in entrambi i modi...
Se faccio il redirect di stderr in stdout e poi redirecto stdout su un file, il risultato dovrebbe essere esattamente lo stesso, per quanto cambi il significato....


Sempre in primo posto la compatibilita`, non mondo M$, ma mondo UNIX p.f.!nuitari ha scritto:Ehe ok, in onore della compatibilità ho già fatto la correzione ^^
comunque quel che dice il quote di paoletta è che l'ordine degli operatori cambia il *siginficato*, ma nel caso specifico non il risultato. Od ho capito male? A me sembra di no.. Se come dice il quote stderr viene duplicato su stdout prima che stdout venga reindirizzato sul file, a conti fatti ho l'output di entrambi gli stream sul file..