Newsgroup: it.comp.lang.visual-basic
Titolo: Autorizzazionegata quando aggiungo componenti

Salve a tutti.
Non riesco ad aggiungere i componenti anche più banali (Microsoft common
controls per esmpio) alla casella degli strumenti....
Tasto destro -> componenti... -> metto il segno di spunta su una casella
-> Applica -> e come risultato ho un pop-up che dice autorizzazione
negata.
Sono un utente standard (power user) e ho comunque l'accesso da admin
alla cartella di programmi\visual basic...
Qualcuno riesce ad aiutarmi?
Grazie e buon fine settimana.
Pelo
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Pelo
'autorizzazione negata' o 'non si dispone dei diritti di licenza'?

 'autorizzazione negata' o 'non si dispone dei diritti di licenza'?
Proprio "autorizzazione negata".
Ciao
P.


 Ciao
Sfortunatamente, VB6, non è stato "pensato" per essere utilizzato da un 
utente che non appartenesse al gruppo "Administrators" della macchina 
locale.
Essere "Power User" non aiuta.
Ciao!
-- 
Gianluca Cannalire
Microsoft MVP/MCP - Visual Basic
http://www.visual-basic.it
http://community.visual-basic.it/gianluca

 non poteva usarli.
Tutti gli utenti della mia lan sono solamente "user" e non ho mai 
incontrato questo tipo di problema con gli applicativi VB5/6 che ho 
sviluppato in questi anni.
Ovviamente ho fatto largo uso di common controls.
Cosa intendi esattameten per "non poteva usarli"?


 Cosa intendi esattameten per "non poteva usarli"?
una cosa del tipo autorizzazione negata. e' di circa un anno fa, non ricordo
esattamente. vedo se riesco a riprodurla. anche a me aveva stupito, poco fa
ne ho fatta una per testare le macchine che ogni x secondi aggiunge un
record e scrive un txt, e non ho avuto il minimo problema con nessun utente.
su quella invece avevo sbattuto invano, ed essendo molto di corsa non avevo
potuto sviscerare il problema.
ciao, a.

Non riesco proprio a capire come si possa programmare con un profilo
power user... questo accade quando ci sono dei sistemisti che hanno
troppa voce in capitolo invece di limitarsi alla manutenzione...


 troppa voce in capitolo invece di limitarsi alla manutenzione...
Sbagli.
L'ideale sarebbe sviluppare come normale "user".
Sfortunatamente, con VB6 non è del tutto possibile mentre con 
VS.NET
 si.
Sviluppare con "non-admin", permette di non incorrere in molti problemi 
che poi si verificheranno nel momento del deploy dell'applicazione su 
macchine dove vengono eseguiti da utenti con profilo "user".
Tali problemi si verificano anche in software "blasonati" (lo stesso 
Office 2000 ne soffriva parecchio) proprio perchè sono stati sviluppati 
come admin senza tener conto che l'utente possa NON aver accesso il 
scrittura su particolari rami del registry o del file system (solo per 
citare il problema più comune)
Il mese scorso, in varie città italiane, MS ha tenuto il Security 
Developer Tour.
Una delle sessioni era "Sviluppare da non admin".
Qui trovi le slide:
http://www.fsantini.net/Lists/Events/Attachments/11/Sviluppare%20da%20non-admin.ppt


citare il problema più comune)
Sbagliato. Esiste la fase di test per questo e naturalmente viene
effettuata usando il programma con i vari profili.


 effettuata usando il programma con i vari profili.
Non č mia intenzione cercare di convincerti del contrario.
Spesso, la fase di test di cui parli, non viene effettuata (se non dal 
cliente stesso) oppure viene effettuata in modo non appropriato (magari da 
utenti che solo a loro volta admin della macchina locale).
Basta vedere su questo ng quante volte capita di vedere gente che apre un 
db access dal path dell'eseguibile:
sDBPath= App.Path & "\dati.mdb"
Installa un'applicazione del genere sotto 'Program Files' ed eseguila come 
utente appartenente al gruppo "users". Vedrai che pernacchie ;)
Prevenire queste cazzate durante la fase di test č molto meglio che non 
farlo in fase di test, o magari direttamente alla prima installazione 
presso il client.
IMHO, ovviamente ;)
ciao!
