PC Toledo

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...

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.

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.

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...

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.

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

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.

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.

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

Parabéns a todos que nele participa!

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....