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

[Eduardo Jedliczka]

Sim, sabemos que o Arquivo "IB_Constants.pas" define a GDS32.DLL, uma das
primeiras coisas que pensamos foi isto.

Até chegamos a estudar a adoção de um HOOK como aquele disponível no
"IB_Session511.pas", mas ficamos com medo de implementar isto no cliente e
encontrar um problema pior depois.

Mas não chegamos a testar, como dizem, não custa testar...

[s]

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

----- Original Message ----- 
From: "Carlos H. Cantu (TeamFB)" <listas em warmboot.com.br>
To: "FireBase" <lista em firebase.com.br>
Sent: Thursday, July 21, 2005 4:44 PM
Subject: Re: [firebase-br] Alguém sabe se é possível embutir a GDS32.DLL
dentro do aplicativo ???


> 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
>
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
> Para editar sua configuração na lista, use o endereço
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
>