PC Toledo

Muitas vezes vejo nos tópicos desta linguagem conselhos para passar tudo para o Harbour/XHarbour, ao invés de, pura e simplesmente ajudar o colega com dúvidas sobre Clipper.

Eu tenho utilizado o Harbour/XHarbour para complementar meus ERPs, com aquilo que o Clipper não poderá fazer, tais como acesso à Internet mas convenhamos:

1. O Clipper utiliza um número enorme de bibliotecas de terceiros, existentes há décadas, que não podemos de uma hora para outra, desprezar;
2. O Clipper trabalha com RDDs diversos, que lhe dão um potencial enorme no trato de bancos de dados de qualquer tamanho;
3. O Clipper aliado aos linkadores mais poderosos (BLinker) gera executáveis mais reduzidos e versáteis rodando em micros o mais acanhados possíveis;
4. Até agora, todas as versões do Windows tem contemplado o funcionamento do Clipper, às vezes precisando de algum "quebra galho", para seu funcionamento;
5. Quem já tentou como eu, inclusive contando com ajuda deste Fórum, passar aplicações pequenas para o Harbour/XHarbour, defrontou-se com complicações do tipo: "use a versão X pois a versão Y está incompleta...", "o sistema dá mensagens tal que não sei o que é", etc.
Para não dizer que não tentei, utilizei um sistema funcionando certinho, bem parrudo por sinal, e fui tentar convertê-lo para o o Xharbur.
Tive de excluir todas as funções de que não as tenho em Clipper puro, até conseguir gerar os .OBJ e o .EXE final.
Não apresentou nenhum erro na compilação mas o executável não funciona.
E mesmo que funcionasse teria a mesma "cara" do meu sistema, pois fiz em modo console.
Para os clientes também não faria diferença alguma pois seria no padrão DOS a que ele está acostumado.
Para convertê-lo, de fato, para um padrão visual agregando bibliotecas apropriadas, o trabalho seria total, isto é, teria de começar do zero praticamente, igual se fosse começar um sistema, digamos em Delphi, Visual Basic, C++, etc.
6. Não estou desmerecendo em nada o esforço de quem labuta no Harbour/XHarbour, louvo até quem o faz, mas não dá para pegar sistemas que a gente trabalha em cima há mais de 10 anos ou até mais, e, passá-lo para estas ferramentas;
7. Alguns poderão até pensar que sou retrógrado, não quero avançar, etc. mas tenho verificado por exemplos ou sistemas disponibilizados em padrão visual pela Internet que, muitas das vezes são sistemas pobres que a única diferença entre eles e sistemas em DOS idênticos é que utilizam mais o mouse...
8. O Clipper trabalha em conjunto com .EXEs e aplicativos do Windows para qualquer finalidade, permitindo usufruir desse ambiente
plenamente.

Assim, faço um pedido a todos aqueles que querem ajudar, mesmo com a maior das boas vontades:
- ofereçam ajuda a quem precisa do Clipper, em Clipper
- a quem precisa de ajuda em Harbour/XHarbour, ou em outra linguagem, façam-na na mesma forma

Isto inclusive está nas regras deste Fórum, sobre desvio de assunto.

A verdade que todo mundo quer usar as vantagens do xHarbour, mas ninguém quer passar pela fase chata de migrar e testar seus próprios aplicativos. Todo mundo quer de mão bejada, e desistem no primeiro probleminha que tem....affff, esses dias o cara pediu para mim fazer o remoto no micro dele e compilar o aplicativo dele Dos/Clipper em xHarbour, não acreditei, o cara deve está até agora sentado esperando....não pessoal para alcançar um bem maior tem que passar por alguns sacrifícios.
Isso tudo é opensource, está ai para o povo usar a vontade, garanto que se fosse pago o povo aprendia tudo bem certinho, e faziam tudo como manda o figurino e ainda se dedicava bastante até está tudo pronto, por que quando doi no bolso o povo toma vergonha e faz...

