linux user group brescia

On Wed, Nov 22, 2006 at 01:49:51PM +0100, Andrea Gelmini wrote:
> On Tue, Nov 21, 2006 at 11:42:27PM +0100, marco ghidinelli wrote:
> > una hole in lettura si comporta come se ci fosse scritto 0x00, quindi
> a) tutti i termini stranieri vanno concordati al singolare maschile;
> 
> > creare i file con le hole in questo caso ti porta notevoli vantaggi
> a) tutti i termini stranieri vanno concordati al singolare maschile;
> 
> > (esempio: con uml usavo sempre immagini da 1 giga, tanto poi erano con
> > le hole e andavano ad occupare su disco solo la  dimensione effettiva
> a) tutti i termini stranieri vanno concordati al singolare maschile;

era solo per farti notare che quando vieni "attaccato" ti difendi nella
sintassi. ma predichi bene e razzoli male.

io me ne frego del singolare/plurale/maschile/femminile dei termini
stranieri, ma miravo solo a evidenziare la tua incoerenza. :)

> > dei dati che erano scritti all'interno.
> 
> lo sappiamo benissimo entrambi che cosa sia un hole e che cosa comporti.

beh, da quanto scrivevi tu nelle mail precedenti non l'avevi capito
bene. ora forse si'.

> il punto è un altro.
> tutta la letteratura classica di programmazione ti dice che nel momento
> in cui crei un file con un hole, espanderlo, quando ci vuoi scrivere
> qualcosa, sono poi fatti tuoi e non del kernel/filesystem.

non mi sembra che ovidio parlasse di queste cose. 
comunque la hole a quanto mi risulta e' un modo per non scrivere un file
pieno di 0x00, ma in lettura si comporta come se fossero tutti 0x00.

che ti aspetti di ottenere leggendo una hole unica da 1 giga? un
messaggio di errore?

> invece ora pare non essere piu` così, questo mi stupisce (in senso
> positivo), ma voglio indagare meglio, e non affidarmi alla pure
> esperienza empirica.

e' sempre stato cosi', indaga pure.

> per dare un taglio utile a tutto questo discorso, sarebbe interessante
> recuperare quell'utility che sostituisce, negli eseguibili, le sequenze
> di 0 con un hole.

e' una opzione di cp (e anche di tar)

cerca 'sparse' in man cp (e in man tar)