PC Toledo

Ola!

E Itamar, o Viktor é um grande programador com toda certeza, mas líder para mim era o Przmek e o fator dele fazer o fork e criar o 3.4 foi um tiro no pé, imagina, já era enorme a carga de trabalho com um projeto do tamanho do Harbour, imagina estar sozinho nesse barco?

Se vc olhar o Changelog do Harbour vai ver que o Viktor está lá antes do Przmek. O Przmek saiu do Harbour se vc não sabe... Foi para o Xhb. Recebeu para criar o RDD pago da xHarbour.com... O Viktor permaneceu nesse tempo sozinho melhorando o Harbour...
O Przmek é o que mais manja na minha opinião também. E eles trabalharam juntos na volta do Przmek do xHB para o Harbour, pois o Przmek não aguentava mais as bobagens do Ron Pinkas e CIA...Eu acompanhei toda a história... Nunca o Harbour dará certo, enquanto a comunidade não criar a RAID padrão... Só compilador não faz programa desktop não desenha telas, não cria aplicativo para mobile etc...
Então essas empresas detonam tudo que vem da comunidade open-source, simplesmente porque compete com elas. indicam produtos horríveis para seus dependentes, formas de trabalho que só escravizam.
Ele não fez FORK no SVN ou CVS, fez no GIT, pois qualquer um pode agora ter seu próprio Harbour... Ele passou o comando para o Przmek, e pode pegar de volta a qualquer momento.

Mas o Harbour é, o que é hoje, por conta do Przmek com toda certeza. E o Viktor também não fica atrás., os dois são na minha opinião, GURUS mesmo, pena que os usuários finais não querem ou não tem tempo para participar mais das atividades de desenvolvimento do Harbour.


Saudações,
Itamar M. Lins Jr.

Itamar M. Lins Jr. escreveu:Ola!

E Itamar, o Viktor é um grande programador com toda certeza, mas líder para mim era o Przmek e o fator dele fazer o fork e criar o 3.4 foi um tiro no pé, imagina, já era enorme a carga de trabalho com um projeto do tamanho do Harbour, imagina estar sozinho nesse barco?

Se vc olhar o Changelog do Harbour vai ver que o Viktor está lá antes do Przmek. O Przmek saiu do Harbour se vc não sabe... Foi para o Xhb. Recebeu para criar o RDD pago da xHarbour.com... O Viktor permaneceu nesse tempo sozinho melhorando o Harbour...
O Przmek é o que mais manja na minha opinião também. E eles trabalharam juntos na volta do Przmek do xHB para o Harbour, pois o Przmek não aguentava mais as bobagens do Ron Pinkas e CIA...Eu acompanhei toda a história...

Eu peguei o bonde andando, pq fui um dos que caíram na armadilha do xharbour.org, que está funcionando até hoje, só depois que descobri o valor do Harbour, por causa do Przmek, de qq forma o 3.4 detonou a atual crise.
Qto ao RDD pago da xHarbour.com, deve ser algum outro, pq não dá para acreditar que o Przmek participou da criação do SQLRDD, pq é um produto horrível. Estava desenvolvendo uma cópia da API do SQLRDD, e é tudo uma bagunça, dificulta, entulha o código de qualquer prg, com o tanto de bobagens que têm.

Itamar M. Lins Jr. escreveu:Nunca o Harbour dará certo, enquanto a comunidade não criar a RAID padrão... Só compilador não faz programa desktop não desenha telas, não cria aplicativo para mobile etc...
Então essas empresas detonam tudo que vem da comunidade open-source, simplesmente porque compete com elas. indicam produtos horríveis para seus dependentes, formas de trabalho que só escravizam.
Ele não fez FORK no SVN ou CVS, fez no GIT, pois qualquer um pode agora ter seu próprio Harbour... Ele passou o comando para o Przmek, e pode pegar de volta a qualquer momento.

Sem um projeto de financiamento duvido que qualquer um dois volta a trabalhar integralmente, igual fizeram.

Itamar M. Lins Jr. escreveu:Mas o Harbour é, o que é hoje, por conta do Przmek com toda certeza. E o Viktor também não fica atrás., os dois são na minha opinião, GURUS mesmo, pena que os usuários finais não querem ou não tem tempo para participar mais das atividades de desenvolvimento do Harbour.

Não ter tempo, não é motivo para mim, pq se dependem do Harbour, têm que contribuir,, não pode ficar só esperando, melhorias e correções caírem do céu.
E hoje nem precisa falar inglês, basta usar um dos tantos tradutores que existem na web, que dá para passar a mensagem com clareza.
O que existe é comodismo, querer tudo pronto e fácil.

Ola!

Eu peguei o bonde andando, pq fui um dos que caíram na armadilha do xharbour.org, que está funcionando até hoje, só depois que descobri o valor do Harbour, por causa do Przmek, de qq forma o 3.4 detonou a atual crise.
Qto ao RDD pago da xHarbour.com, deve ser algum outro, pq não dá para acreditar que o Przmek participou da criação do SQLRDD, pq é um produto horrível. Estava desenvolvendo uma cópia da API do SQLRDD, e é tudo uma bagunça, dificulta, entulha o código de qualquer prg, com o tanto de bobagens que têm.

