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

[Carlos H. Cantu (TeamFB)]

Eduardo, o IBO procura por um nome de arquivo pra carregar a library.
Vc já experimentou por exemplo renomear a gds32.dll do Firebird 1.0
pra minhagds.dll e no IBO mudar o código pra ele ler esse arquivo ao
invés do gds32.dll ?

Pode ser que funcione...

[]s
Cantu (Membro do TeamFB - FireBase)
http://www.warmboot.com.br
FireBase - http://www.FireBase.com.br

EJ> Caros Amigos,

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

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

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

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

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

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


EJ> [s]

EJ> ==========================
EJ> Eduardo Jedliczka