Il linguaggio Visual Basic di Microsoft
 

classe non registrata

Gulp® 9 Dic 2014 19:42
Classe non registrata, non è una novità e normalmente è risolvibile
registrando qualche OCX

Ho installato Vb6 su Win 7 superando una "infinità" di problemi, ma non
è finita.
Mi riferisco ad un programma compilato da Vb6 e pacchettizzato con
CyberIntallerStu***** sotto Win 7, per essere poi installato su un sistema XP

Ho eliminato i percorsi assoluti ("C:\Programmi") e utilizzato App.Path,
ma mi sono arenato su questo errore:

Classe non registrata.
Cercando l'oggetto con CLSID {00000010-0000-0010-8000-00AA006D2EA4}.

Ho letto che è riferito all'uso di DAO350.dll non installata nel sistema.
A parte che io uso dao360.dll e non capisco il suggerimento di
Microsoft: http://support.microsoft.com/kb/288706/it

Il problema è che su XP il percorso "C:\Program Files\Common
Files\Microsoft Shared\DAO\dao360.dll" non vien accettato e al momento
della registrazione mi dice che non trova il modulo.

Non cambia niente nemmeno se faccio finta di nulla e provo su
C:\Programmi\Common Files\Microsoft Shared\DAO\dao360.dll
non trova il modulo.

Come posso fare?

---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
http://www.avast.com
Gulp® 9 Dic 2014 20:19
Il 09/12/14 19:42, Gulp® ha scritto:

> Il problema è che su XP il percorso "C:\Program Files\Common
> Files\Microsoft Shared\DAO\dao360.dll" non vien accettato e al momento
> della registrazione mi dice che non trova il modulo.

Naturalmente intendevo anche se ho creato C:\Program Files\Common
Files\Microsoft Shared\DAO\

e ci ho messo dentro la dll!! :)




---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
http://www.avast.com
Franz_aRTiglio 9 Dic 2014 21:42
Gulp® ha pensato forte :

> Ho letto che è riferito all'uso di DAO350.dll non installata nel sistema.
> A parte che io uso dao360.dll e non capisco il suggerimento di Microsoft:
> http://support.microsoft.com/kb/288706/it

Quel traduttore automatico e' veramente una ******* .. sarebbe:

Sintomo:
Quando si prova ad avviare per la prima volta un ap*****azione installata
dall'installer di VB6.0 in*****dendo quello che il PDW ha creato, puoi
ricevere il seguente errore bla bla bla

Causa:
Questo errore avviene quando il progetto VB6 fa riferimento al DAO 3.6
(dao360.dll) anzichè al DAO350.dll bla bla bla

Quando la proprietà CONTROL del controllo Data intrinseco è settata su
ACCESS, e l'applicazione ne fa uso, l'applicazione richiede che
DAO350.dll
sia registrata nel sistema. Tuttavia DAO350.dll non è inclusa nel
pacchetto di distribuzione (installer) creato dal PDW perchè non è
indicata nel progetto.

Soluzione:
Per risolvere il problema, impostarela proprietà CONTROL del controllo
Data intrinseco ad ACCESS2000 che fa uso di DAO360.dll. La suluzione
è valida anche se si usa un database access97 bla bla bla.

In pratica:
Microsoft ha scazzato la retrocompatibilità DAO di access, per
fixare il problema bisogna settare, nel progetto, la proprietà
control su ACCESS2000 anzichè la default (ACCESS).
Franz_aRTiglio 10 Dic 2014 21:50
Gulp® scriveva il 10/12/2014 :
>> In pratica:
>> Microsoft ha scazzato la retrocompatibilità DAO di access, per
>> fixare il problema bisogna settare, nel progetto, la proprietà
>> control su ACCESS2000 anzichè la default (ACCESS).
>
> Io il loro installer, come scrivevo, nemmeno lo uso, in ogni caso è da un po'

> che non uso tabelle Access 97 e son passato ad Access 2000 che da tempo,
> nelle mie applicazioni, è settato così quando uso un Data-control.

Se già hai settato nel progetto access2000, di piu non so
aiutarti, però non mi stupirei di scoprire che il prg di setup che stai
usando si crea i riferimenti usando il prg di setup di vb6... ergo
verificherei se tutti i possibili (per quanto impro*****ili) riferimenti
al DB connect sono impostati per access 2k.
Greg 10 Dic 2014 23:17
Il 10/12/14 18.33.54 Gulp® ha scritto:

> Qualcuno ha suggerimenti? Mi sfugge qualcosa?

E' valido il suggerimento di Franz: tutti i datacontrol presenti devono
avre la prop database a access2000.

Inoltre se rifai il pacchetto con innosetup+istool questo imposta la
corretta cartella di destinazione delle librerie dao36 a seconda del
sistema operativo che si incontra. Non devi piu preoccuparti di
cartelle fantasma

--
Greg
salclem2 11 Dic 2014 15:53
"Gulp®" <gulp@hotmail.it> nell'ultimo post si è così espresso:
> Classe non registrata, non è una novità e normalmente è risolvibile

