Visual LIB 2 para Harbour
Moderador: Moderadores
- Antonio
- Usuário Nível 3

- Mensagens: 347
- Registrado em: 14 Ago 2003 17:33
- Localização: Sao Paulo - SP
- Contato:
Visual LIB 2 para Harbour
Aos colegas que tiverem interesse na conversão de sistemas para HARBOUR a principio, pois nada impede a recompilação em xHarbour posteriormente, informo que o amigo Vailton Renato da Silva converteu a Visual LIB 2 para harbour inicialmente e posteriormente o fara para xHarbour.
A LIB encontra-se disponivel para download no grupo BRGUI http://www.brgui.com.br
Detalhe: A citada lib esta disponibilizada em caracter FREE WARE
[]s
A LIB encontra-se disponivel para download no grupo BRGUI http://www.brgui.com.br
Detalhe: A citada lib esta disponibilizada em caracter FREE WARE
[]s
Antonio Carlos
Harbour 3.2 (20180213)
Hwgui 2.20 3b | PostGresql 9.5 | ADO/ODBC
Harbour 3.2 (20180213)
Hwgui 2.20 3b | PostGresql 9.5 | ADO/ODBC
- acelconsultoria
- Usuário Nível 3

- Mensagens: 231
- Registrado em: 10 Jan 2006 17:05
- Localização: Itápolis-SP
-
Stanis Luksys
- Colaborador

- Mensagens: 1329
- Registrado em: 18 Jun 2005 03:04
- Localização: São Paulo
- Contato:
Ola,
Ja existe versão para xHarbour 0.99.05 também, eu tenho aqui... Quem quiser é só dar um alô...
Ja existe versão para xHarbour 0.99.05 também, eu tenho aqui... Quem quiser é só dar um alô...
Stanis Luksys
sites.google.com/hblibs
Apoiar e se utilizar de projetos opensource não é uma questão de boicote, mas sim de liberdade.
Utilize, aprimore e distribua.
sites.google.com/hblibs
Apoiar e se utilizar de projetos opensource não é uma questão de boicote, mas sim de liberdade.
Utilize, aprimore e distribua.
- acelconsultoria
- Usuário Nível 3

- Mensagens: 231
- Registrado em: 10 Jan 2006 17:05
- Localização: Itápolis-SP
Antonio, Stanis e Vagner...
Muito obrigado pela ajuda.
Mas ainda estou com um problema. Baixei aqui a LIB, estou utilizando o BRMAKE.
Compila e Linka perfeitamente, mas na hora de executar, ele acusa a mensagem: "Program with 1 st fun: VLMARQUEE" was compiled by older version, PCODE version 0 is no longer supported - please recompile.
Desde já agradeço
Maickon Sato
Acel Consultoria e Projetos
Muito obrigado pela ajuda.
Mas ainda estou com um problema. Baixei aqui a LIB, estou utilizando o BRMAKE.
Compila e Linka perfeitamente, mas na hora de executar, ele acusa a mensagem: "Program with 1 st fun: VLMARQUEE" was compiled by older version, PCODE version 0 is no longer supported - please recompile.
Desde já agradeço
Maickon Sato
Acel Consultoria e Projetos
-
Stanis Luksys
- Colaborador

