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

[Eduardo Jedliczka]

Infelizmente, não há como rodar o FB 1.0 e o IB 6.0 em portas diferentes....

[s]

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

----- Original Message ----- 
From: "Leonardo Lima" <leonardo em softguild.com.br>
To: "FireBase" <lista em firebase.com.br>
Sent: Thursday, July 21, 2005 4:59 PM
Subject: Re: [firebase-br] Alguém sabe se é possível embutir a GDS32.DLL
dentro do aplicativo ???


> Caro Eduardo:
>
> Minha empresa trabalha com um sistema contábil que usa FB 1.5.
> Temos vários clientes que usam sefip, rais, caged. muitos utlizam várias
> versões como FB 1.0, IB 6.0 e FB.15.
>
> A sulução que encontrei para o meu problema, embora use o ibx, mas
acredito
> que sirva também para você é instalar no diretório do seu aplicativo a
> gds32.dll desejada.
>
> Se o servidor possuir mais de um FB e IB é só configurar portas diferentes
>
>
>
>
> ----- Original Message -----
> From: "Eduardo Jedliczka" <eduardo em gerasoft.com.br>
> To: "FireBase-Br" <lista em firebase.com.br>
> Sent: Thursday, July 21, 2005 4:31 PM
> Subject: [firebase-br] Alguém sabe se é possível embutir a GDS32.DLL
dentro
> do aplicativo ???
>
>
> 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
> ==========================
>
>
> ______________________________________________
> 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
>
>
> __________ Informação do NOD32 1.1174 (20050720) __________
>
> Esta mensagem foi verificada pelo NOD32 Sistema Antivírus
> http://www.nod32.com.br
>
>
>
> ______________________________________________
> 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
>
>