PC Toledo

Enviado: **07 Nov 2014 11:36**

Senhores bom dia...

Então o problema dos caracteres era com o xharbour... compilei o programa com o harbour e beleza tudo funcionou certinho...

Obrigado a todos

Rubens

Não encontro a solução,

Uso XHarbour no Terminal Linux OpenSuse,

no Clipper 5.3 e no Clip Russo (linux), a tabela de caracter ( CHR() )

é uma e no XHarbour essa tabela muda totalmente....,

pergunta: Como manter o Xharbour a mesma Tabela chr() do Clipper/Clip ?.

Já tentei:

REQUEST HB_CODEPAGE_PT850,HB_CODEPAGE_PTISO,HB_LANG_PT
hb_cdpSelect("PTISO")
HB_LANGSElect("PT")
HB_SETTERMCP("PT850")
hb_setcodepage("PTISO")

e nada....

Se alguém puder me ajudar......

Olá Jamil,

Seja bem vindo ao fórum.

CodePage é a codificação de seus textos no xHarbour, e Lang é a linguagem das mensagens internas do xHarbour, como mensagens de erros, dias da semana e nomes dos meses por exemplo na linguagem selecionada em Hb_Lang().

Como você está vindo do Clipper, é possível que seus códigos tenham sido escritos em OEM (DOS). Assim, tente da seguinte forma:

Código: Selecionar todos

REQUEST HB_LANG_PT
REQUEST HB_CODEPAGE_PT850

Hb_LangSelect("PT")
Hb_SetCodePage("PT850")

Veja o que acontece.

A tabela ASCII é diferente pra cada idioma.

Clipper - default inglês
DOS/Prompt - default inglês
Windows - default nosso, português-Brasil

Editor de textos DOS - default inglês
Editor de textos Windows - default português-Brasil, igual ao Windows, podendo ser também UTF-8, ou editores podem oferecer opções adicionais

Harbour console - se rodar em janela de prompt, deve obedecer codepage do prompt
Harbour gráfico - deve obedecer codepage do Windows

Por fim, tudo tem que ser compatível.
Se o fonte for com texto em inglês, e mostrar com texto em português, não vai dar certo.
Se no DBF gravou em inglês, não vai mostrar direito em português.

Simplificando:
É entender e definir como vai trabalhar daqui pra frente.
A partir daí, vai "consertando" o que existe do passado, que não vai se "consertar" automático.

Teste prático

E aí?
Vai fazer o aplicativo pra janela do prompt ou do Windows?
Ou uma, ou outra, as duas não dá.

Ainda tem a questão de caracteres oem (dos) e ansi

Tem essa informação na página da microsoft
Como ler um texto oem

https://support.microsoft.com/es-es/kb/550149

Na prática é a mesma coisa.
Ansi = tabela ASCII, cada idioma tem o seu

OEM=original equipment manufacturer
tabela ASCII do fabricante do equipamento, que é inglês

Obrigado a todos pelas dicas, mais não deu certo,

veja bem, eu uso 100% linux (OpenSuse), meu sistema esta em Clip Russo, rodando perfeitamente, resolvi migrar para Xharbour em Linux,

corregi os bugs entre o Clip e o Xharbour compilei, porem a tabela chr( ) fica toda desconfigurada.

o que gostaria de saber e se alguem ja passou por isso e encontrou uma solução que possa me orientar nessa nova Jornada....

Desde já sou Grato pela Atenção.

Olá Jamil,

Há alguma razão especial para você estar migrando para xHarbour e não Harbour?

Outra coisa, qual versão do xHarbour você está usando?

Bom dia Jairo,

- bem escolhi Xharbour porque não encontrei harbour 64 para OpenSuse (Rpm), este tambem é um dos principais motivos de esta trocando o Clip Russo, porque ele so roda em Suse 32.... todos os os DownLoads da web do clip russo

para 64 disponiveis que testeis no OpenSuse não funciona.

por esse motivo como minha aplicação ja faz NF-e / NFC-e etc.... resolvi migrar para uma linguagem compativel com Clip Russo que funcionasse em Suse 64 Bits.....

- Se o amigo me recomenda o Harbour e tem onde me indicar buscar ele em 64 para OpenSuse, farei todos os teste com Harbour.......

Desde Já Fico Grato pela Ajuda.

Ola!

Código: Selecionar todos


Binary .rpm on Linux

$ package/mpkg_rpm.sh

You can fine-tune the build with these options:

--with static      - link all binaries with static libs
--with localzlib   - build local copy of zlib library
--with localpcre2  - build local copy of pcre2 library
--with localpcre   - build local copy of pcre library
--without x11      - do not build components dependent on x11 (gtxwc)
--without curses   - do not build components dependent on curses (gtcrs)
--without slang    - do not build components dependent on slang (gtsln)
--without gpllib   - do not build components dependent on GPL 3rd party code
--without gpm      - build components without gpm support (gttrm, gtsln, gtcrs)

https://github.com/vszakats/harbour-core#how-to-build

Eu não sei onde vc achou o xHarbour para 64. Pode informar o link ?
Se o que tem no xHarbour foi feito primeiro no Harbour.

Saudações,
Itamar M. Lins Jr.

http://forums.fivetechsupport.com/viewt ... 16&t=32195

Olá,

o xharbour para Linux 64 eu achei aqui....

http://www.xharbour.org/index.asp?page= ... naries_lin

agora se tem o Harbour 64 para linux (OpenSuse), pode de indicar onde baixar para que possa testar para ver se resolvo esse problema de Caracteres desconfigurados

Obrigado.

Ola!
Já indiquei ai no link mais acima.
Esse que vc está usando tem alguns anos e tem muitas atualizações que não estão nele.

Código: Selecionar todos

2016-08-15 17:04 UTC-0400 Ron Pinkas <ron.pinkas/at/xharbour.com>
   * bin/bld.bat
     + Added test for error level after prg compilation
   * bin/bld_vc.bat
     + Added support for VS 2013 and 2015
   * make_vc.bat
     * More complete VS 2015 support and minor revision

   * source/compiler/harbour.sly
   * source/compiler/harbouryy.c
     ! Fixed GPF trap (hb_comp_BlocksList NULL after syntax error)

O mais atualizado xHarbour é esse e não foi criado pacote RPM.
Praticamente o que tem, foi copiado do Harbour, mais isso não importa muito só informação, o que interessa para você é que você vai precisar baixar os fontes e compilar ele ai na sua maquina.
https://github.com/vszakats/harbour-core#how-to-build

Se desejar testar com o xHarbour, vai precisar fazer a mesma coisa ou pedir para alguém que tem SUSE te passar os arquivos RPM.

Saudações,
Itamar M. Lins Jr.