PC Toledo

Olá!
Estou aqui, lendo e quebrando a cabeça para aprender instalar importar e acessar tabelas do Postgres.
Tentando com SQLMIX primeiro.
O arquivo tem mais de 1 giga(backup.sql), cheio de lixo. Não adianta usar SQL se não sabe cortar tráfego de rede. Para quê tanta porcaria dentro da base de dados ? Armazenar tabelas alteradas, tudo que é incluído e alterado e outras tarefas sem importância, não tem rede que aguente.


Saudações,
Itamar M. Lins Jr.

Olá! Funcionou de primeira a criação da LIB! Só deu uns erros por conta da indicação rddsql.hbc que precisa.
Usando o Harbour 3.2! GCC Saudações,
Itamar M. Lins Jr.

Olá!
Bati cabeça aqui, umas horas, depois lembrei de 64/32 bits!
Removi tudo, instalei Postgres 10 32 Bits e funcionou de prima!
Muito rápido mesmo o negócio! Foguete!

O problema foi que compilei o Harbour para 32Bits, e o Postgres instalei p/ 64 Bits, resultado fazia tudo sem erro, mas linkava a LIBLIBPQ.A e não achava as funções.
Importava na unha sem erros etc... mas não achava as funções pqxxx depois de linkados...

Saudações,
Itamar M. Lins Jr.

Olá!
String p/ conexão: Saudações,
Itamar M. Lins Jr.

Olá!
Precisa da libpq.dll junto do exe ou no PATH.
Não sei pq não funciona -fullstatic e static (não fazem efeito)

Saudações,
Itamar M. Lins Jr.

Itamar M. Lins Jr. escreveu:Não sei pq não funciona -fullstatic e static (não fazem efeito)

A lib NÃO substitui a DLL, ela apenas tem as rotinas intermediárias pra usar a DLL.
Pra ser fullstatic, precisaria ter os FONTES pra entrarem no lugar da LIB.
Como ninguém iria dar manutenção em fontes... a opção de DLL é a mais viável.

O mesmo com MySQL, que tem fontes pra serem usados com C, no MySQL original, mas não são usados.

E isso significa que pode chegar uma hora, que nem a LIB do Harbour vai funcionar mais, com DLLs mais novas que não sejam compatíveis internamente.

Só recapitulando:

1)
O utilitário IMPLIB (ou algo assim), ele gera uma LIB pra uso da DLL.
Digamos que seja aquilo que a gente costuma fazer: CallDll( .... ).
UMA das LIBs apenas substitui essas declarações.

2)
Apenas isso não é suficiente, porque tem muito mais tipos em linguagem C do que em Harbour.
A LIB do Harbour é outra intermediária, que converte os tipos pra ficarem compatíveis com as chamadas.

Se quiser, pode comparar com a classe que fiz pra RMCHART.
Nela tem as funções ToDouble(), ToInt(), etc. pra converter os números para o formato das funções do RMChart.
E também tem as CallDll() pra acessar a DLL.
Aí dá pra ver que tem o CallDll() pra cada função do RMChart, isso é o que o IMPORTLIB faria, geraria uma LIB com essas declarações, PRA USAR A DLL.

Mesmo assim, ainda faltaria a conversão conforme o tipo de parâmetro, que nesse caso usei ToDouble(), ToLong(), ToDecimal(), etc.
Isso é o que a lib do Harbour faz.

Então acabam sendo 2 LIBs e mais a DLL: uma lib só com declarações de funções, e outra pra converter direito cada parâmetro
E... não substitui a DLL, porque é justamente pra usar a DLL.

Minha classe pra RMCHART acabou fazendo o papel do que seriam essas duas LIBs: declarou as funções da DLL, e converte conforme parâmetros.
E isso não substituiu a DLL do RMChart, apenas permite usar a DLL.

Só comparei com a classe do RMChart como forma de ficar mais fácil de entender.
Não sou nenhum expert nessas coisas, mas no caso do RMChart tentei e deu certo.

Olá!

E isso significa que pode chegar uma hora, que nem a LIB do Harbour vai funcionar mais, com DLLs mais novas que não sejam compatíveis internamente.

O pessoal usando CLIPPER e XP (AINDA!) Quando chegar esse dia será no ano 3000 TALVEZ!

Saudações,
Itamar M. Lins Jr.