billy1943 escreveu:Para não dizer que não tentei, utilizei um sistema funcionando certinho, bem parrudo por sinal, e fui tentar convertê-lo para o o Xharbur.
Tive de excluir todas as funções de que não as tenho em Clipper puro, até conseguir gerar os .OBJ e o .EXE final.
Não apresentou nenhum erro na compilação mas o executável não funciona.
E mesmo que funcionasse teria a mesma "cara" do meu sistema, pois fiz em modo console.
Para os clientes também não faria diferença alguma pois seria no padrão DOS a que ele está acostumado.
Para convertê-lo, de fato, para um padrão visual agregando bibliotecas apropriadas, o trabalho seria total, isto é, teria de começar do zero praticamente, igual se fosse começar um sistema, digamos em Delphi, Visual Basic, C++, etc.
6. Não estou desmerecendo em nada o esforço de quem labuta no Harbour/XHarbour, louvo até quem o faz, mas não dá para pegar sistemas que a gente trabalha em cima há mais de 10 anos ou até mais, e, passá-lo para estas ferramentas;

Júlio, com relação ao motivo principal do seu tópico: Ajuda para Clipper, em Clipper ... , concordo com você.
Agora sobre as outras questões eu penso que:
1- Não desmerecendo nem duvidando da sua capacidade, você chegou a descobrir o porquê do sistema não funcionar ? Foi realmente culpa do xHarbour ?
2- O sistema podería até ter a mesma cara, coisa que os clientes não entendem e cabe a nós explicar-lhes. Eu mesmo tenho um cliente que de vez em quando numa determinada rotina que ainda não foi migrada para Hwgui, aponta o dedo e diz: ISSO É MS-DOS !!! E eu desafiei ele a tentar fazer rodar num pc com MS-DOS.
3- O meu principal sistema havía sido feito com Clipper 5.3b+LLIBG+Blinker. Com poucas semanas eu convertí tudo para xHarbour+GTWVT. Agora, aos poucos estou migrando tudo para HwGui (na época da primeira conversão eu não entendía patavinas de HwGUI) com a ajuda de outros colegas e com uso da IDE xDesigner do Basso. Depois que se pega o jeito da xDesigner e entende-se o conceito de objetos, fica estupidamente fácil, mais produtivo e por que não dizer: sem custos.
Há quem se vanglorie (e em algumas vezes até desmerece quem não o faz) por usar ferramentas pagas ditas 'de uso profissional'. Sinceramente não vejo problema algum em usar ferramentas gratuítas e open source, aliás qual a empresa que não procura por isso nos tempos de hoje
A combinação xHarbour + GTWVT permite perfeitamente uma migração gradativa para a HWGUI, para quem não está acostumado com o conceito de objetos, e mesmo para quem já conhece este conceito, é possível mesclar os modos console (xHARBOUR+GTWVT) com o modo gráfico (HWGUI) permitindo que se mantenha o sistema em produção enquanto se migra. É exatamente o meu caso.

Enfim, a arquitetura é outra, 32 bits. Em alguns pontos do meu PDV tive que botar uns freios pois não dava tempo do ECF responder.;
Com uso da HwGUI o sistema fica totalmente 'gráfico', e com muito mais recursos, à primeira vista não perdendo muito para outros compiladores e ou linguagens.

Encerrando...se estiver disposto a tal desafio, encare firme e quando surgirem as dúvidas (pois vão surgir muitas) é só postá-las aqui.
Aquele abraço.

O que os colegas Sygecom e AlaminoJunior expuseram acima, eu concordo em gênero, número e grau e assino embaixo.
Esses sistemas opensource, agregam vantagens e suprem lacunas que o Clipper não consegue transpor.
Também concordo que alguns querem tudo pronto, pedem sistemas já em funcionamento, etc. etc.

Como podem ver no final meu tópico, o que não concordo é quando, na menor das dúvidas apresentadas pelos colegas, alguns ainda iniciantes, que estão precisando de um "empurrãozinho" em Clipper para ver se engrenam e deslancham mais um pouco, visto que essa linguagem é de mais fácil aprendizado, já logo querem oferecer-lhes um ambiente que ele terá dificuldades maiores ainda.
O que temos de fazer é ensinar a pescar e não trazer o peixe pronto.