>
> Non cambia niente nemmeno se faccio finta di nulla e provo su
C:\Programmi\Common Files\Microsoft
> Shared\DAO\dao360.dll
> non trova il modulo.
>

Con VB6 il DAO può essere utilizzato come componente stand-alone facendo
il corrispondente ******* manifest dell'EXE che lo utilizza, dove sono
registrati le GUID


--
http://freewareonline.org/
http://netuser.altervista.org/
http://salclem2.altervista.org/
Gulp® 11 Dic 2014 16:32
Il 11/12/14 15:53, salclem2 ha scritto:
> "Gulp®" <gulp@hotmail.it> nell'ultimo post si è così espresso:
>> Classe non registrata, non è una novità e normalmente è risolvibile
>
>>
>> Non cambia niente nemmeno se faccio finta di nulla e provo su
>> C:\Programmi\Common Files\Microsoft Shared\DAO\dao360.dll
>> non trova il modulo.
>>
>
> Con VB6 il DAO può essere utilizzato come componente stand-alone facendo
> il corrispondente ******* manifest dell'EXE che lo utilizza, dove sono
> registrati le GUID
>
>

TEDESCO. L'unica in italian: stand-alone :)

---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
http://www.avast.com
salclem2 11 Dic 2014 17:34
"Gulp®" <gulp@hotmail.it> nell'ultimo post si è così espresso:
> Il 11/12/14 15:53, salclem2 ha scritto:
>> "Gulp®" <gulp@hotmail.it> nell'ultimo post si è così espresso:
>>> Classe non registrata, non è una novità e normalmente è risolvibile
>>
>>>
>>> Non cambia niente nemmeno se faccio finta di nulla e provo su
>>> C:\Programmi\Common Files\Microsoft Shared\DAO\dao360.dll
>>> non trova il modulo.
>>>
>>
>> Con VB6 il DAO può essere utilizzato come componente stand-alone facendo
>> il corrispondente ******* manifest dell'EXE che lo utilizza, dove sono
>> registrati le GUID
>>
>>
>
> TEDESCO. L'unica in italian: stand-alone :)
>

Leggi qua
http://salclem2.altervista.org/wiki/index.php/Make_My_Manifest


--
http://freewareonline.org/
http://netuser.altervista.org/
http://salclem2.altervista.org/
Gulp® 12 Dic 2014 11:34
Il 11/12/14 17:34, salclem2 ha scritto:

>> TEDESCO. L'unica in italian: stand-alone :)
>
> Leggi qua
> http://salclem2.altervista.org/wiki/index.php/Make_My_Manifest

Grazie molte salclem2 ! Ottimo!

Per chiudere questo 3D devo dire che ho risolto...in realtà mi ero perso
in un bicchiere d'acqua: EXE compilato sotto Win 7 e sovrascritto, come
tale (solo l'exe) in XP... saltava la path suddetta.
Reinstallando tutto il pacchetto ho risolto.
A proposito di installazione, consiglio CyberInstaller Stu*****, mooolto
superiore ad Inno setup.
Grazie ancora.


---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
http://www.avast.com
Greg 12 Dic 2014 13:05
Il 12/12/14 11:34:29 Gulp® ha scritto:

> A proposito di installazione, consiglio CyberInstaller Stu*****, mooolto
> superiore ad Inno setup.
> Grazie ancora.

Hai provato Inno in coppia con IsTool?

--
Greg
Gulp® 12 Dic 2014 13:19
Il 12/12/14 13:05, Greg ha scritto:
> Il 12/12/14 11:34:29 Gulp® ha scritto:
>
>> A proposito di installazione, consiglio CyberInstaller Stu*****, mooolto
>> superiore ad Inno setup.
>> Grazie ancora.
>
> Hai provato Inno in coppia con IsTool?
>

Lo provo.
Grazie

---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
http://www.avast.com
Gulp® 13 Dic 2014 22:57
Il 12/12/14 13:05, Greg ha scritto:
> Il 12/12/14 11:34:29 Gulp® ha scritto:
>
>> A proposito di installazione, consiglio CyberInstaller Stu*****, mooolto
>> superiore ad Inno setup.
>> Grazie ancora.
>
> Hai provato Inno in coppia con IsTool?
>
Si l'ho, li ho provati, ma due non ne fanno uno. Con Cyberinstaller devi
solo decidere la piattaforma di programmazione, ed il ******* di codice
relativo, es. Visual basic, NomeProgetto.vbp e si arrangia lui ad
inserire tutto, ******* cartelle e sottocartelle del progetto, ma
sopratutto tutti i ******* di visual basic necessari al funzionamento
dell'applicazione. Prima della compilazione, controlla eventuali
incongruenze e ti aiuta a risolverle....penso non si possa pretendere di
più.
Provalo.

---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
http://www.avast.com

Links
Giochi online
Dizionario sinonimi
Leggi e codici
Ricette
Testi
Webmatica
Hosting gratis
   
 

Il linguaggio Visual Basic di Microsoft | Tutti i gruppi | it.comp.lang.visual-basic | Notizie e discussioni visual basic | Visual basic Mobile | Servizio di consultazione news.