Página 1 de 1

Processado kaby lake (7ª Geração) x Aplicação Clipper 5.2e

Enviado: 28 Fev 2019 19:24
por belezao
Boa Noite!
Estou com problema, tenho uma aplicação em clipper 5.2e linkada com blinker 7.0. A aplicação funciona há mais de 15 anos sem problema. Hoje o cliente me ligou que pifou a placa mae do micro e precisou por uma nova, com processador kaby lake i7 7700, mantendo o win7 32 bits. Até ai tudo bem, porem apos a troca o sistema não abre mais. No prompt de commando, quando executa o sistema, aparece o cursor na linha abaixo piscando, mais nada, não abre o sistema, não dá erro, fica parado nessa tela... Como ele tinha o clipper e o blinker na maquina fiz um teste e com ambos acontece o mesmo, ou seja, o problema não está na aplicação, mas nos programas DOS, tanto a aplicação.exe, clipper.exe e blinker.exe, não funcionam, simplesmente após finalizar o comando com o enter, o cursor passa pra linha de baixo e fica piscando. Copiando as pastas, do sistema, do clipper ou do blinker, para outra maquina com processador intel i5 de 4ª geração tudo funciona normal. Alguém saberia me dizer se existe alguma incompatibilidade com as aplicações em clipper e esses porcessadores de 7ª geraçao?
Obrigado.

Processado kaby lake (7ª Geração) x Aplicação Clipper 5.2e

Enviado: 01 Mar 2019 01:06
por JoséQuintas
Num chute... talvez aquilo de processador muito rápido, que voltou a acontecer com esse.
Também no chute, linquedite com OSLIB, e acrescente uma primeira linha com OS_AutoYield(.T.)

Processado kaby lake (7ª Geração) x Aplicação Clipper 5.2e

Enviado: 01 Mar 2019 13:44
por belezao
Obrigado pelo Retorno!
Para a questão dos processadores eu usava o timeslice. Nao conheci a OSLIB, posso verificar se funciona pelo menos para aplicação, visto que o problema esta ocorrendo no compilador e linkador tb.

Processado kaby lake (7ª Geração) x Aplicação Clipper 5.2e

Enviado: 01 Mar 2019 14:40
por JoséQuintas
Foi a única que usei.
OL_AutoYield(.T.) é pra fazer o ajuste automático.
Na prática acrescentei muito OL_Yield() pelo aplicativo em pontos estratégicos.
Tipo...

Código: Selecionar todos

DO WHILE nKey != K_ESC
   nKey := Inkey()
   OL_Yield()
ENDDO
Desse jeito, estou dizendo que tá tudo liberado pro Windows enquanto aguarda ESC.
O resultado é praticamente 0% de uso de CPU nessa rotina.
E com isso, o aplicativo fica mais tranquilo com o Windows.

Mas importante, não custa confirmar:
Está usando Blinker 7.0, ok, muito bom, mas está gerando em modo extendido?
Acho que era assim

BLINKER EXECUTABLE EXTENDED
BLINKER CLIPPER SYMBOL OFF
SEARCH BLXCLP52

Processado kaby lake (7ª Geração) x Aplicação Clipper 5.2e

Enviado: 02 Mar 2019 21:12
por Jairo Maia
Também ajudaria se você postasse os arquivos de linkar com o Blinker, poderíamos ver as implicações ou facilidades para sugerir linkar o programa com Harbour, já que você tem os fontes.

Processado kaby lake (7ª Geração) x Aplicação Clipper 5.2e

Enviado: 20 Mar 2019 20:57
por belezao
Desculpe pelo atraso, estava viajando...
Segue anexo o q acontece com os executaveis, passam pra linha de baixo e ali ficam.
Nesse caso especifico eu consegui linkar com o Harbour, só precisei remover o showtime() e incluir o fonte do stdmeth() (eu usava um .obj do Ricck Spencer, se não estiver enganado); ambos davam desconhecido.
O sistema rodou inclusive em windows 64bits. Porém, não tive tempo de analisar o desempenho / estabilidade compilando com o harbour.
Será que terei algum problema? Ou se compilou e linkou ja era...
Obrigado a todos.

Processado kaby lake (7ª Geração) x Aplicação Clipper 5.2e

Enviado: 20 Mar 2019 23:32
por JoséQuintas
Com Harbour está usando Windows, e não DOS.
Provavelmente vai precisar ajustar relatórios.
Mas daí pra frente, só melhorias.