Página 1 de 1

Harbour x Harbour Viktor

Enviado: 19 Jan 2014 12:20
por JoséQuintas
Fiquei na dúvida se está mais pra bate papo ou de interesse direto de programação Harbour, já que pode conter alguma correção que alguém precise.

O Viktor saiu do Harbour, mas tem feito muitas modificações no Harbour não diretamente.
O resultado no momento é que temos duas versões do Harbour:

https://github.com/vszakats/harbour-core

https://github.com/harbour

Comparando as alterações, a do Viktor tem muitos ajustes de padronização de fonte, mas tem correções.
Teoricamente a do Viktor seria melhor, mas na prática não tem "testadores" ou grupo de suporte.

Vamos aguardar pra ver o que dá.

Nota:
Seja qual for o motivo, o Vitkor está no cantinho dele mexendo nos fontes, sem perturbar ninguém, nem fazer propaganda como versão alternativa. Cabe a alguém interessado atualizar no master.

Harbour x Harbour Viktor

Enviado: 19 Jan 2014 14:15
por bencz
"Cabe a alguém interessado atualizar no master." , interessado e com conhecimento no fonte, pois, o fonte do harbour não é nada simples....

Harbour x Harbour Viktor

Enviado: 19 Jan 2014 14:40
por JoséQuintas
Faltou acrescentar o principal, que limita ao máximo as opções: e com acesso pra poder atualizar.

Harbour x Harbour Viktor

Enviado: 19 Jan 2014 20:16
por bencz
veja, o harbour sofreu atualizações a 5 dias atras....

https://github.com/harbour/core/

mas enfim, para melhor continuidade no harbour, acho que uma empresa teria que acatar os fontes e trabalhar neles, sem pausa, como foi feito com o Mono ( tecnologia .net open source para todas as plataformas ).... mas isso, de alguma forma teria que gerar renda para a empresa, como ? já não sei dizer, pois, o harbour é muito pouco utilizado... comparado com outras linguagens, é claro...

Harbour x Harbour Viktor

Enviado: 20 Jan 2014 01:17
por JoséQuintas
E a do Viktor todo dia, incluindo hoje.
https://github.com/vszakats/harbour-core

Harbour x Harbour Viktor

Enviado: 20 Jan 2014 11:15
por Itamar M. Lins Jr.
Ele não saiu do Harbour.
Continua, nada impede que as modificações dele sejam colocadas no "core" principal.
Eu gosto da maneira que o Viktor administra, todas as modificações no principal ele agrega na distribuição dele, alias acho que todas do Przmek.

Saudações,
Itamar M. Lins Jr.

Harbour x Harbour Viktor

Enviado: 20 Jan 2014 15:56
por Itamar M. Lins Jr.
Veja:
synced with Viktor branch...

Código: Selecionar todos

2014-01-20 17:36 UTC+0100 Przemyslaw Czerpak (druzus/at/poczta.onet.pl)
  * src/rtl/hbsocket.c
    * removed not longer valid TODO note

  * contrib/hbmisc/bbabble.c
    ! fixed buffer size calculation (it fixes buffer overflow for small
      strings, i.e. 2 bytes and does not allocate more memory then necessary
      for long ones)

  * contrib/hbct/dattime2.c
    ! fixed CToMonth() and CToDoW() to respect case intensive search for
      strings with national characters
    * variable name synced with Viktor branch

  * contrib/hbct/strswap.c
    ! fixed NULL reference when neither 1-st nor 2-nd parameter is passed
      by reference

  * contrib/hbct/fcopy.prg
    ! fixed source file positioning in case of partial write
    ! use hb_FGetDateTime() / hb_FSetDateTime() instead of
      FileDate()+FileTime() / SetFDaTi()
      It's faster and unlike FileDate() and FileTime() it does
      not leave directory open.
    ! fixed typo (RTE)
    % minor simplification

  * src/rtl/disksphb.c
    ! use dynamic binding for GetDiskFreeSpaceEx() function

  ; modifications below comes from Viktor fork:

  * contrib/hbct/ctwin.c
    % removed unnecessary declaration

  * contrib/hbct/envparam.c
    ! do not call FreeEnvironmentStrings() is it's not necessary

  * contrib/hbodbc/odbc.c
    ! fixed potential buffer overflow in SQLERROR()/SQLGETDIAGREC()

  * contrib/hbnetio/netiosrv.c
    ! fixed possible NULL reference

  * contrib/hbct/ctnet.c
    ! added missing check for result of WinAPI function call

  * contrib/hbct/cttime.prg
    ! SecToTime(): fixed regression from 2007-11-18 13:46 UTC+0100

  * contrib/hbwin/hbolesrv.c
    ! fixed char -> TCHAR after recent unicodification


best regards
Przemek
Eu não achei ruim, acredito que o GIT facilite essa parte, de juntar os códigos.

Saudações,
Itamar M. Lins Jr.