[VB6] DLL e OCX da registrare

[eziogsv]

quando si creava un file di dipendenze con la creazione guidata di VB5, si
poteva leggere anche quali dll e ocx dovevano essere registrate

tipo:
[VB5IT.DLL <0010>]
Register=
Dest=$(WinSysPath)
Date=7/28/1997
Time=12:53:56
Version=5.0.43.19
CABFilename=VB5IT.cab
CABDefaultURL=http://activex.microsoft.com/controls/vb5
CABINFFile=VB5IT.inf
CABRunFile=
Uses1=

[MSVBVM50.DLL <0010>]
Register=$(DLLSelfRegister)
Dest=$(WinSysPathSysFile)
Date=8/31/2001
Time=12:00:00
Version=5.2.82.44
CABFilename=MSVBVM50.cab
CABDefaultURL=http://activex.microsoft.com/controls/vb5
CABINFFile=MSVBVM50.inf



la creazione guidata di VB6, invece, dà si tutti i files necessari, ma non specifica
cosa si deve registare e cosa si può evitare di registare...

Uses1=MSVBVM60.DLL
Uses2=OLEAUT32.DLL
Uses3=OLEPRO32.DLL
Uses4=ASYCFILT.DLL
Uses5=STDOLE2.TLB
Uses6=COMCAT.DLL
Uses7=VB6IT.DLL
Uses8=shfolder.dll
Uses9=VB5STKIT.DLL

[shfolder.dll <0010>]
Dest=$(WinSysPath)
Date=19/08/2004
Time=15.39
Version=6.0.2900.2180

[VB5STKIT.DLL <0010>]
Dest=$(WinSysPath)
Date=06/03/1997
Time=00.00
Version=5.0.37.16

la voce register è sparita !

come posso ovviare per sapere quali dll o ocx devo necessariamente registare
e quali non si devono registrare?

trovo da qualche parte un elenco?

grz

[oregon]

Non usare l'installer di VB perche' e' "pieno" di bug e malfunzionamenti.

Scarica un installer gratuito (ce ne sono tanti) e usalo al posto dell'installer di VB.

Considera che molte DLL dell'elenco mostrato non devono essere installate (ne' registrate) e, anzi, una loro copia dal tuo sistema a quello di destinazione, puo' causare malfunzionamenti gravi a quest'ultimo.

[eziogsv]

non uso affatto l' installer di VB...... uso Inno Setup, che trovo 100 volte migliore...

della utility di VB uso SOLO la procedura per vedere le dipendenze

il problema però rimane, e tu non è che mi hai illuminato molto...

note le dipendenze, come faccio a sapere quali DEVONO essere registrate e quali NON DEVONO essere registrate?

prima VB5 me lo diceva, ora VB6 non me lo dice +...

[oregon]

Beh ... da dove si capiva che usavi Inno Setup?

A parte questo, il discorso non cambia ...

Le dipendenze trovate da VB6, allo stato attuale, non devono piu' essere prese in considerazione.

