Monitorare il registro...

martedì 25 luglio 2006 - 15.31

LittleBoy Profilo | Newbie

Salve, sono un misero autodidatta che sta studiacchiando quà e la ed è alle prese con VB6 , nel tentativo di realizzare qualche inutile applicazione da creare per gioco. Non si stupiscano dunque gli addetti ai lavori delle incredibile scemenze che potrei scrivere.
Vorrei realizzare un'applicazione capace di monitorare il registro di sistema. questa dovrebbe segnalare il percorso intero dei nuovi valori di registro creati da un'programma "X" appena caricato. Nella mia mente contorta e priva della sapienza necessaria, avevo pensato ( a grandi linee) ai seguenti passi logici:
1 avviare la lettura sequienziale della registro di sistema (apertura dell'albero e lettura di tutti valori) (COME!?)
2 scrivere in un file txt, ogni percorso e valore finale dell'albero (una riga per ogni percorso).

la funzone di controllo:

riavvia la lettura del registro ricercando la presenza di ogni percorso nelle stringhe del file txt
le stringhe assenti vengono evidenziate.

grezzo ma teoricamente efficace..

va bè, non guardatemi così, ve l'ho detto che sto facendo tutto da solo. ..

In realta per leggere il registro in vb6 ho trovato solo il comando "Wsh.RegRead" che mi permette di leggere solo su di un percorso preciso ed unico.

chi vuol perdere tempo con me?


chi mi illumina?

P.S. .. A proposito quale è il comando per avviare l'apertura di un file tramite l'applicazione che l'ha creata?

Esempio aprire un fle doc avviando word tramite il mio programma.

il comando Shell "path",vbmaximized...etc... ,apre solo l'aplicazione, come posso fargli fare un passo in più?.

Grazie

Brainkiller Profilo | Guru

Ciao,
allora partiamo da un discorso generale. Secondo me VB6.0 a questo punto è completamente obsoleto, personalmente ti consiglierei di passare a VB.NET che è molto più facile, potente ed è un vero linguaggio orientato agli oggetti.

Per lo sviluppo puoi scarciare Visual Basic Express che è gratuito tanto per cominciare.
http://msdn.microsoft.com/vstudio/express/vb/

Per il tuo problema, fare così con il registro cioè un dump poi un altro dump e verificare le differenze è improbabile se consideri per esempio che io ho un registry di 40 Mega e altr ne hanno ancora di più.

Per questa cosa ci sono delle API apposta che devono essere utilizzate per filtrare gli accessi a registro, come fa per esempio RegMon di http://www.sysinternals.com

Fammi sapere.
Ciao


David De Giacomi
Microsoft MVP
http://blogs.dotnethell.it/david/

LittleBoy Profilo | Newbie

Ho già tentato di avvicinarmi a VBnet 2005 (che a me pare proprio un altro linguaggio). Sto attendendo che mi recapitino alcuni testi in merito.

ammetto serenamente i miei limiti, i miei titoli di studio non riguardano nemmeno lontanamente l'informatica e facendo da solo,

non puoi guidare una Ferrari se ancora sbandi con la Punto...

Mi sono già inbattuto nell'esistenza delle API ma ho capito ( credo) cosa sono a "livello teorico", non sono capace di richiamarne le funzionalità nel mio codice, ne tantomeno di scegliere quella giusta. Purtroppo studiando da solo, studio saltando di palo in frasca senza la logica prestabilita da un insegnante, che ti pianifica il lavoro di apprendimento.
La passione e la fretta di vedere dei risultati ,in realtà mi penalizzano. Come resistere senza smanettare un pò e leggere magari per mesi invano?.(so che è questo che voi avete fatto)

Diciamo che fino ad ora mi sono fatto guidare dalle necessità che di volta in volta apparivano nello svolgimento dei miei miseri proggetti, la mia caparbietà mi ha sovente premiato, ma come tu ben sai, la materia è talmente grande ..e chi non sà neanche come cercare finisce solo per "friggere" davanti ad un proggetto fermo.


Regmon lo conosco. Ma una volta lanciato non posso incorporarne automaticamente i risultati nelle elaborazioni del mio programmino.,al quale vorrei far memorizzare lè nuove chiavi di registro, in modo che da quel momento sia capace di consultarle a piacere.

avevo gia intuito che la soluzione logica da mè prospettata non fosse quella ottimale, ma pensavo fosse fattibile ed un buon compromesso per le mie limitate capacità.

Infatti non sapendo quale è la procedura da tenere per leggere il registro e trascrivere ogni percorso in una nuova riga di un file .TXT, consideravo solo il fatto che un file txt, per grande che sia non doveva essere poi così pesante..

grazie comunque, e a presto... perchè,

io non mollo!!...



grazie ancora

Brainkiller Profilo | Guru

>Ho già tentato di avvicinarmi a VBnet 2005 (che a me pare proprio
>un altro linguaggio). Sto attendendo che mi recapitino alcuni
>testi in merito.

Si, ma se cominci da poco meglio passare subito a quello.
meglio sia come ambiente IDE che come linguaggio.

Sono d'accordo con il resto che scrivi, è normale che sia così.

Non serve essere ing. aeronautico per scrivere software.

>grazie comunque, e a presto... perchè,
Ciao

David De Giacomi
Microsoft MVP
http://blogs.dotnethell.it/david/
Partecipa anche tu! Registrati!
Hai bisogno di aiuto ?
Perchè non ti registri subito?

Dopo esserti registrato potrai chiedere
aiuto sul nostro Forum oppure aiutare gli altri

Consulta le Stanze disponibili.

Registrati ora !
Copyright © dotNetHell.it 2002-2024
Running on Windows Server 2008 R2 Standard, SQL Server 2012 & ASP.NET 3.5