Newsgroup: it.comp.lang.visual-basic
Titolo: Prg VB6 in Windows 2000

Vi espongo il mio problema:
ho creato un'applicazione che gestisce un database Access (97) tramite il
controllo data. Ho installato l'applicazione su i seguenti SO:
Windows 98
XP Professional
Windows 2000 (Grrrrrrrrrrrrrrrrrrrrrrrrr)
Non so se si č capito :))) ma con W2000 ho SERI problemi.
Il form INCRIMINATO si apre solo se nel PC č installato VB6
quando viene disinstallato ... il Form non si apre piů e mi viene
visualizzato un messaggio di errore che mi dice "classe non registrata"
Nel pc incriminato č anche installato Access
Cosa GRRRRRR posso fare?
Nel mio VB6 ho anche installato il service pack 5
Grazie


Sei sicuro di aver installato tutti i componenti e le librerie necessarie al
tuo programma? A proposito utilizzi DAO o ADO per l'accesso al database?
Fabio

 visualizzato un messaggio di errore che mi dice "classe non registrata"
Quali sono i riferimenti / componenti nel tuo progetto?
Uno di quelli non č presente nel PC di destinazione.
Se il problema ce l'hai nel caricamento del form potrebbe essere o un 
oggetto visuale o una classe che viene instanziata nel form _load o 
_activate
Ciao

 Uno di quelli non č presente nel PC di destinazione.
****************
Ma...quando si crea il pacchetto di installazione...LUI non si carica
automaticamente tutti gli ocx e le dll ????

 automaticamente tutti gli ocx e le dll ????
In teoria sě, ma attenzione che il progetto include tutti i componenti 
*direttamente* usati dal tuo progetto.
Se il tuo progetto ad es. usa un ocx che a sua volta usa una dll e 
questa non č inclusa nel progetto (a mano) potresti avere questo problema.
Ciao

 questa non è inclusa nel progetto (a mano) potresti avere questo problema.
**********
Sei stato chiarissimo!
C'è un modo per sapere quali eventuali dll vengono usate dagli ocx che uso?
Grazie

 C'è un modo per sapere quali eventuali dll vengono usate dagli ocx che uso?
No.
Lo devi sapere, o deve esserci scritto nella documentazione di ognuno.
Però mi sembra strano.
Sai almeno in quale evento hai l'errore?
Potresti mettere negli eventi "sospetti" i numeri di riga, poi con una 
gestione dell'errore fai qualcosa tipo:
Private Sub Evento()
	On Error Goto Errore:
10 	debug.Print "la riga seguente genera un errore"
20 	Me.Caption = 1 / 0
Errore:
	MessageBox "Errore nell'evento 'Evento' alla riga " & Erl
End Sub
Così ti sarà possibile capire quale riga va in errore e qui saprai su 
cosa lavorare.
Ciao

 Però mi sembra strano.
Anche a me ;-)
Bye, G.

 Depends o FaberToys o... o... sono io che non ho capito il problema ?
Non ti trovano i riferimenti a activex
Secondo me si fa prima a intercettare l'errore.
Ciao

 problema.
Anche in quel caso dovrebbe bastare analizzare gli OCX... o no ?
Bye, G.

> Anche in quel caso dovrebbe bastare analizzare gli OCX... o no ?
Concordo.
Mi sembrava strana l'idea di Zanna. Il suo metodo lo uso di solito per
pseudo-debuggare il software quando gira du pc diversi dal mio.
bye
-- 
Esistono 10 tipi di persone: chi conosce il binario e chi no.
Gestione Ottica - Gestionale per Ottici e Programmi Gratuiti su:
http://www.nicolaottomano.it

 pseudo-debuggare il software quando gira du pc diversi dal mio.
E questo non è il caso?
Si parla di pacchetto di installazione...
Comunque credo che gli ocx referenziati elencati sono quelli caricati, ma se
non si riesce a caricarli...
Ciao

 caricati, ma se non si riesce a caricarli...
Io uso Depends e vado sempre sul sicuro.
Spero solo di non gufarmela... :-P


 caricati, ma se non si riesce a caricarli...
:-/
Mi fai venire il dubbio. Come si potrebbe controllare, magari
rinominando un OCX e vedendo se lo rileva lo stesso ?
Un sistema sicuro *potrebbe* essere andare di regmon, filemon
e simili (freeware, 
www.sysinternals.com
), ma sarebbe un
lavoraccio maiuscolo. Certo, in casi estremi... per esempio
ho usato filemon su una macchina W2K remota, per sapere da
dove cavolo veniva fuori un errore mai verificatosi su altre macchine.
E dal log sono venute fuori cose allucinanti =8-#
(Sì, lo sapevo già che alla fine era un problema di permessi.
Sì, lo sapevo già che dovevo specificare di installare il programma
su una macchina che non avesse già casini per conto suo.
Sì, lo sapevo già che dovevo controllare che il prog _potesse_
scrivere nella cartella temp.
Sì, lo sapevo già che era colpa mia :-( ).
Bye, G.

Ho avuto modo solo adesso di leggere tutti i vs suggerimenti. Adesso sto
partendo ed al mio ritorno...riprovo e vi faccio sapere. Siete gentilissimi
come sempre.
--
Distinti Saluti,
Salvatore Paci
.......................................................
(escogito ergo sum)