PC Toledo

Olá a todos!!!

Postei algo sobre o processador i5. Depois de muito pesquisar cheguei a conclusão que o CLIPPER tem problemas para rodar em processadores moderno como por exemplo o i5. Gostaria da opinião dos senhores porque acho que o CLIPPER não suporta a velocidade destes processadores. Li algo a respeito de redutores de velocidade; algum .OBJ que adequa o CLIPPER a velocidade destes processadores. Estou dizendo isto porque quando vou indexar arquivos (NSX), a coisa vai numa velocidade que parece que não dá tempo do CLIPPER pensar. A mesma coisa acontece quando vou abrir arquivo com indice muito grande. Por exemplo, tenho um arquivo chamado ROMANEIO.DBF que tem uma BAG chamada ROMANEIO.NSX que dentro tem 13 TAG´s, que o CLIPPER não consegue abrir por causa da velocidade em que o programa funciona.
Alguém já passou por isso e poderia me dar uma idéia e também falar sobre os OBJs que corrige este problema?

Grato

Não tive a experiência ainda de usar um I5. Mas e a quanto você fazer um upgrade de Clipper para Harbour ? Pensou na possibilidade ? Experimenta mudar o rdd para CDX. Eu ouvi não muito bem dessa rdd, talvez para nível de experiência, seja válido tentar. Depois se passar para Harbour, vai ser uma mão na roda.

Boa tarde PABLO!!!

Já pensei em mudar tudo para [x}Harbour porém tenho vários entraves que não consegui contornar. Por exemplo:
No meu sistema uso CLIPPER 5.2, BLINKER 7.0, VISUAL LIB , PAGESCRIPT e NSX. O maior obstáculo parece ser o PAGESCRIPT cuja versão é para 16 bits e ainda não consegui encontrar PSCRIPT32. O VISUAL LIB parece que tem uma versão para 32 bits(vi qualquer coisa pela internet afora). Quanto ao NSX não dificil mudar o RDD.
Além do mais tenho que fazer umas modificações nos FONTES que eu não entendi muito bem.
Voce tem um guia para mudança para que eu possa dar uma olhada?

Grato

Já pensei em mudar tudo para [x}Harbour

xHarbour não, Harbour sim !
Não tenho experiência com VISUAL LIB nem PAGESCRIPT, mas se consiguir essas libs para Harbour: então ótimo.

Além do mais tenho que fazer umas modificações nos FONTES

Lamentavelmente sempre é assim, um sistema que rotula-se bom, está constantemente passando por mudanças.

Voce tem um guia para mudança para que eu possa dar uma olhada?

Guia passo a passo, não existe. O que eu sempre indico é o HMG 3.0.35 que tem uma IDE que facilita e muito nas compilações. Ao menos pra sempre foi bom. Evidentemente que sempre haverá um erro ou outro para adaptar o código em Clipper para Harbour, mas para isso existe o fórum e a boa vontade dos colegas em poder ajudar.

Quando você estiver a fim a converter de forma prática e mais rápida, leia com atenção este tópico: https://pctoledo.org/forum/viewto ... 58&start=0. Essa é a minha opinião, tem colegas que preferem apenas o Harbour para compilação em modo console, mas eu tenho uma opinião formada que custou-me 5 aninhos de perder tempo com Harbour e xHarbour. Quiser ler a opinião sobre isso: https://pctoledo.org/forum/viewto ... 054#p75064

Agradeço as explicações e somente ficou uma dúvida:

porque HARBOUR e não XHARBOUR ?

Grato

Harbour está mais evoluído que o xHarbour, ficou no tempo foi abandonado A única vantagem do xHarbour é o acesso SQL de forma nativa. Já o Harbour precisa de biblioteca para atender a essa rdd.

Pablo César escreveu:Harbour está mais evoluído que o xHarbour, ficou no tempo foi abandonado. A única vantagem do xHarbour é o acesso SQL de forma nativa. Já o Harbour precisa de biblioteca para atender a essa rdd.

Apenas uma correção. Não está abandonado, a ultima atualização no SVN foi dia 21/04/2012, o Harbour tem mais recursos, mas isso não deixa o xHarbour como um compilador que não pode ser usado, eu uso ele e com muita estabilidade e me atende hoje.

Ultima atualização do xHarbour:
2012-04-21 16:43 UTC+0100 Patrick Mast <patrick.mast@xharbour.com>
* source/tip/encoding/uuencode.c
* source/tip/encoding/base64.c
! Fixed for MT compilation

Então tá certo, retiro o de abandonado...

Outro detalhe entre as diferenças entre Harbour e xHarbour é que o projeto do Harbour é mais restrito a favorecer a compatibilidade com Clipper (mais conservador que o xHarbour) e ainda possui também, compatibilidade de uso com xHarbour através do xhb e hbcompat.ch

Essa questão das diferenças Harbour e xHarbour é uma "briga" antiga...
Quem achava que o xHarbour era o Harbour melhorado, está enganado. Acontece que o projeto original era o Harbour, que nasceu multiplataforma, porém estava demorando para ficar estável, aí então um dos colaboradores resolveu criar outro projeto: o xHarbour, portando assim inicialmente, apenas para plataforma Windows e conseguiu torna-lo estável mais rapidamente. Os projetos Harbour e xHarbour continuam até hoje e apresentam-se como opções estáveis.

Prezado Zeca

Tenho vários sistemas rodando em computadores com processasor i5 e i3 e todos funcionam perfeitamente, nunca observei nenhum tipo de anormalidade.

Até logo.

Marcelo

Oi Marcelo, então você não teve problemas com i5 ? Faltou mencionar:

rdd: NTX, CDX ou NSX
Clipper ou Harbour
Versão do Windows

Rede: com cabeamento / wireless

Complementando...

Clipper 5.2e
CDX
Windows 7 / XP / 2003 Server
Rede cabeada

Até logo.

Marcelo

Olá Zeca,
Como disse nosso amigo Marcelo, eu também tenho i5 rodando com clipper, eu chutaria dizer que pode ser sistema operacional de 64bits. Outra sugestão é compilar seu aplicativo usando Blinker.

Olá a todos!!!

O problema foi resolvido e porisso vou postar aqui. O que aconteceu foi que durante o processo de transferencia dos programas para o computador novo, acabei copiando um arquivo (ROMANEIO.DBF) para uma diretorio que não deveria. Ai durante a indexação e pesquisa ele "usava" dos dois arquivos porém com indice de outro. Vou explicar melhor: Eu uso um arquivo CONFIG.DBF que consta todos os paths dos programas que uso. Este arquivo fica dentro do windows. Por exemplo: o path \\servidor\maxima\trc é sistemas de transportes. o path \\servidor\maxima\coleta e para coleta; o path \\servidor\maxima\faturamento é para o faturamento.Só uso alguns arquivos de são comuns a todos eles; por exemplo o arquivo de CLIENTES e outros. Porisso quando copiei o arquivo dentro do path de coleta e de transportes, pra que usavam o sistema no servidor não tinha problema nenhum, mas para quem "puxava" o sistema de outros computadores dava os problemas que citei abaixo.

grato a todos

ps o nsx e clipper continuam sendo confiaveis, porém pretendo mudar para outro compilador