Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > it.comp.os.linux.sys > #45243
| From | Lem Novantotto <Lem@none.invalid> |
|---|---|
| Newsgroups | it.comp.os.linux.sys |
| Subject | Re: Trovare e linkare, con find e ln |
| Date | 2024-06-25 09:31 +0000 |
| Organization | A noiseless patient Spider |
| Message-ID | <v5e2pu$1fnk6$1@dont-email.me> (permalink) |
| References | <v5blso$t82m$1@dont-email.me> <v5clvq$13rcv$1@dont-email.me> <v5cmmj$12aku$3@dont-email.me> <v5don3$1ef7n$1@dont-email.me> |
Il Tue, 25 Jun 2024 08:39:31 +0200, Void ha scritto: >> con un carattere invece lecito... mmmh, nobbuono: univocità persa. > > Perché? In linea teorica: i path assoluti sono univoci (cioè: ogni path assoluto può puntare solo a *un* file o a *una* directory - mentre un file può essere puntato da molti path assoluti: sono appunto gli hard links) proprio perché il carattere / non può trovarsi all'interno del nome di un file o di una directory. Altrimenti non ci sarebbe modo di sapere quando fosse usato come "separatore di path" fra i nomi di directory e file, oppure come parte integrante di un nome. Siccome è l'unico carattere illecito nel nome di file e cartelle, qualsiasi altro carattere lo sostituisca sarebbe invece lecito: e si perderà l'univocità. > Mi fai un esempio? Volentieri. Decidi di sostituire \/ con \b? Allora: /nome/is/isbon -> bnomebisbisbon /nomebis/is/on -> bnomebisbisbon Qualunque sostituzione tu scelga, per quanto meno stupida di questa mia qui sopra, non avrai mai la garanzia assoluta di unicità. Quindi sostituire / nel path non è mai una buona idea, IMHO. E allora la via sicura può essere solo quella di cambiare il nome dei link, in modo che siano univoci. Molto banalmente, sostituendo i nomi anche solo con una numerazione, seguendo l'ordine di creazione: da 1 a 634212, per esempio, se tanti sono. Oppure aggiungendo qualcosa di univoco, in posizioni fisse (se parti certe dei nomi sono diverse, i nomi sono diversi), al loro nome originale. Io avevo scelto di usare il tempo a inizio nome, per questa aggiunta... perché mi è sembrato comodo. Poi so anche io che, per quanto i file siano tanti, scegliendo cum grano salis come sostituire / nel path, si sarebbe sicuri quasi al 100%. Ma perché scegliere un metodo intrinsecamente insicuro, se c'è un'alternativa invece sicura? Ecco, però: il fatto che ci siano subshell nel comando che proponevo, potrebbe forse dar noia, usando il tempo? Accavallamenti possibili? Anche questo mi chiedevo. -- Bye, Lem
Back to it.comp.os.linux.sys | Previous | Next — Previous in thread | Next in thread | Find similar
Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-24 11:39 +0000
Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-24 13:07 +0000
Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-24 13:17 +0000
Re: Trovare e linkare, con find e ln Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2024-06-24 18:55 +0200
Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-24 19:45 +0000
Re: Trovare e linkare, con find e ln Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2024-06-24 21:57 +0200
Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-24 20:33 +0000
Re: Trovare e linkare, con find e ln Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2024-06-24 22:57 +0200
Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-24 21:16 +0000
Re: Trovare e linkare, con find e ln Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2024-06-25 18:45 +0200
Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-26 10:02 +0000
Re: Trovare e linkare, con find e ln Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2024-06-26 19:01 +0200
Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-26 12:06 +0000
Re: Trovare e linkare, con find e ln Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2024-06-25 19:31 +0200
Re: Trovare e linkare, con find e ln Void <vo.id@eh.no> - 2024-06-24 22:46 +0200
Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-24 20:58 +0000
Re: Trovare e linkare, con find e ln Void <vo.id@eh.no> - 2024-06-25 08:39 +0200
Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-25 09:31 +0000
Re: Trovare e linkare, con find e ln Void <vo.id@eh.no> - 2024-06-25 16:08 +0200
Re: Trovare e linkare, con find e ln Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2024-06-25 19:01 +0200
Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-26 10:04 +0000
Re: Trovare e linkare, con find e ln Giuseppe Della Bianca <giusdbgNO@gmailNO.comNO> - 2024-06-29 14:53 +0000
csiph-web