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
Moderador: Moderadores
- JoséQuintas
- Administrador

- Mensagens: 20267
- Registrado em: 26 Fev 2007 11:59
- Localização: São Paulo-SP
Processado kaby lake (7ª Geração) x Aplicação Clipper 5.2e
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.)
Também no chute, linquedite com OSLIB, e acrescente uma primeira linha com OS_AutoYield(.T.)
José M. C. Quintas
Harbour 3.2, mingw, gtwvg mt, fivewin 25.04, multithread, dbfcdx, MySQL, ADOClass, PDFClass, SefazClass, (hwgui mt), (hmg3), (hmg extended), (oohg), PNotepad, ASP, stored procedure, stored function, Linux (Flagship/harbour 3.2)
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"
https://github.com/JoseQuintas/
Harbour 3.2, mingw, gtwvg mt, fivewin 25.04, multithread, dbfcdx, MySQL, ADOClass, PDFClass, SefazClass, (hwgui mt), (hmg3), (hmg extended), (oohg), PNotepad, ASP, stored procedure, stored function, Linux (Flagship/harbour 3.2)
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"
https://github.com/JoseQuintas/
Processado kaby lake (7ª Geração) x Aplicação Clipper 5.2e
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.
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.
- JoséQuintas
- Administrador

- Mensagens: 20267
- Registrado em: 26 Fev 2007 11:59
- Localização: São Paulo-SP
Processado kaby lake (7ª Geração) x Aplicação Clipper 5.2e
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...
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
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
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
José M. C. Quintas
Harbour 3.2, mingw, gtwvg mt, fivewin 25.04, multithread, dbfcdx, MySQL, ADOClass, PDFClass, SefazClass, (hwgui mt), (hmg3), (hmg extended), (oohg), PNotepad, ASP, stored procedure, stored function, Linux (Flagship/harbour 3.2)
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"
https://github.com/JoseQuintas/
Harbour 3.2, mingw, gtwvg mt, fivewin 25.04, multithread, dbfcdx, MySQL, ADOClass, PDFClass, SefazClass, (hwgui mt), (hmg3), (hmg extended), (oohg), PNotepad, ASP, stored procedure, stored function, Linux (Flagship/harbour 3.2)
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"
https://github.com/JoseQuintas/
- Jairo Maia
- Moderador
- Mensagens: 2785
- Registrado em: 16 Ago 2010 13:46
- Localização: Campinas-SP
Processado kaby lake (7ª Geração) x Aplicação Clipper 5.2e
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.
Abraços, Jairo
Harbour / Clipper 5.2e - Blinker 7
(Não respondo dúvidas por MP ou E-mail. Por favor, não encaminhe via mensagem privada ou e-mail, dúvidas que podem ser compartilhadas com todos no fórum)
Harbour / Clipper 5.2e - Blinker 7
(Não respondo dúvidas por MP ou E-mail. Por favor, não encaminhe via mensagem privada ou e-mail, dúvidas que podem ser compartilhadas com todos no fórum)
Processado kaby lake (7ª Geração) x Aplicação Clipper 5.2e
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.
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.
- Anexos
-
erro.pdf- (181.43 KiB) Baixado 182 vezes
- JoséQuintas
- Administrador

- Mensagens: 20267
- Registrado em: 26 Fev 2007 11:59
- Localização: São Paulo-SP
Processado kaby lake (7ª Geração) x Aplicação Clipper 5.2e
Com Harbour está usando Windows, e não DOS.
Provavelmente vai precisar ajustar relatórios.
Mas daí pra frente, só melhorias.
Provavelmente vai precisar ajustar relatórios.
Mas daí pra frente, só melhorias.
José M. C. Quintas
Harbour 3.2, mingw, gtwvg mt, fivewin 25.04, multithread, dbfcdx, MySQL, ADOClass, PDFClass, SefazClass, (hwgui mt), (hmg3), (hmg extended), (oohg), PNotepad, ASP, stored procedure, stored function, Linux (Flagship/harbour 3.2)
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"
https://github.com/JoseQuintas/
Harbour 3.2, mingw, gtwvg mt, fivewin 25.04, multithread, dbfcdx, MySQL, ADOClass, PDFClass, SefazClass, (hwgui mt), (hmg3), (hmg extended), (oohg), PNotepad, ASP, stored procedure, stored function, Linux (Flagship/harbour 3.2)
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"
https://github.com/JoseQuintas/