Outros querem fazer parecer que a passagem será um mar de rosas.

Nós todos sabemos que não é bem assim.

Amiguinhos,

Sinceramente!

Até dentro do próprio mundo Harbour, mesmo que queiramos atualizar a versão ou mudar de X para o sem X não da prá fazer de forma direta.

Quando me falam: preciso melhorar o visual de meu sistema, logo vejo programação a partir do zero.

O visual do sistema seja em DOS seja em Windows é algo pensado, ou seja, não dá pra simplesmente mudar sem ter problemas. Quando chegamos nesta fase de modificar é porque já alcançamos a fase do produzir.

No Clipper o grande numero de bibliotecas utilizadas torna esta migração praticamente nula e ai se é obrigado a desenvolver tudo do zero e o aplicativo final fica com a mesma cara mas vazio.

Caso eu use um sistema que tenha a biblioteca gráfica FGLib(que tenho em um PDV) e queira fazer a transição para Harbour terei muito trabalho. Ja para fazer um PDV visual em Windows preciso de nada mais que 5 controle nas tela e o resto é código.

Eu cheguei a converter um grande sistema para Harbour, era feito em SUMMER, e só tive problemas com as diferenças entre "*" e "&" o resto ficou como estava mas mesmo assim não foi fácil.

Hoje penso em melhorar a interface de meu sistema e me deparo com o tamanho da encrenca, o simples fato de muda o tipo de browse ja me deixa maluco e no final vejo que para mudar a interface, terei de fazer o sistema do zero.

Não existe migração indolor.

Caros,

Ainda bem que surgiu o harbour e xharbour, e mais ainda ter cliente que não fica comprando máquina nova toda hora que fatalmente virá com um windows 7 ou linux.
E fazer o clipper rodar no windows 7 já é um milagre. Migrar para harbour tem suas dificuldade sim, mas a coisa está tão avançada que basta você baixar a versão compilada, que já vem com o mingw e sair usando.
Claro que quando você for compilar o seu sistema, vários erros que você não via no clipper irão aparecer ou não. Claro que conversão exige tempo, mas esse tempo é recompensado no futuro evitando soluções imediatas por incimpatibilidade de s.o. e hardware.

Essa é somente minha opinião.

[]´s

Ola!
Sinceramente, a empresa que ainda usa win98 não quer pagar nada por coisa alguma. Se for de graça para eles melhor.
Não é capaz de atualizar-se com o hardware? que dirá com o software ? Salvo casos específicos.
E quando for mudar para o gráfico o melhor caminho e refazer todo o programa usando uma lib visual, Hwgui ou Minigui ou HBQT agora.
No caso do RDD NSX por exemplo ler tudo a respeito do que está pronto, e testar tudo antes de passar para o cliente.
Caso queira algo melhor comprar o ADS ou algo similar. Caso queira usar outras alternativas tem o NETIO e o LETODB, também testar tudo antes de colocar no cliente.

Clipper é passado o Harbour é o futuro.
A lerdeza no win98 já foi muito comentada a mais ou menos 8 anos atráz é o BUG do Win98 que a MS já corrigiu no XP/Win7.
Caso precise usar no Win98 utilize a GTWVT/GTWVG que não tem esse problema, que só ocorre na GTWIN.

Saudações,
Itamar M. Lins Jr.

Agora fiquei surpreso ainda existe cara usando Windows 98....eita empresa sem saúde financeira...rs

Dudu, sei bem como é isso ae, não é questão de ter grana ou não, sempre acham que investir em software/hardware é despesa, eles não tem noção do que falam, ja pensou a empresa que seja, ficar 1, 2, 3 ou sei lá qts horas paradas por falha de hardware, ae eles vão dar valor, e vão gastar o dobro do que um dia pensararam em gastar, e esses meus amigos, num outro momento colocam tudo novo por uma simples sugestão de melhorar o desempenho. Complicado. :xau

http://webinsider.com.br/2006/11/05/sau ... o-clipper/
http://gersidevid.wordpress.com/2010/07 ... ogramacao/