Já tentou declarar o método assim na dll :

 

Public Function VerificaUsuario(Pnom_login As String, Pdes_senha As String,Pcnx as adodb.connection) As Boolean

 

O ADO deve estar referenciado no projeto da DLL.

 

Me lembro que quando trabalhava com VB6 fiz um componente de conexão e o referenciava nos outros componentes. Esse componente tinha métodos que fazia todas as operações com o banco (Ler, Inserir, Alterar e Excluir).

Assim não necessitava passar a conexão como parâmetro.

sim erico esta desse jeito que vc passou, eu posso até nao passar a conexão como parametro, mas ai tenho que conectar e desconectar toda hora que eu for fazer uma transação no banco.

tenta passar como object ou variant.

é só uma dica!

no .net com object dá certo!

 

e se vc não quiser mesmo ficar abrindo e fechando a conexão sempre(prática mais do que correta, pois não onera a memória com objeto q não está sendo usado), vc. deve usar uma conexão via ODBC ou com ADODC (ADO DATA CONTROL).

aqui no vbweb mesmo tem exemplos, ou no macoratti.net

 

fui............

vilmar já fiz assim como object, mas nao deu certo tambem, vc acha que abrindo e fechando a conexão o sistema nao fica lenta?

não fica lento!

 

pq vc não tenta usar ODBC ou ADO DATA CONTROL como eu havia te falado?

Alexandre,

Eu fiz o meu componente de conexão em VB para trabalhar na WEB e utilizo o comando object no global.asa para instancia-lo. Apesar de instanciado a conexão está fechada. Quando vou executar qualquer comando eu abro e após a execução fecho de novo, mas o componente continua instanciado. Desta maneira não fica lento e ainda libera recursos do servidor de banco. O banco é SQL Server e utilizei acesso nativo que considero mais rápido que ODBC.

Acesseo site  http://www.sigbahia.ba.gov.br   e veja o tempo de resposta da validação do login e senha que vc vai colocar.