Ad esempio, sia la OLEAUT32 che la OLEPRO32 non devono essere assolutamente prese in considerazione perche' sono di sistema e non devono essere sostituite da sistema a sistema.
Ne', tanto meno, STDOLE2.TLB e' da copiare (ne' registrare ovviamente ...).

Quello che ti posso dire e' che l'installer dovrebbe tirare fuori le dipendenze in modo automatico e gestire anche le registrazioni. Non so come funzioni Inno Setup ma ti consiglio un installer come Cyberinstaller (ovviamente nella versione free) per non avere tali problemi.

[eziogsv]

si, effettivamente non si capiva

dunque, forse non mi sono spiegato bene, cerco di precisare

Uses1=MSVBVM60.DLL
Uses2=OLEAUT32.DLL
Uses3=OLEPRO32.DLL
Uses4=ASYCFILT.DLL
Uses5=STDOLE2.TLB
Uses6=COMCAT.DLL

questi 6 files fanno parte integrante delle VBrun di VB6, file originale Microsoft che ovviamente inserisco e lancio durante il setup, in modo da essere sicuro che nel PC dell' utente ci siano

rimangono

Uses7=VB6IT.DLL
Uses8=shfolder.dll
Uses9=VB6STKIT.DLL

durante l' installazione non ho problemi a registrarle, ma rimane la domanda, che vale tanto per loro che per qualsiasi altra dll o ocx:

COME FACCIO A SAPERE CON SICUREZZA SE DEVONO ESSERE REGISTRATE O NO?

[oregon]

Allora non mi sono spiegato io. Quando scrivi

"questi 6 files fanno parte integrante delle VBrun di VB6, file originale Microsoft che ovviamente inserisco e lancio durante il setup, in modo da essere sicuro che nel PC dell' utente ci siano"

affermi una cosa profondamente sbagliata.

Solo la prima DLL costituisce il runtime di VB necessario all'esecuzione del programma (che nei sistemi piu' recenti e' gia' inclusa e non e' necessario copiarla ...). Tutto il resto non deve essere copiata perche' di sistema e perche' la sostituzione di questi elementi potrebbe pregiudicarne il funzionamento.

Quindi ... non ti fidare delle dipendenze tirate fuori da VB ma fai fare tutto ad un installer moderno !

[eziogsv]

Originariamente inviato da oregon
Quindi ... non ti fidare delle dipendenze tirate fuori da VB ma fai fare tutto ad un installer moderno !

oregon, sei molto gentile e non voglio assolutamente questionare

lasciamo perdere le vbrun, fai conto che non ne abbia parlato

lasciamo anche perdere gli installer, che per quanto moderni siano non credo proprio che sappiano da sé, se non gli dici di farlo, se una dll vada registrata o no

quindil lasciamo perdere tutto quanto sopra e riformulo la domanda a prescindere da installer, vbrun e quant' altro:

data una determinata dll o ocx, c' è un modo per sapere se debba essere registrata o no per funzionare correttamente?

[oregon]

lasciamo anche perdere gli installer, che per quanto moderni siano non credo proprio che sappiano da sé, se non gli dici di farlo, se una dll vada registrata o no

No, questo non e' esatto. Un installer lo sa (anche perche' e' semplicissimo saperlo).

data una determinata dll o ocx, c' è un modo per sapere se debba essere registrata o no per funzionare correttamente?

Gli ocx devono essere registrati tutti (e' insito nel concetto di Ole Control).

Le dll non devono essere registrate solamente se sono semplici DLL contenenti funzioni o risorse. Le dll che implementano "oggetti" istanziabili con l'automazione, devono essere registrate.

Per discriminare tra i due tipi di DLL, considera che quelle registrabili esportano una funzione apposita, la DllRegisterServer. Se questa funzione non viene esportata, la DLL non e' da registrare e, se lo fai, ottieni un errore del tipo

"TuoFile.Dll e' stato caricato, ma il punto di ingresso DllRegisterServer non è stato trovato"

[eziogsv]

evvai!!

opppss, era così semplice che non ci avevo pensato

ho quindi provato a registrarle una per una da start / esegui / regsvr32 xxxxx.dll

quelle che non vanno registrate danno il messaggio che hai riportato

grazie

bye!

ps: riguardo alle runtime di visual basic, non pensi che l' installer di microsoft che installa i 6 files delle runtime non tenga già conto di ciò che deve fare o non deve fare per non creare problemi al sistema?

l' installer microsoft è liberamente scaricabile e distribuibile.... non ho mai sentito di crash dovuti alla sua installazione...

"vbrun60sp6.exe è un file eseguibile autoestraente mediante il quale vengono installate le versioni dei file di runtime di Microsoft Visual Basic richiesti da tutte le applicazioni create con Visual Basic 6.0. I file comprendono le correzioni fornite il Service Pack 6 per Visual Basic 6.0".

File.................Versione......... Dimensione
ASycFilt.dll..... 2.30.4261.1.... 144 KB (147.728 byte)
ComCat.dll..... 4.71.1460.1..... 21,7 KB (22.288 byte)
MSVBVM60.dll. 6.0.81.76....... 1,34 MB (1.409.024 byte)
OLEAut32.dll... 2.30.4261.1.... 584 KB (598.288 byte)
OLEPro32.dll... 5.0.4261.1...... 160 KB (164.112 byte)
STDOLE2.tlb... 2.30.4261.1..... 17,5 KB (17.920 byte)

Il file VBRun60.exe non è considerato un file di sostituzione per la Creazione guidata pacchetti di installazione relativa alla distribuzione delle applicazioni Visual Basic. Se ad esempio nell'applicazione sono inclusi componenti quali controlli ActiveX o DLL, per la distribuzione è necessario utilizzare la Creazione guidata pacchetti di installazione o un pacchetto di installazione di terze parti . Se tuttavia l'applicazione Visual Basic dipende solo dai file inclusi nel file VBRun60.exe, è possibile distribuire l'applicazione fornendo agli utenti finali il file eseguibile (exe) e VBRun60.exe

[oregon]

Originariamente inviato da eziogsv
ps: riguardo alle runtime di visual basic, non pensi che l' installer di microsoft che installa i 6 files delle runtime non tenga già conto di ciò che deve fare o non deve fare per non creare problemi al sistema?

Parlo dell'installer fornito con VB6 (il PDW). Quello e' stato pensato tanto tempo addietro (considera che VB6 e' veramente obsoleto ...) e pensa che i file piu' recenti siano da sostituire comunque a quelli piu' vecchi. Cosi' che se vede che OLEAUT32 di XP SP2 e' piu' recente di quella di Win98 o W2000, tenta di sostituirla.

Originariamente inviato da eziogsv
l' installer microsoft è liberamente scaricabile e distribuibile.... non ho mai sentito di crash dovuti alla sua installazione...

Oh ... io invece sì, e tanti. Leggi questi articoli (ma ne esistono tanti), magari solo per conoscenza

You receive multiple "System files are out of date" error messages when you install a Visual Basic 6.0 application
http://support.microsoft.com/kb/831491/en-us

soprattutto quando si dice:

Remove the commonly redistributed system files from the setup package
Make sure that your setup package does not redistribute unnecessary system files. Every Visual Basic 6.0 application requires that the following OLE Automation system files be installed to function. These files should be installed with the setup package. If you apply Visual Basic 6.0 Service Pack 4 or later on the build computer, the Package and Deployment Wizard packages older versions of these files from the Redist folder, as discussed in the previous section. • OLEPRO32.dll
• OLEAUT32.dll
• ASYCFILT.dll
• STDOLE2.tlb
Other than these files, there is typically no reason to redistribute system files with a Visual Basic 6.0 setup package. System file redistribution should only be completed with operating system service packs or with hotfixes.

Note MSVBVM60.dll is also a required file for Visual Basic applications to function. This file is not a system file and is not part of Windows File Protection.

PRB: Multiple "System Files Are Out of Date" Errors
http://support.microsoft.com/kb/191096/en-us

E leggi anche questo, se ti va ...

http://www.codecomments.com/archive3...-3-859741.html

soprattutto da quando Mike (collega MVP ... ) afferma

"... You must realize PDW came out in 1998 before certain features of Windows ... "