Newsgroup: it.comp.os.win.windows7
Titolo: Percorsi e permessi in win7

 
Salve a tutti,
 
sto diventando matto a capire dove mette win7 certi file.
 
Ho un programma di qlc anno fa ( x vista e xp ) che hai vari file di 
configurazione in modo txt sotto la sua directory di installazione.
 
Li modifico e vedo che restano come prima.
Vedo che sotto c:\utenti\nome_utente c'è
la directory nascosta AppData con dentro varie configurazioni.
 
Ora non ho localizzato i files, ma credo che win7 faccia un mirror di 
certi file e li metta la sotto, a cui da' la priorita' di esecuzione.
 
Come posso fare per fargli leggere i file di configurazione sotto la dir
di installazione e non in quelle nascoste che vuole lui ?
 
 
Grazie a tutti
 
Giovanni

 nel suo ultimo post si è così espresso:

Dove mettere il file di configurazione non lo decide Windows né lo puoi
stabilire tu a tuo piacimento, lo decide, secondo convenienza, l'autore
del programma, di qualunque programma si tratti. Sennò la funzione del
programmatore quale sarebbe secondo te? eseguire gli ordini del SO, e che è
schiavismo? Anche se, ovviamente, il SO pone delle condizioni, dà alcune
alternative, questo è inevitabile, poi sta al programmatore decidere.
 
 
 
 
-- 
http://freewarewiki.it
 
http://freewareonline.org
 
http://netuser.altervista.org
 
 

 di installazione e non in quelle nascoste che vuole lui ?
 
non credo che tu possa fare nulla se il programma non lo prevede.
In ogni caso, per ritrovare dove ha messo i files ha cercato nelle 
directory sotto il profilo utente o in tutto il disco?

 directory sotto il profilo utente o in tutto il disco?
 
Dici cercare su sutto il disco quei files ?
 

 Dici cercare su sutto il disco quei files ?
 
visto che immagino tu sappia come si chiamano quei files, ma non dove 
sono stati messi, io fare una ricerca su tutto il disco. Non dovrebbe 
metterci molto.
 
Adriano

 è piena di roba.
 
mIRC di regola se non specifichi legge e scrive in $scriptdir quello che 
riguarda se steso, e lo scrive generalmente in mirc.ini, se tu fai uno 
script decidi tu dove metterlo e devi ovviamente specificare il percorso 
giusto nello script.
 
Possono insorgere dei problemi se hai più mIRC e la ricerca magari viene 
fatta nella radice di quello sbagliato.. per capirsi, se tu installi 
regolarmente mIRC $scriptdir normalmente diventa: C:\Program Files 
(x86)\mirc\ se però ne hai più copie (come me che faccio esperimenti...) 
diventa una cosa tipo questa: C:\Users\liftman\Documents\mIRC\ succede 
che la seconda copia se apri per esempio l'editor interno vada ad aprire 
il percorso in Program files, lo stesso vale se scrivi /play file.txt ti 
può ritornare "* /play: unable to open 
'C:\Users\liftman\Documents\mIRC\file.txt".
 
In ogni caso il sistema operativo non c'entra nulla.
 
P.S. dato che oltre all'età ho un caldo terribile in casa sono più rimba 
del solito, quello che ho scritto io l'ho capito benissimo, ma non 
garantisco per terzi :-D
 
-- 
Fri(END), Boyfri(END), Girlfri(END), Bestfri(END). Everything has an END 
except...Fam(ILY)! It Has 3 Letters that say I LOVE YOU

 garantisco per terzi :-D
 
Io sarei il secondo :-D
 
 
 
 


 
Ad ogni modo parliamo di un prog. *leggendario* per l'ambiente win ( 
tutto fatto di click & go ) , pur essendo piccolo di dimensioni e 
costituito da un solo .exe , mirc implementa un linguaggio di scripting
di tutto rispetto, con tante funzioni ( che Khaled chiama identificatori 
), e con tutte le principali caratteristiche dei linguaggi di 
programmazione, un po' simile al C direi ( anche se le variabili non 
sono tipizzate ).
 
Dico per win , perchè su unix non c'è paragone ( li' ci sono i plug-in 
per i linguaggi "veri" , perl, ruby , tlc ecc... )
 

 per i linguaggi "veri" , perl, ruby , tlc ecc... )
 
rimanendo in ambito IRC, sotto linux c'è kwirc che implementa un 
linguaggio "simil c++", ma non conosco ne l'uno ne l'altro..


 l'utente loggato.
 
che versione di mirc usi? perchè magari influisce in qualche modo. (io 
ho la 7.22, ma a volte ne uso di più vecchie per fare prove comparative)


alternative, questo è inevitabile, poi sta al programmatore decidere.
 
Il discorso che fai è giusto quando il sistema operativo è già
presente nel momento in cui il software viene sviluppato.
 
Quando il software è vecchio, e il sistema operativo non accetta più
l'uso di alcune locazioni, possono succedere anche cose differenti.
Nello specifico, Windows 7 crea una "\Appdata\Local\Virtualstore" che
presenta ad alcuni vecchi programmi come se fosse "c:\".
 
Dentro "Virtualstore" si forma una "Programmi", una "Windows" (in cui
finiscono puntualmente dei file ".ini") etc.
Per esempio il vecchio lettore di newsgrup che uso (Agent 1.93) fa
quella fine lì.
 
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 nel suo ultimo post si è così espresso:

Ok, ne prendo atto. Non lo potevo sapere perché non uso sistemi più vecchi di W7.
Ad ogni modo la directory "%userprofile%" è stata mantenuta apposta per la compatibilità,
se uno che si fa chiamare programmatore non ne fa uso, sarà perché non sa programmare
o ci sono altre spiegazioni? Per non parlare del registry che è lì intatto e utilizzabile
allo stesso modo di sempre!
