[firebase-br] Alguém sabe se é possível embutir a GDS32.DLL dentro do aplicativo ???

[Eduardo Jedliczka]

Caros Amigos,

Devido ao crescimento da Utilização do Sefip Windows, que utiliza Interbase
6.0, (e como a versão 8.0 a ser lançada em breve não estará disponível em
DOS), estamos tendo sérios conflitos entre o IB 6, e nosso FB 1.0, por
questões da GDS32.DLL.

A única solução Viável encontrada, é impedir que o nosso aplicativo utilize
a GDS do Interbase, pois nem o nosso e nem o Sefip, aceitam trabalhar com a
GDS errada.

Não podemos migrar para o FB 1.5, pois teríamos mais de 500 terminais para
configurar (em várias cidades), além de alguns servidores linux com
Conectiva (7 e 8), RedHat 8 e Slackware 8 que possuem a glibc desatualizada.

Sendo assim, pensamos em incorporar a GDS32.dll do FireBird 1.0 internamente
ao nosso aplicativo, mas aí temos um porém, o IBO utiliza a função
LoadLibrary, que pede um nome de arquivo, mas teríamos um TStream interno ao
arquivo. Não achamos interessante salvar a gds em algum lugar e carregar com
o LoadLibrary, pois nas versões anteriores ao Windows XP, isto (ter dlls de
nome igual e versão diferente) pode causar instabilidade além de outros
problemas (GPF, ou seja, tela azul)

Sei que em Java, a GDS32.DLL é embutida ao projeto através de classes que
acessam diretamente a camada OSI do protocolo TCP/IP, será que há alguma
forma de produzir o mesmo comportamento em aplicações nativas ? (ou seja,
incorporar as funções da GDS32 ao aplicativo, linkando diretamente ao
componente de acesso)

Sei que esta dúvida é muito complicada e não tem muito a ver com o FireBird
em si, mas como é sobre conflitos de versões de bibliotecas clientes, acho o
assunto pertinente.


[s]

==========================
Eduardo Jedliczka
Gerasoft Informática
Apucarana - Pr
==========================