lili

Só para constar, uso xharbour e fwh 2.5 e o isprinter funciona. Usamos na nota fiscal. Mas só funciona se verificar na lpt1 ou lpt2. Lia

Só hoje pude responder, então vai: Quando dá erro no cliente, eu recebo um log com todas as areas em uso, programas chamados, etc. Então posso verificar o programa, linha, etc. Porisso posso afirmar que o problema ocorre ao acaso, nao é sempre no mesmo programa, tanto que nunca consigo reproduzi-lo. Existem clientes onde o problema nunca ocorre. Porisso acho a idéia do personal a melhor de todas. Obrigada a todos pelas dicas. Lia

Uso o fwh 2.5 e xharbour 0.99.2 os que vieram na atualização do fwh 2.5 Lia

Oi, Kapiaba Mas eu sempre fecho com DbBCloseAll() Isto é que está estranho! Obrigada Lia

Ok. Mandei o email. Vamos aguardar. Obrigada Lia

Oi, Pessoal No fw, o txtpreview mostrava o relatorio e funcionava o scrool horizontal, mostrando o resto do relatorio, se ele nao cabia na largura da janela. No fwh, mostra o relatorio e se ele nao cabe na janela e tento rolar a tela some tudo. Notei que é o fget que faz isso. Alguem tem uma solucao? Os novos relatorios já estou fazendo utilizando o printer, mas os antigos estao com tdosprn e os usuarios tem que imprimir para ver os dados quando ultrapassa a largura da janela. Obrigada Lia

Oi, Joao Carlos Se voce conseguir imprimir, me avisa? Deixei a impressao das etiquetas do meu sistema no Clipper (Dos) porque nao deu certo a comunicacao com a com1 no fw. Obrigada Lia

Mais uma diferença entre FW e FWH. Este problema ocorre aleatoriamente: em alguns clientes, algumas vezes, dá a mensagem Alias already in use: DBUSEAREA que indica que o alias já esta sendo usando em outra area quando tento abrir algum arquivo. Vejo pelo log do sistema que o programa anterior ao que esta sendo executado deixou alguns arquivos abertos, porem nao existe possibilidade disto ocorrer, uma vez que ao final de cada programa todos os arquivos utilizados sao fechados e a rotina finaliza normalmente, nao trava, nem sai do sistema. Como este problema ocorre em programas diferentes, usuarios diferentes está dificil achar uma solução. Lembro que este sistema rodava sem problemas no fw. Mais uma vez vou ter que fazer funcoes adicionais para verificar se os arquivos foram fechados, etc, etc, etc... Lia

Só para completar o que escrevi acima.. O PROGRAMA FUNCIONAVA PERFEITAMENTE NO FW. Somente apos migrar para fwh é que começou este problema. Lia

O Eroni acabou de incluir uma duvida igual. Tambem estou no aguardo de uma solução. Tive que fazer validaçoes extras (alem das valid dos get) para o erro nao ocorrer. Exemplo: Na nota fiscal quando digita muito rapido passa cliente, vendedor, etc em branco, mesmo com valid nao permitindo isto, entao coloquei no botao de confirmacao, antes de gravar,para verificar se nao passou nenhum campo em branco e se passou faço voltar com setfocus no campo para ler novamente. Ufa! Lia

Ola Mais uma que o fwh faz diferente no xp e no 98: Se eu usar um get com hscroll para editar um texto que ultrapasse o limite da janela, no win98 edita normalmente, vai rolando a tela e deixando digitar. No xp nao faz isto! Fica tudo branco quando ultrapassa o limite da janela, mas coloca o conteudo na variavel corretamente. O problema é a visualização mesmo. Se alguém tem solução para isto , por favor me ajude. Lia xharbour - fwh 2.5

Fiz um exemplo testfoco.prg abaixo. Mas precisa do testfoco.rc tambem abaixo. Sugiro compilar com a classe tget alterada para colocar cor de fundo no foco para melhor visualização. Teste no fwh e no fw. Voce vai ver a diferença. ***** TESTFOCO.PRG ************ // QUANDO EXECUTAR, APOS APARECER A JANELA DÊ ENTER BEM RAPIDO 3 VEZES E VEJA QUE O CURSOR ANDA NOS GETS PARA DEPOIS VOLTAR AO 1. #include "FiveWin.ch" function Main() local oDlg, oGet1, oGet2 local cText1 := "primeiro" local cText2 := "segundo" local cText3 := "terceiro" local cText4 := "quarto" DEFINE DIALOG oDlg RESOURCE "Cycle" REDEFINE GET oGet1 VAR cText1 ID 110 VALID funcao1() .and. funcao2() OF oDlg REDEFINE GET oGet2 VAR cText2 ID 120 OF oDlg REDEFINE GET cText3 ID 130 OF oDlg REDEFINE GET cText4 ID 140 OF oDlg REDEFINE BUTTON ID 150 OF oDlg ACTION oDlg:End() ACTIVATE DIALOG oDlg CENTERED return nil //--- static function funcao1 local i for i:=1 to 100 for y:=1 to 5000 next next return .t. //--- static function funcao2 for i:=1 to 100 for y:=1 to 5000 next next return .F. *** FIM DO PRG** ********TESTFOCO.RC*** #include "..\include\WinApi.ch" cycle DIALOG 41, 42, 142, 79 STYLE DS_MODALFRAME | WS_POPUP | WS_CAPTION | WS_SYSMENU CAPTION "Cycling through GETs" FONT 8, "Arial" { EDITTEXT 110, 8, 10, 63, 12, ES_LEFT | WS_CHILD | WS_VISIBLE | WS_BORDER | WS_TABSTOP EDITTEXT 120, 8, 26, 71, 12, ES_LEFT | WS_CHILD | WS_VISIBLE | WS_BORDER | WS_TABSTOP EDITTEXT 130, 8, 42, 62, 12, ES_LEFT | WS_CHILD | WS_VISIBLE | WS_BORDER | WS_TABSTOP EDITTEXT 140, 8, 58, 80, 12, ES_LEFT | WS_CHILD | WS_VISIBLE | WS_BORDER | WS_TABSTOP PUSHBUTTON "&End", 150, 112, 4, 24, 14 } ***** FIM DO TESTFOCO.RC *****

Migrei uma aplicação 16 para 32 bits. Já tinha notado que no 32 bits o fwh passa o foco para o proximo controle antes de terminar o valid do get e se for falso volta o foco para o get. No 16 bits ele primeiro validava o get para depois passar o foco para o proximo controle. Olhei o tget e nao vi diferença neste sentido entre o 16 e 32 bits, mas na hora de executar ela existe! Para mim isto é um grave problema, pois dependendo da rapidez na digitação nao executa a validação dos gets, porque o foco vai para outro controle ... Quanto mais lenta a maquina maior o problema, chegando as vezes a passar campos em branco onde a validação nunca permitiria isto. (No 16 bits além de mais rápido NUNCA saía da validação sem realmente validar) Como nao vi nada sobre isto aqui no forum fica a pergunta: Ninguém teve problema com validação do get no fwh?

Alguém gera executável em xharbour fivewin que funcione com o ads 5.5? Com o fivewin 2.4 e clipper 2.5 funciona, mas com o xharbour nao estou conseguindo fazer rodar. Tem alguma lib ou dll especial?

Consegui gerar a dll 32 bits. No programa faco o loadlib32 e nao adianta. Não encontra a dialog. Segui a sugestão de usar RES incorporada ao executável e funcionou, mas o executável fica muito grande! Queria utilizar dll mesmo. Alguém pode mandar um exemplo? Obrigada