- Mensagens: 1329
- Registrado em: 18 Jun 2005 03:04
- Localização: São Paulo
- Contato:
Ola,
No link abaixo um ZIP com a VL para 6 versões diferentes do xHarbour... Me parecem que foram compiladas pelo Vailton.
Se alguem precisar para harbour posso compilar tbm, essa eu não tenho certeza se ele fez também.
http://br.geocities.com/luksysoft/xhvl.zip
Agora vai hein... heheeh
No link abaixo um ZIP com a VL para 6 versões diferentes do xHarbour... Me parecem que foram compiladas pelo Vailton.
Se alguem precisar para harbour posso compilar tbm, essa eu não tenho certeza se ele fez também.
http://br.geocities.com/luksysoft/xhvl.zip
Agora vai hein... heheeh
Editado pela última vez por Stanis Luksys em 06 Fev 2006 14:07, em um total de 1 vez.
Stanis Luksys
sites.google.com/hblibs
Apoiar e se utilizar de projetos opensource não é uma questão de boicote, mas sim de liberdade.
Utilize, aprimore e distribua.
sites.google.com/hblibs
Apoiar e se utilizar de projetos opensource não é uma questão de boicote, mas sim de liberdade.
Utilize, aprimore e distribua.
Olá a todos,
Aproveitando o tópico, gostaria de relatar um problema que estou tendo com a VISUAL LIB para o XHARBOUR 99.50.
É o seguinte: Peguei a VISUAL LIB do Vailton e estou usando sem problemas. Ocorre, que estou percebendo que quando o sistema está em algum MENU, o uso da CPU vai a 100% (coisa que no clipper com o OBJ timeslic isso não ocorre). Quando abro algum PRG a partir do MENU, aí sim o uso do processor ficar em torno de 4%. Já falei com o Vailton e tá vendo se consegue detectar onde tá o erro.
A minha dúvida é justamente essa: Alguém já percebeu isso? Tá acontecendo com alguém esse mesmo problema?
Quero saber se é um problema da lib ou se estou fazendo algo de errado.
Um abraço,
Janio
Aproveitando o tópico, gostaria de relatar um problema que estou tendo com a VISUAL LIB para o XHARBOUR 99.50.
É o seguinte: Peguei a VISUAL LIB do Vailton e estou usando sem problemas. Ocorre, que estou percebendo que quando o sistema está em algum MENU, o uso da CPU vai a 100% (coisa que no clipper com o OBJ timeslic isso não ocorre). Quando abro algum PRG a partir do MENU, aí sim o uso do processor ficar em torno de 4%. Já falei com o Vailton e tá vendo se consegue detectar onde tá o erro.
A minha dúvida é justamente essa: Alguém já percebeu isso? Tá acontecendo com alguém esse mesmo problema?
Quero saber se é um problema da lib ou se estou fazendo algo de errado.
Um abraço,
Janio
fui...
e-mail:janioaguiar@yahoo.com.br
msn: janio_aguiar@hotmail.com
xHarbour1.2.1/Harbour3.2 + wvg + hwgui + Mediator + MySql
e-mail:janioaguiar@yahoo.com.br
msn: janio_aguiar@hotmail.com
xHarbour1.2.1/Harbour3.2 + wvg + hwgui + Mediator + MySql
- acelconsultoria
- Usuário Nível 3

- Mensagens: 231
- Registrado em: 10 Jan 2006 17:05
- Localização: Itápolis-SP
Agradeço novamente aos amigos Wagner, Stanis e Antonio pelo apoio.
Bem, estou usando a versão xHarbour 0.99.50, e estava usando a lib 9950. Ou seja, estava tudo certo.
Para funcionar, eu deletei o arquivo INI e o MLK, gerado pelo BRMAKE e os refiz novamente. Aí, resolvi o problema.
Só pra registrar, este é meu primeiro sistema que estou convertendo para xHarbour. Estou buscando mais performance no sistema e por isso resolvi iniciar a migração.
Mas, como se não bastasse, também me deparei com o problema citado pelo amigo Janio. Realmente, com a Visual Lib 2.0, o processador vai a 100%.
Com isso, caí nas mãos da contradição !!! (rs.) Como buscar mais performance utilizando-se do xHarbour, se a Visual Lib põe uma verdadeira "bigorna" no processamento
Sendo que, a VL2 é importante para o Lay-Out de telas/menus do meu sistema.
Não quero afirmar nada, nem dizer que a falha é da lib ou minha... mesmo porque estou pisando em terreno semi-desconhecido. Mas o comentário do Janio procede.
Mais alguém poderia dizer algo sobre
Maickon Sato
Acel Consultoria e Projetos
Bem, estou usando a versão xHarbour 0.99.50, e estava usando a lib 9950. Ou seja, estava tudo certo.
Para funcionar, eu deletei o arquivo INI e o MLK, gerado pelo BRMAKE e os refiz novamente. Aí, resolvi o problema.
Só pra registrar, este é meu primeiro sistema que estou convertendo para xHarbour. Estou buscando mais performance no sistema e por isso resolvi iniciar a migração.
Mas, como se não bastasse, também me deparei com o problema citado pelo amigo Janio. Realmente, com a Visual Lib 2.0, o processador vai a 100%.
Com isso, caí nas mãos da contradição !!! (rs.) Como buscar mais performance utilizando-se do xHarbour, se a Visual Lib põe uma verdadeira "bigorna" no processamento
Não quero afirmar nada, nem dizer que a falha é da lib ou minha... mesmo porque estou pisando em terreno semi-desconhecido. Mas o comentário do Janio procede.
Mais alguém poderia dizer algo sobre
Maickon Sato
Acel Consultoria e Projetos
-
Stanis Luksys
- Colaborador

