Página 1 de 1
DEBUG com fontes divididos em pastas diferentes
Enviado: 31 Dez 2014 16:04
por MWAdriano
Saudações,
Pessoal, estou migrando minhas aplicações Clipper 5.3 para Harbour, definitivamente.
Consegui compilar as aplicações no Harbour 3.0 para Linux 64bit, utilizando o hbmk2 com opção /b. Funcionou beleza.
Porém, estou com um problema no DEBUG. Como tenho os fontes guardados estruturados em pastas diferentes, no momento da compilação, criei o arquivo .hbp indicando cada fonte em sua respectiva pasta.
Na hora de debugar a aplicação, ele não encontra os fontes. Para encontrar os fontes, tenho que colocá-los todos na mesma pasta do arquivo binário. Ou seja, ele não respeita a hierarquia original das pastas.
No Clipper 5, era só manter os fontes dentro da mesma estrutura de pastas, e funcionava tudo certo.
Há alguma forma de resolver isso?
Grato!.
DEBUG com fontes divididos em pastas diferentes
Enviado: 01 Jan 2015 11:30
por Itamar M. Lins Jr.
Use o Harbour 3.2
E se estiver dado esse problema de incompatibilidade com clipper, poste um pequeno exemplo que demonstre o problema.
É para funcionar igual ao clipper.
Saudações,
Itamar M. Lins Jr.
DEBUG com fontes divididos em pastas diferentes
Enviado: 02 Jan 2015 09:03
por cl@udio
Eu utilizo o harbour 3.2 para windows, E acontece este mesmo problema para linux tambem. So nao testei no harbour 3.4.
[]s
claudio
DEBUG com fontes divididos em pastas diferentes
Enviado: 02 Jan 2015 09:39
por Itamar M. Lins Jr.
Faltou o exemplo (pequeno) que demonstre o problema.
Saudações,
Itamar M. Lins Jr.
DEBUG com fontes divididos em pastas diferentes
Enviado: 02 Jan 2015 13:18
por JoséQuintas
Isso é normal.
Assim como no Clipper, precisa usar a opção Options, Path, e definir o path dos fontes.
Mas se me lembro direito, no Harbour 3.0 o debug não se entendia direito pra achar funções/procedures.
DEBUG com fontes divididos em pastas diferentes
Enviado: 02 Jan 2015 14:33
por Pablo César
JoséQuintas escreveu:Isso é normal.
Assim como no Clipper, precisa usar a opção Options, Path, e definir o path dos fontes.
Mas se me lembro direito, no Harbour 3.0 o debug não se entendia direito pra achar funções/procedures.
É importante isto !
DEBUG com fontes divididos em pastas diferentes
Enviado: 03 Jan 2015 10:05
por cl@udio
A opção -i < caminho das pastas > dentro do arquivo .hbp.
É assim que configura? Para funcionar o DEBUG.
[]s
claudio
DEBUG com fontes divididos em pastas diferentes
Enviado: 09 Jan 2015 09:54
por MWAdriano
Pessoal, uma dúvida:
Na página principal do Projeto Harbour, hoje, diz que a versão "corrente" é a v3.0.0.
https://harbour.github.io/
Entrando na seção de Downloads da página, ela direciona para uma página do SourceForge:
http://sourceforge.net/projects/harbour-project/files/
Esta página tem a versão 3.0.0 para baixar.
Porém, ela também diz que o projeto, atualmente, encontra-se em novo endereço que seria este:
https://github.com/harbour/core/
Entrando neste endereço baixei o arquivo ZIP referente ao projeto, através do botão que permite baixar como ZIP.
Descompactando o arquivo, gera-se uma pasta chamada "core-master" e dentro todos os arquivos e pastas.
Ocorre que dentro desta pasta há um arquivo denominado "README-md". Este arquivo pode ser lido aqui:
https://github.com/harbour/core/blob/master/README.md
Lendo este arquivo, entendi que a última versão ESTÁVEL do projeto deve ser baixada de
http://sourceforge.net/projects/harbour-project/files/ (onde há a versão 3.0.0),
e que esta versão que eu baixei no github pelo arquivo ZIP, seria uma versão "instável".
Por isso, baixei novamente a versão 3.0.0 e comecei a utilizar...
Afinal, procede meu raciocínio? Devo baixar de onde uma versão estabilizada do harbour para utilização em aplicações?
Grato!
Adriano.
DEBUG com fontes divididos em pastas diferentes
Enviado: 09 Jan 2015 11:00
por Itamar M. Lins Jr.
Use a 3.2 do git, a 3.0 é a mais velha.
Está desatualizado o site.
A 3.2 é a que deveria ser instável, mas está estável. rsrsr!!
Quando eles fazem alguma modificação digamos (perigosa) que não testou tudo, eles avisam.
Saudações,
Itamar M. Lins Jr.