Newsgroup: it.comp.appl.access
Titolo: Legare db al pc

Ciao a tutti,
ritorno sulla sicurezza di un db. Ho l'esigenza di permettere l'esecuzione
di un'applicazione access solo ed esclusivamente su un preciso pc. Insomma,
come se facessi l'installazione del db su quella macchina. So di
applicazioni vb che possono leggere l'identificativo dell'hd, e solo se
questo corrisponde a quello dichiarato valido, l'applicazione parte.
Qualcuno sa indicarmi un modo (ovv. anche diverso) per raggiungere il mio
scopo,
grazie a tutti
Alessandro

 ha scritto nel messaggio
news:xezgc.13621$eR5....@tornado.fastwebnet.it...

Sul sito 
www.sitocomune.com
 , sezione General, c'è una faq di G.Arena sull'argomento
con esempio scaricabile.
Ciao
Galliano.

 ha scritto nel messaggio
news:5nzgc.132888$Kc3.4...@twister2.libero.it...

l'ho scaricato ma mi dice che: "l'account utente corrente non dispone delle
autorizzazioni per convertire o abilitare il database"
rumble...rumble
come faccio?
grazie
Ale

 Ale
Quindi stai usando Access 2000 o XP. Devi creare un database vuoto in cui
importerai tutti gli oggetti di quello scaricato dal SC (un modulo, una
tabella ed una maschera); a questo punto dovresti poter entrare nel nuovo
database: credo però che non funzionerà finchè non aggiungerai ai
riferimenti le librerie "DAO 3.6 Object Lybrary" avendo cura di posizionarle
prima delle librerie "Microsoft Activex Data Object 2.x Library"
Ciao
Galliano.

 ha scritto nel messaggio
news:ikbhc.13223$Qc.5...@twister1.libero.it...

Scusate se mi intrometto, il uso il codice sotto riportato che rileva lo
steso numero del citato esempio. Il problema è che non si tratta del numero
di serie dell'HD ma del numero del volume. Se un cliente riformatta il disco
il programma non funziona più. Domanda: é possibile rintracciare il vero
numero di serie visto che quello software, come tale, è sicuramente soggetto
a possibili manomissioni?
saluti
Rossano
    Set fs = CreateObject("Scripting.FileSystemObject")
    Set D = fs.GetDrive(fs.GetDriveName(fs.GetAbsolutePathName(drvpath)))  '
Prelevato anche in Function Bel
    Select Case D.DriveType
        Case 0: t = "Sconosciuta"
        Case 1: t = "Rimovibile"
        Case 2: t = "Fissa"
        Case 3: t = "Rete"
        Case 4: t = "CD-ROM"
        Case 5: t = "Disco RAM"
    End Select
    s = "Unità " & D.DriveLetter & ": - " & t
    s = s & vbCrLf & "NS: " & D.SerialNumber

     s = s & vbCrLf & "NS: " & D.SerialNumber
Non sono uno specialista e quindi non ho molto da dire se non che il punto è oggetto
di periodiche discussioni e che secondo alcuni neppure il vero numero di serie
dell'HD sarebbe un indicatore univoco: ricordo un thread poco tempo fa su
it.comp.lang.visual-basic in cui un partecipante segnalava di essersi imbattuto in
una partita di laptop acquistati in blocco ed identici in tutto, anche nel numero di
serie dell' HD. Credo però che la formattazione del disco da parte dell'utente possa
ben costituire un "evento eccezionale" tale da giustificare l'intervento (al di fuori
della normale assistenza e perciò a pagamento) del fornitore del programma per
ripristinare la situazione.
Ciao
Galliano.


ma mi dà un: "Errore di compilazione: Impossibile trovare ill metodo o il
membro dei dati"
sulla riga Rsr.Edit
help
grazie
Ale

 Ale
Proprio per questo ti avevo suggerito di sistemare i riferimenti aggiungendo DAO e
facendo in modo che preceda ADO.
Ciao
Galliano.

 ha scritto nel messaggio
news:_Gfhc.137417$Kc3.4...@twister2.libero.it...

ok GRAZIEEEE
scusa ma ora non posso verificare penso dche funzioni così:
al primo lancio sul pc dove voglio installare il db mi chiede il codice di
sblocco (la tua ddn?)
poi dal secondo in poi è "indissolubilmente" legato al pc, tramite l'id
dell'hd e se il cliente formatta, beh, tanto vale che paghi per la nuova
installazione
Grazie ancora
Ale
ps: il mio cliente ha 3 hd sul pc, va bene lo stesso vero?

 ps: il mio cliente ha 3 hd sul pc, va bene lo stesso vero?
Penso che dovresti leggere attentamente il codice che usi per capire cosa fa, senza
limitarti al copia-incolla, pena brutte sorprese :) . La funzione in questione ti
restituisce il numero di volume dell'unità identificandola in base alla lettera, per
cui ti converrà fare in modo che la tua verifica punti alla stessa unità su cui
installi  il programma: cosa accadrebbe se tu installassi il programma su D:\
mantenendo però la verifica su C:\ come nell'esempio? Accadrebbe che se venisse
cambiata o formattata l'unità C:\ il tuo programma non si aprirebbe più ed il tuo
cliente non ne sarebbe affatto contento: dubito che accetterebbe di pagare per
rimettere le cose a posto :)
Ciao
Galliano.

 ha scritto nel messaggio
news:EAghc.13965$Qc.5...@twister1.libero.it...

concordo sul copia e incolla e capisco la tua ramanzina, il codice l'ho
letto ma purtroppo sono a zero su vb, cmq lo installerò su C x cui penso di
non avere problemi
grazie ancora
Ale