Sign in or Join FriendFeed
FriendFeed is the easiest way to share online. Learn more »
team bonino
team bonino
Ho scoperto che su windows non puoi spostare un file mentre un programma ci sta lavorando. Non ci credo.
windo.jpg
June 29 - Comment - Share
adesso provo con windows 7 ma mi sa che è la stessa roba. come fa la gente a lavorare con windows? - team bonino
è una delle cose che mi ha stupito di più qualche anno fa, quando ho iniziato a usare OS X - PI
buongiorno raga - Cesare Pyno Gattini from YouFeed
sapevo che era così 15 anni fa, ma mi aspettavo che nel frattempo fosse cambiato qualcosa. - team bonino
È un file system pigro, Win:SlowFood=Mac:McDonalds - Ivan Crema
windows must die - team bonino
io comunque ho sempre pensato che questa cosa la facesse principalmente per romperti il cazzo - Roi
mi stupirei del contrario: come fai a spostare un file in uso? chi lo sta usando ccome farebbe, altrimenti? - degra
lol. - team bonino
è un problemino comune su tutti i sistemi operativi - Simone| Suspicious Mind
diciamo che il lock è un sistema un po' obsoleto per preservare l'integrità del dato. - Storvandre
boh, io lo faccio tutto il tempo e il fatto che su questi computer di merda non si possa fare mi manda in bestia, è una roba novecentesca porca vacca. - team bonino
è comodo perché a volte inizi a lavorare su un documento che poi vuoi spostare: se ci lavori per lunghi periodi di tempo l'editor non lo chiudi, per cui alla fine ti può capitare di spostare documenti che stai modificando. - PI
è proprio quello l'uso. io ho dei file di bbedit che sono aperti da aprile, e li sposto costantemente :) - team bonino
Il problema non è tanto quello, è che se il file fa parte di un gruppo di file che vuoi spostare, ti mostra quell'errore e interrompe lo spostamento di tutti quelli successivi. Quindi ti ritrovi con alcuni spostati, altri no, e devi riprovare. Se i file che non sposta sono diversi, ti ritrovi a cercare di copiare altrettante volte. - Lopo
Non ho capito. Ma che windows è casa tua che sposti la roba come ti pare? Che presuntuoso. - khenzo Ленин from FFHound!
MINCHIA ANCHE NOI DI WINDOWS PER UNA VOLTA POSSIAMO DIRE 'A CHE COSA SERVE?' CHE PRIMA POTEVANO SOLO QUELLI COL MAC SENZA FLOPPY SENZA SECONDO PULSANTE SENZA USB SENZA PRESA DI RETE SENZA MANI SENZA PIEDI" - ArimsvotnKOIzwei
cos'è un file iso? in che senso smontare? è tutto così complesso - PI
ho provato a smontarlo col cacciavite, s'è rigato un po' il disco. - degra
ma se il film non lo stai guardando, il file non è in uso - PI
lock sulla risorsa = merda - Alessiobblà
Se il file è anche solo aperto in un programma a caso non ci fai nulla... - ottavotasto
Almeno finché sono bloccati lì magari non li rovina - Cristian Conti from YouFeed
usi un MAC, non dovresti preoccuparti di cosa è un file. ve li meritate i file system blindati. :-D - Andrea Beggi
windows non è fatto per lavorare - 56k ಠ_ಠ
certo virgola certo - braciola
bette preda piplos - reloj from Android
perché non posso spostarlo in un'altra cartella se mi fa più comodo averlo lì? - astridula
... - Non sono Bob from Android
perché lo sta leggendo il tuo coinquilino - reloj from Android
Il paragone non calza. Il libro non è una risorsa multiaccessibile come un file. - Alessiobblà from FFHound(roid)!
Una rottura di cazzo indicibile. - mi volsi e considerai
@lopo non è vero, ti chiede Riprova, Salta, Annulla, con Salta prosegue a copiare gli altri. - Ivan Crema
Forse da Windows Vista in poi, in XP il Salta non mi pare proprio che ci sia. - Lopo
io cancello e sposto file in uso...rimuovo/reinstallo sw in uso senza particolari problemi...mhmm, ma io uso un sistema operativo - zidagar ▶ ▷ from Android
No con XP non ce l'avevi - ma pure perché cacchio, XP è un sistema bello vecchiotto. Anzi, mi meraviglia che quella ciofeca di HFS+ gestisca una cosa del genere, considerata la qualità generale del filesystem. Kudos :D - Alessiobblà
Non mi è chiara la difesa com veemenza che fa Piplos di questo modo farlocco di gestire i file. A meno che non abbia mai sentito parlare di unix. - spider
proprio oggi ho creato un file rtf con textedit, l'ho salvato sbagliando cartella, allora senza bisogno di chiuderlo sono passato al finder e l'ho spostato prima sul desktop poi in un'altra cartella, e textedit in tempo reale ha aggiornato i riferimenti. quando ho risalvato mi ha pure chiesto se avendo spostato il file andava bene così o volevo farne una copia. - vic from FFHound!
zio, per una volta ti do torto: se un altro OS ti permette di far questo è bello, ma è cosa che ha un certo costo, come ha spiegato Piplos. Ormai gli OS sono di complessità tale da richiedere Gb di RAM e cores di CPU impegnati anche senza fare niente. Questo è piacevole ma costa, e a volte pare un po' uno spreco di risorse per cose marginali - Fabs
Non "spreca" nulla: semplicemente il riferimento al file rimane anche se cambia la sua posizione (viene associato ad un altro percorso). E' una cosa che sotto Unix (e penso anche Linux) si fa. Il sistema funziona semplicemente in maniera diversa, non c'è un "costo" aggiuntivo. - PI
Io sarei per vietare questa discussione a chi non ha un'idea del concetto di inode. - Alessio Bragadini
Peraltro gli hard link ci sono anche in Windows (mi pare di averli usati su Vista), credo che non siano molte le applicazioni che li usano. - PI
A me sta bene che un file sia lockato come path, per evitare errori dell'utente che apre un file, lo sposta per sbaglio e poi non lo trova più. Un sistema operativo evoluto può gestire il locking come puntatore ad un oggetto, lasciando flessibile il path. Quello che piacerebbe A ME, invece è un S.o. che mi dice: guarda, io non ti sposto il file, perchè è lockato dal programma X; se premi questo bottone ti killo il programma X così lo puoi spostare comodamente. - Marco Rossi
Gli hard link sono presenti su ntfs, ma MS non li vuole fare gestire agli utenti, bisogna installare NTFSLink per poterli creare e gestire. - Marco Rossi
Da Vista in poi usi mklink, è già incluso - PI from iPhone
Si penso di essere d'accordo con te, ma il programma che suggerisco io è un'estensione per la shell senza passare da linea di comando - Marco Rossi
Ah scusami, con utente intendevi proprio utente :) c'è un'estensione shell anche per vedere quale processo sta usando il file, da qualche parte - PI from iPhone
Si, qui ci sono diversi metodi : http://windowsxp.mvps.org/process... ma a me piacerebbe che queste cose fossero già incluse di default - Marco Rossi
also known as "come degenerare da fastidio a catastrofe". - Heart Attack
(e, en passant, +1 ad Alessio) - Heart Attack
P.S: uso Windows dal 3.11 e prima andavo di DOS. Ditemi un solo caso in cui sia fondamentale spostare un file mentre ci state lavorando ovvero lo state aggiornando. Che senso ha muovere una copia obsoleta? Mistero... - Massimo Frezza from iPhone
Per me è essenziale. Non mi interessano i tecnicismi: come utente non me ne frega niente, semplicemente se non me lo si lascia fare ho l'impressione che ci sia qualcosa di rotto. Se avessi dei capelli probabilmente me li strapperei. - team bonino
Passa a As400 - Fabrizio
Non me ne parlare... Soprattutto quando non sai che applicazione l'ha aperto. - zuck
poi vogliamo parlare delle volte che non te lo fa fare anche se il file è stato già chiuso, ma il programma non ha ancora rilasciato il lock, per cui devi proprio uscire da word (chiudendo tutti gli altri file innocenti si cui stai lavorando) per spostare quello chiuso in precedenza? - vic from FFHound!
zuck per quello mi pare tu possa usare process explorer - Fabrizio
Alessio +1. Piplos -infinito - spider from FFHound!
E allora mi si spieghi questo...chi cazzo erano quelli che per venti anni!! Mi hanno strappato icoglioni che ero Fighetto con il mac? Dove cazzo sono finiti? Hanno dovuto comprare i giocattoli Apple per accorgersi della evidenza? - Yeridiani from Android
occhio che linux fa una cosa leggermente diversa da quella che ha detto qualcuno. Se sposto un file che ho in uso me lo permette tranquillamente ma in realtà crea una copia dell'ultima versione salvata. Ad esempio se ho gedit aperto, taglio il file per copiarlo da un altra parte e poi lo risalvo, il file rispunta nel vecchio path aggiornato con gli ultimi cambiamenti. Questo direi che è nettamente meglio del MAC visto che ti da veramente la possibilità di fare quello che ti pare ;-) - Matteo Simoni ☃
tutto questo mi ricorda una striscia di xkcd che non riesco a ritrovare. - Andrea Beggi
in effetti, dipende dall'applicazione. - zuck
@Piplos: in NTFS, i file record conservati nella MFT sono l'equivalente degli inodes del mondo POSIX. Il concetto è lo stesso. - Heart Attack
Banalmente, i filesystems del mondo POSIX non rompono i coglioni se sposti o cancelli roba messa in lock con fcntl o flock, perché sono due livelli completamente diversi di interazione con il file. Su Windows invece hanno pensato che imporre delle limitazioni all'utente rendesse le procedure meno error-prone. Del resto esistono un sacco di operazioni che un utente Administrator non può fare perché coinvolgono l'utente SYSTEM o utenti analoghi, mentre l'utente root di un sistema unix-like può fare rm -rf / senza timore di dio. Da maggiori poteri, derivano maggiori responsabilità. - Heart Attack
signore, dammi la forza di sapere le cose, o quantomeno di distinguere i competenti dagli incompetenti - vic from FFHound!
@piplos: il lock è inutile, perchè se apri con photoshop e gimp il file JPG, windows abilita il LOCK quando tu dopo puoi salvarci sopra con un'altro programma precedentemente aperto :\ - spyrotsk
fai la prova, apri un documento di testo con il notepad, scrivici qualcosa, salvalo, tieni aperto il notepad e apri il file con il wordpad e poi modificalo con il wordpad e salvalo...T'HO, il lock è stato bypassato :| quindi perchè usarlo solo per lo spostamento? :\ - spyrotsk
Ma il notepad carica il file in memoria e poi rilascia li lock, no? - Marco Rossi
ovvio, è così che si deve fare :| - spyrotsk
spiegami a cosa serve che photoshop (ad esempio) si tenga il lock sul file quando non lo usa fin che non salvo? - spyrotsk
per evitare che altri programmi modifichino il file? - Marco Rossi
per le iso è diverso, perchè comunque il file pesa dai 600mb in sù quindi non può caricarsi 600mb in ram.. - spyrotsk
ma se io sto già modificando il file, lo ho caricato in memoria...non mi cambia nulla che venga cancellato/modificato/spostato il file originale, no? - spyrotsk
il lock lo trovo giusto nel caso di un database, dove legge/scrive di continuo, ma su una foto/documento in word/excel ecc, non c'è la necessità di fare un lock - spyrotsk
@spyrotsk: prova ad aprire un file da 600mb con notepad ;-) Gli editor moderni (ma pure vi, per dire), non caricano l'intero file in memoria ma solo la porzione correntemente in uso. Molti tipicamente creano una copia di lavoro su disco. - Heart Attack
molti editor fanno polling sulla risorsa e ti segnalano se un altro processo l'ha modificata. - Heart Attack
E se il file fosse condiviso con due utenti? Non voglio che un'altro utente modifichi e salvi un psd, sopratutto se poi io sovrascrivo le modifiche - Marco Rossi
@Marco Rossi: e fu così che nacquero i VCS ;-) - Heart Attack
marco, se tu hai il documento aperto, io lo cancello il software ti dice, GUARDA CHE IL FILE È STATO CANCELLATO/MODIFICATO, VUOI SALVARE O AGGIORNARE (guardare le modifiche)? - spyrotsk
@Piplos: Alessio ha scritto "il concetto di inode", che precorre NTFS e WindowsNT di almeno 10 anni. Il fatto che in casa Microsoft abbiano la passione di dare un loro nome alle cose non muta la sostanza dei fatti. - Heart Attack
Dipende da come è stato programmato il software, essenzialmente, non dipende dal S.O.; se il software prevede che il file venga caricato tutto in memoria e poi rilasciato, allora non sussistono problemi di locking; se il software (es. photoshop o excel) blocca il file, è una scelta dei programmatori, che vogliono evitare sovrascritture o cancellazioni non volute. - Marco Rossi
@Marco Rossi: come dicevo qualche riga più su, ci sono alcuni S.O. che mettono locking e manipolazione dei meta dati del file sullo stesso piano, mentre altri (i.e.: POSIX-compliant) che ritengono che il locking debba essere unicamente un supporto alla funzione applicativa (utilizzato quindi solo dalle applicazioni che ne fanno richiesta, è quello che in gergo si chiama "advisory mode"). In questo senso, l' S.O. Windows è più invasivo (un'applicazione potrebbe avere un file aperto ma non necessitare il locking della risorsa). Nei sistemi POSIX-compliant, puoi addirittura cancellare un folder mentre è current-folder di processi, un approccio molto più "liberale". - Heart Attack
ma che a me personalmente piace di meno, perchè mi ha creato problemi, permettendomi di cancellare cose che non dovevano essere cancellate :) - Marco Rossi
@Marco Rossi: come si dice, "you can make it fool-proof, but not damn-fool-proof" ;-) - Heart Attack
ma difatti, il ragionamento di windows lo capisco, ma in parte. il lock secondo me dovrebbe essere applicato solo quando espressamente richiesto dal software, ad esempio: se io voglio modificarmi quel file, lo apro, lo modifico e poi lo sovrascrivo (come nel caso di testi o immagini), ma se voglio cancellarlo mentre lo ho aperto, perchè non posso farlo? idem per le iso, il ragionamento del lock del file và fatto solo durante la scrittura o quando richiesto dal software, altrimenti il lock non è presente e puoi farci quello che ti pare, cancellarlo, spostarlo, rinnominarlo ecc. - spyrotsk
dato di fatto: il lock su windows e mac ci stà, sono sistemi che devono essere "users friendly" non "nerd friendly" e quindi (passatemi il termine) anti-stupido. - spyrotsk
su Linux non puoi estrarre un CD dal lettore finché il disco è montato, nonostante sia montato in read-only ;-) - Heart Attack
no è cambiato :P ora puoi farlo, fà l'umount automatico :) - spyrotsk
@spyrotsk: è un'applicazione della userland che registra la pressione del tasto ed esegue umount; eject. Non è presente in tutte le distribuzioni. - Heart Attack
piplos, mi sono spiegato male, il lock del file lo deve fare il FS in base all'operazione richiesta dal software! se stà scrivendo/leggendo, fà il lock momentaneo, quando ha finito il software di scrivere/legge, rilascia il lock fino alla prossima lettura/scrittura. - spyrotsk
sisi lo sò heart ;) ma su ubuntu lo puoi fare :) - spyrotsk
@piplos: è inutile lasciare il lock ad un file che non stà facendo una sega solo perchè "è aperto" (e caricato le info che servono in ram) - spyrotsk
il lock del file permanente fino alla chiusura del file su windows è stato implementato (secondo me), solo per gli utenti che sono "distratti" o che fanno le cose di fretta e sinceramente Più sicurezza = minor attenzioni e sul computer non và affatto bene. - spyrotsk
il computer non è intelligente, fà quello che gli è stato detto di fare, se gli hai detto CANCELLA, lui lo fà. cavoli tuoi, sei tu che l'hai fatto, non il computer che se lo è inventato, quindi, se c'è maggior concentrazione sul fare le cose a pc, non succederebbero questi fattacci e nessuno sarebbe qui a "difendere" il lock su windows/mac dei file :) (non fraintendetemi, non vi stò dicendo che siete stupidi eh :P, solo che siete abituati in un mondo dove il computer ti dice lui cosa devi fare, mentre dovrebbe essere il contrario!!) - spyrotsk
la solita questione del problema che è tra la sedia e la tastiera e non nel pc :) - degra
@degra: già :) la commercializzazione del pc in casa, ha portato a questo...che è uno svantaggio e vantaggio a seconda del lato in cui ti trovi se tra utente o nerd :P - spyrotsk
@spyrotsk: ad ogni modo, la differenza tra "mandatory" e "advisory" nei sistemi interattivi dovrebbe essere proprio la possibilità di compiere una scelta. "Vuoi cancellarlo lo stesso?" SI. "Anche tutti gli altri con lo stesso problema?" SI. Period. - Heart Attack
con win7 sono andati verso quella direzione: adesso puoi cancellare tutto tranne i file bloccati senza che si blocchi tutta l'operazione. - degra
@degra: dici che entro Windows 15 mi posso aspettare che i programmi non abbiano delle pretese sullo stato delle risorse? :-) - Heart Attack
mai dire mai :D comunque secondo me è più giusto che i file in uso siano bloccati. il vero problema è che ogni tanto alcuni programmi (primo tra tutti esplora risorse) li tengono bloccati anche quando in realtà sono chiusi e c'è da riavviare per poter fare qualcosa con quei file. - degra
heart, si lo sò, ma secondo me questa cosa dovrebbe avvenire in automatico con le richieste del software stesso, appunto: sto leggendo -> lock -> fine lettura -> unlock. sto scrivendo -> lock -> fine scrittura -> unlock. voglio che quel file sia scritto/modificato solo da me? 0755 easy! - spyrotsk
degra: quello che stò dicendo io, evita proprio questo! ma causa il problema inverso: cancellazione/modifiche non volute (problema tra sedia e tastiera). - spyrotsk
@spyrotsk: era una battuta ;-) Temo che l'approccio di Windows sia esattamente l'opposto: di default l'accesso ai file è eslcusivo, se vuoi l'accesso condiviso lo chiedi. - Heart Attack
infatti è (era? bho!) così su windows. - spyrotsk
e quindi torniamo al punto di partenza: BURN WINDOWS BURN :> - Heart Attack
l'accesso condiviso non esiste su windows: anche se accessibili da tutti, i file aperti sono bloccati (giustamente) per quanto riguarda spostamento/cancellazione. @spyrotsk: io contesto solo il fatto che talvolta non vengano proprio sbloccati quando liberi, a causa di non si sa cosa. - degra
ma giustamente de che. l'idea che io, proprietario di un file, non posso eliminarlo solo perché ho dato permesso di lettura o scrittura a qualche cagacazzo, mi fa convellere :P - Heart Attack
no, non perché hai dato il permesso il lettura e scrittura, ma perché lo stanno effettivamente leggendo/scrivendo. scusa, se tu stessi modificando un file e te lo cancellassero, come reagiresti? (comunque provato adesso ad aprire e cancellare un file aperto in rete da un altro PC ed è possibile senza nessun messaggio di avviso) - degra
@degra: non in rete, intendevo in locale. Se sono il proprietario di un file, ritengo di avere diritto di vita e di morte su di esso. - Heart Attack
se lo condividi con altri (permesso in scrittura) avrai i tuoi motivi. nessuno può aprire i file sul tuo pc se non glie lo permetti, nemmeno su windows. quindi hai diritto di vita e di morte solo sul file inattivo. - degra
il vero potere di Windows è il brainwashing :-) - Heart Attack
Inoltre, l'uva era chiaramente acerba. - Marco d'Itri