- Mensagens: 1329
- Registrado em: 18 Jun 2005 03:04
- Localização: São Paulo
- Contato:
Olá,
Mesmo que proceda tal afirmação, acredito que não há contradição nenhuma nisso, pois se o seu processador vai para 100% nos menus e talvez nos gets também, lembre-se que com o Clipper ele está o tempo todo em 100%, seja no menu, numa saída tela ou numa rotina de indexação que envolva muitos dados, portanto vale a pena sim continuar a migração.
Não se esqueça também que é de grande valia para um desenvolvedor não ficar adicionando rotinas e principalmente objetos de terceiros em seus sistemas, ainda mais nos dias de hoje onde um simples obj pode extrair informações de seu computador...
Bem, pelo menos eu trabalho assim, procuro não adicionar rotinas externas e principalmente não DEPENDER delas...
PS: Continue migrando, no fim vc vai ver que valeu a pena.
Mesmo que proceda tal afirmação, acredito que não há contradição nenhuma nisso, pois se o seu processador vai para 100% nos menus e talvez nos gets também, lembre-se que com o Clipper ele está o tempo todo em 100%, seja no menu, numa saída tela ou numa rotina de indexação que envolva muitos dados, portanto vale a pena sim continuar a migração.
Não se esqueça também que é de grande valia para um desenvolvedor não ficar adicionando rotinas e principalmente objetos de terceiros em seus sistemas, ainda mais nos dias de hoje onde um simples obj pode extrair informações de seu computador...
Bem, pelo menos eu trabalho assim, procuro não adicionar rotinas externas e principalmente não DEPENDER delas...
PS: Continue migrando, no fim vc vai ver que valeu a pena.
Stanis Luksys
sites.google.com/hblibs
Apoiar e se utilizar de projetos opensource não é uma questão de boicote, mas sim de liberdade.
Utilize, aprimore e distribua.
sites.google.com/hblibs
Apoiar e se utilizar de projetos opensource não é uma questão de boicote, mas sim de liberdade.
Utilize, aprimore e distribua.
Encontrei o problema
De fato, já foi constatado a necessidade deste ajuste! Durante o decorrer da semana já estarei postando a correção!
:xau
:xau
-
Stanis Luksys
- Colaborador

- Mensagens: 1329
- Registrado em: 18 Jun 2005 03:04
- Localização: São Paulo
- Contato:
Ola,
Só mais uma observação... hehehe
Se o prblema for realmente só nos menus você pode resolver ussando as classes que o Clipper e o xHarbour tem para isso, são um pouco mais dificeis de se trabalhar mas o resultado é o mesmo (ou até melhor) e o controle e manutenção fica simples...
Se interessar, baixe um exemplo em:
http://br.geocities.com/luksysoft/classmenu.zip
Só mais uma observação... hehehe
Se o prblema for realmente só nos menus você pode resolver ussando as classes que o Clipper e o xHarbour tem para isso, são um pouco mais dificeis de se trabalhar mas o resultado é o mesmo (ou até melhor) e o controle e manutenção fica simples...
Se interessar, baixe um exemplo em:
http://br.geocities.com/luksysoft/classmenu.zip
Stanis Luksys
sites.google.com/hblibs
Apoiar e se utilizar de projetos opensource não é uma questão de boicote, mas sim de liberdade.
Utilize, aprimore e distribua.
sites.google.com/hblibs
Apoiar e se utilizar de projetos opensource não é uma questão de boicote, mas sim de liberdade.
Utilize, aprimore e distribua.
