DLL COM IN VB.NET

venerdì 05 maggio 2006 - 11.34

LucaM Profilo | Newbie

Ciao a tutti. Ho creato in VB.NET una DLL di tipo "COM" perché ho la necessità di usare i metodi contenuti nella libreria sia da Visual Basic 6 che da Visual Basic .NET.

Ho creato un eseguibile in VB6 per provare la DLL ma per farla funzionare ho dovuto:

1. Registrare sul PC Client di test (non il PC di sviluppo) la DLL con il comando REGASM
2. Copiare la DLL nella stessa cartella del file eseguibile creato con VB6.

Ora, la registrazione del punto 1 non è un problema ma la copia del punto 2 vorrei evitarla perché dovrei usare questa DLL per molti programmi e vorrei evitare di copiarla in tutte le cartelle ma di tenerne una utilizzabile da tutti i programmi.

Le operazioni che ho effettuato sono corrette? C'è un modo per evitare di eseguire sempre la copia?

Grazie per l'aiuto, Luca

GvnnRules Profilo | Senior Member

Se vuoi evitare di copiarla sempre potresti metterla nella directory system32 di windows
Peace
Gvnn

http://www.gvnn.it
http://www.sqlwebarchitect.org
http://blogs.dotnethell.it/gvnn/

LucaM Profilo | Newbie

Il problema è che i programmi risiedono in cartelle separate su un server e quindi:

1. Vorrei evitare di copiare sui client (come indicato nella cartella system32) la DLL
2. Vorrei evitare di copiare la stessa DLL in tutte le cartelle dei programmi (che risiedono sul server)

Grazie

GvnnRules Profilo | Senior Member

Fammi capire ... tu vorresti evitare di andare a distribuire dll in giro per i tuoi client e tenerli sul server ... con vb6 ... mmm ... una cosa del genere puoi farla con il remoting di .net, ma con i com vb6 non credo
Peace
Gvnn

http://www.gvnn.it
http://www.sqlwebarchitect.org
http://blogs.dotnethell.it/gvnn/
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-2025
Running on Windows Server 2008 R2 Standard, SQL Server 2012 & ASP.NET 3.5