É o RMDBFCDX.
O SQLRDD é dos brasileiros...(Marcelo). Maior confusão com outro desenvolvedor Vailton(xDev)... Cada um criou uma, e um queria usar o nome da outra lib, por achar mais comercial...
Não vejo como o 3.4 detonou crise. Eu já li discussões reais do Ron Pinkas com o Przmek... E vários outros... Que não sabem nada e/ou se sabe nada fazem.
Esse empenho todo do Antonio Linares com o Mod_Harbour... É mais uma gaiola pq a mod_harbour, tá cheia de códigos do uHttpd, e da hb_tip... Pq ele poderia ter criado diretamente na pasta contrib do harbour ou melhorado o que já tem. E hoje foi liberado gratuitamente o Xailer para "single/personal user" e no Harbour 3.2 ninguém faz nada. É apenas tentativas para desviar o foco da questão.

Saudações,
Itamar M. Lins Jr.

Eu já me propus a herdar o fonte do harbour e continuar os trabalhos nele... mas, criaria restrições pesadas nele para evitar copias por empresas que desejam lucrar com o trabalho doado a comunidade ( (x)Harbour da vida... )
Primeira grande modificação seria a troca da licença para ao GPLv3, se você nao sabe o que isso quer dizer, ( ... f1da677ccd )...
Você pode até pensar, ok, ta com essa licença, e como você vai saber se o trabalho foi roubado ou não, enfim, a simples desconfiança ja pode gerar um processo de consultoria pela comunidade open source, e se for detectado copia ou plagio, sem a distribuição do fonte junto ao pacote que a empresa fornece, a empresa vai ter que arcar com multas bastante pesadas.
Também usaria algumas outras praticas....

Enfim, por ser um trabalho open-source, issues abertos seriam trabalhados no tempo q eu conseguisse trabalhar.
Modificações que eu implementei na minha versão do harbour ( testes que eu realizei apenas ), provavelmente seriam enviadas para o projeto, como otimizações na VM.

Enfim, o projeto seria tocado como um projeto de tempo livre....

Itamar M. Lins Jr. escreveu:Não vejo como o 3.4 detonou crise...
Esse empenho todo do Antonio Linares com o Mod_Harbour... É mais uma gaiola pq a mod_harbour, tá cheia de códigos do uHttpd, e da hb_tip... Pq ele poderia ter criado diretamente na pasta contrib do harbour ou melhorado o que já tem.

Pois é Itamar....

3.4 é FORK do 3.2 no GITHUB, sempre só dependeu de um CLICK pra atualizar o 3.2
Mas... XHARBOUR é um FORK do Harbour.... que morreu faz tempo.... mas ninguém fala nada dele.
Isso mostra como o xbase tá uma M**** de programadores, vai ver virou religião, igual política.
A gente mostra tudo que tá errado, mas não adianta...

O Harbour 3.4 é a melhor versão de Harbour que existe.
Parada há anos, ela fornece atualizações para o 3.2.
A conclusão... é que o 3.2 vai acabar virando o 3.4.
E o XHarbour.... sei lá... vai continuar a mesma coisa pra sempre...

Aliás....
O Antônio Linares está se utilizando do Harbour 3.4, porque ele contém o que o 3.2 não tem....
Ou será que o 3.2 tá puxando as modificações do 3.4 só pra atender as necessidades do Antônio Linares?????

Uia o que achei hoje:

De: Przemysław Czerpak <druzus@acn.waw.pl>
Para: Hwgui-developers <hwgui-developers@lists.sourceforge.net>
Enviadas: Quinta-feira, 10 de Junho de 2010 6:57:37
Assunto: Re: [Hwgui-developers] HB_FUN_NUMTOHEX

On Thu, 27 May 2010, Itamar M. Lins Jr. Lins wrote:
> Hi!
> Please anybody can fix this problem.
> Harbour SVN ChangeLog 14619.
> c:/dev/harbour/lib/win/mingw/libxhb.a(xhbfunc.o):xhbfunc.c:(.text+0x40):
> multiple definition of `HB_FUN_NUMTOHEX'
> c:/hwgui/lib/libhwgui.a(misc.o):misc.c:(.text+0x14d0): first defined here
> collect2: ld returned 1 exit status
> hbmk2: Erro: Executando linkeditor. 1

It's caused by this modifications:

2010-05-29 10:55 UTC+0100 Maurizio la Cecilia <m.lacecilia@gmail.com>
* source/misc.c
- striped out hb_NumToHex() causing duplicated definition in
Harbour build. Please, Harbour users link xhb.lib instead.

Please never make such modifications.
XHB library replicates also many xHarbour bugs for strict compatibility.
Harbour users should never use this library if it's not strictly necessary.

best regards,
Przemek

A parte que importa:

A lib XHB imita muitos bugs do XHarbour para ficar totalmente compatível com XHarbour.
Usuários do Harbour NUNCA devem usar essa LIB.

A HMG Extended praticamente obriga o uso dessa LIB kkkkk

Ou seja... as LIBs tem que introduzir defeitos no Harbour, pra ficar igual ao XHarbour, e atender aos dois !!! kkkkk

https://www.google.com/url?sa=t&rct=j&q ... r41b55ALbO

O XHarbour é um bom exemplo de divisões:

O XHarbour É UM FORK do Harbour.
O Harbour SEMPRE teve com primeiro ponto a compatiblidade com Clipper.
Então... criaram o FORK XHarbour pra socar recursos sem se preocupar com compatibilidade com Clipper.

Mesmo sendo um FORK.... cadê o HARBOUR no texto?
Roubou até o crédito do Harbour, que foi quem trouxe o Clipper pra Open Source.
E quem ganha com isso?
Talvez o XHarbour comercial.... que é muito usado com fivewin...