Início / coding / Perguntas / 79541542
Accepted
user30093107
Asked: 2025-03-28 21:25:45 +0800 CST

Importar DLL C++ para Excel (VBA) gera erro 49 ou 453

  • 772

É a primeira vez que escrevo DLLs e, como o título sugere, estou tentando importar minha DLL no Excel, mas me deparei com uma parede de tijolos com stdcall escrito nela. Aqui está um exemplo mínimo do meu problema: Minha DLL C++ define as funções

extern "C" __declspec(dllexport) BOOL testBool1() {
    return true;
}

extern "C" __declspec(dllexport) BOOL __stdcall testBool2() {
    return true;
}


extern "C" __declspec(dllexport) BOOL __stdcall testBool3(BOOL a) {
    return a;
}

extern "C" __declspec(dllexport) BOOL testBool4(BOOL a) {
    return a;
}

no VBA eu tento importá-los usando

Declare Function testBool1 Lib "MyDLL" () As Boolean
Declare Function testBool2 Lib "MyDLL" () As Boolean
Declare Function testBool3 Lib "MyDLL" (ByVal a As Boolean) As Boolean
Declare Function testBool4 Lib "MyDLL" (ByVal a As Boolean) As Boolean

Sub Test()
  testBool1
  testBool2
  testBool3 (True)
  testBool4 (True)
End Sub
  • testBool1 funciona perfeitamente
  • testBool2 dá um erro 453 (Não é possível encontrar o ponto de entrada da DLL)
  • testBool3 dá um erro 49 (Convenção de chamada de DLL incorreta)
  • testBool4 dá um erro 453 (Não é possível encontrar o ponto de entrada da DLL)

O que eu acho que está acontecendo é:

  • O Excel espera a convenção stdcall. No entanto, se a função não tiver parâmetros, não importa se é stdcall ou cdecl, portanto testBool1 funciona e testBool3 não.
  • Colocar __stdcall em C++ impede que o VBA encontre a função, daí o erro 453 para testBool2 e testBool4.

O que posso fazer para consertar isso? No meu problema, não consigo alterar o código VBA, apenas o código C++.

Atualização: parece que o compilador c++ está adicionando um '_' às funções com __stdcall, a DLL contém ".testBool1._testBool2@ [email protected] ". Isso só acontece ao compilar para uma DLL de 32 bits. Com uma DLL de 64 bits não deve haver problema, infelizmente não tenho um Excel de 64 bits agora para verificar.

c++

2 respostas

  1. Como Craig disse, criar um .def resolve o problema

    LIBRARY MyDll
EXPORTS
    testBool1
    testBool2
    testBool3
    testBool4

    Você pode usar

    dumpbin /EXPORTS myDll.dll

    para obter uma lista dos nomes das funções (no Visual Studio, posso executar o comando em Ferramentas->Linha de Comando -> Prompt de Comando do Desenvolvedor).

    • 1
  2. Best Answer

    Ao compilar para um alvo de 32 bits (o que seu uso de stdcallimplica), o compilador decorará os nomes das funções exportadas na ausência de instruções em contrário. Para uma cdeclfunção, ele acrescentará um sublinhado e, para stdcallela, acrescentará adicionalmente um @símbolo e o número de bytes de argumentos (uma maneira rudimentar de garantir que você não use declarações incompatíveis e destrua a pilha).

    Se você tivesse controle do VBA, poderia usar a Aliasdiretiva para dizer a ele os nomes decorados. Sem controle do VBA, a única alternativa é usar um arquivo de definição de módulo, que dirá ao vinculador para substituir a decoração de nome padrão.

    O arquivo de definição ficará assim:

    LIBRARY "MyDLL.dll"

EXPORTS
    testBool1
    testBool2
    testBool3
    testBool4

    Há algumas coisas adicionais que podem ser feitas com arquivos de definição de módulo que não são relevantes para sua aplicação. O formato é documentado pela Microsoft aqui: https://learn.microsoft.com/en-us/cpp/build/reference/module-definition-dot-def-files?view=msvc-170

    Note que a contabilização da decoração de nomes é relevante apenas para compilação de 32 bits, já que em 64 bits o stdcall foi eliminado e decorações de nomes não são incluídas para nomes de funções em formato C. No entanto, não custa nada continuar a incluir o arquivo de definição do módulo.

    • 1

relate perguntas