Problema com RTLINK - Clipper 5.2e

[rmlazzari]

Boa tarde, faz bastante tempo que trabalhei com CLIPPER. Agora parece que "perdi a mão"... será?
Seguinte, estou usando DIRMAKE() que, segundo o manual, está na EXTEND.LIB, e quando tento linkar...

D:\CLIPPER\TRABALHO\PROGRAMA>rtlink fi programa lib cld extend

.RTLink for Clipper Dynamic Overlay Linker / Pre-Linker Version 3.14B
(C) Copyright Pocket Soft Inc., 1988-1991. All Rights Reserved.

Input Parsing Error. Caret (^) shows portion of line read when error discovered.
fi programa lib cld extend



E quando tento linkar sem o CLD...

D:\CLIPPER\TRABALHO\PROGRAMA>rtlink fi programa lib extend

.RTLink for Clipper Dynamic Overlay Linker / Pre-Linker Version 3.14B
(C) Copyright Pocket Soft Inc., 1988-1991. All Rights Reserved.


UNDEFINED SYMBOL(S) AFTER LIBRARY SEARCH:
SYMBOL FIRST REFERENCE
------ ---------------
'DIRMAKE' PROGRAMA.OBJ

warning wrt0022: .EXE may not execute properly -- undefined symbols
143K
1 warning message(s)


Será que há, na CLD.LIB, algo como DIRMAKE(), que está conflitando com a EXTEND.LIB?

Talvez seja um erro primário meu, mas como já procurei em todo lugar sem achar solução...

[rmlazzari]

Bem... só retornando, o problema simplesmente parou de acontecer. Mistérios...

Mas deixo um cometário: eu estava acostumado a usar um .bat para compilação e link-edição. Meus gestos são automáticos:
- salvar o .prg (F3 E)
- bater um R (de r.bat)

Mas parece que esse PC, perto dos 486 em que trabalhava, é rápido demais... e olha que não é nenhuma Ferrari, é um AMD Athlon II 250 (2 processadores) com 4GB de RAM rodando Win XP. Mas estou com a impressão de que é preciso dar um tempo tanto depois de salvar o .PRG quanto depois de compilar. Leva um tempo maior para o .PRG salvo e o .OBJ gerado ficarem com a data/hora atualizados, dá prá ver na janela do Windows Explorer... Será?

Agora, não compilo antes de ver a data do .PRG atualizada e não linko antes do .OBJ também atualizado. E parece que tudo voltou a ficar bem.

Grato.

[alxsts]

Olá!

A função DirMake() está disponível desde o Clipper 5.3 e faz parte da Extend.lib e não da CLD.Lib. Por padrão, o RtLink sempre pesquisa a Clipper.Lib e a Extend.lib. Portanto, não é necessário incluir a Extend no script de geração do executável.

[rmlazzari]

Obrigado, alxsts. o CLD é só para depurar. Como, no 5.2 dirmake() está na EXTEND, eu estava tentando era incluir essa LIB. E o erro que eu estava cometendo, agora descobri, era a falta de vírgula no comando, entre os nomes das LIBs.

Agora... você falou do Clipper 53 e fiquei curioso. Encontrei no Oasis, 3 patches para a versão 5.3 Internacional: 53a_bi.zip, c53ai1.zip e c53ai2.zip.
Se a 5.3 tiver melhoramentos e correções em relação à 5.2e, começo a estudar esses patches agora. (É fácil aplicá-los?) Mas se forem apenas firulas... a 5.2e é bem estável, pelo menos para o que uso.

Deixo uma questão sobre essas versões, se não for estorvo: a 5.3 é muito diferente da 5.2e? O que muda de uma para outra? E precisa mesmo aplicar algum (ou todos) esses patches?

P.S.: Encontrei uma solução para um outro problema que descobri no Clipper + WinXP: uso de 100% do processador em estados de espera (inkey() e achoice(), talvez wait mas esse não testei) e coloquei na Contribuições. Tomara que sirva a alguém...

[alxsts]

Olá!

Bom que tenha resolvido seus problemas.

Apesar de haverem existido algumas versões do Clipper 5.3, a Melhor versão co compilador é esta que você utiliza, ou seja, a 5.2e. Não há razão para trocar pela 5.3. Se quiser trocar, troque para Harbour. Aí sim você terá um mundo novo, cheio de muitas possibilidades interessantes.

Quanto à solução para uso excessivo de CPU no Clipper, agradecemos a contribuição. É um problema conhecido e já resolvido. Ho Harbour isto não é motivo para preocupação.

[c3sar]

Boa tarde a todos...
Alguém poderia me ajudar com este problema?

[Jairo Maia]

Olá c3sar,

Seja bem vindo ao fórum.

Esse erro significa que todas essas funções estão faltando. Você tem que localizar o(s) arquivo(s) onde estão essas funções e linkar em seu projeto.

[JoséQuintas]

Só um comentário sobre o erro inicial:

a lista de nomes, seja PRG ou LIB, é separada por vírgula.
Era pra ser cld, extend
E o erro mostrava justamente sobre faltar algo nessa linha, a vírgula.
Provavelmente não era adicionada a segunda lib, por isso continuava acusando falta.

No Harbour não precisa vírgula, talvez isso tenha causado confusão.

[c3sar]

OK... Obrigado Jairo!!! Estou iniciando no clipper e este forum é uma ajuda e tanto.

Parabéns a todos que nele participa!

[Nascimento]

em primeiro indentifiquei a falta da ct.lib

FREETSLICE() // faz parte da ct , que melhora segundo a mesma o desempenho do processador...
o restante ta parecendo modulos nao inclusos....