PC Toledo

gtwvw 2018-02-11 12:00 UTC + 0100 Aleksander Czajczynski (hb fki.pl)
foi atualizada esta lib recentemente, há 11 dias atrás

Atualização do 3.2 num tópico do 3.4 ?
Já se desviou tanto do assunto original, que nem sei mais...

https://sourceforge.net/projects/harbou ... ra%20linux pra linux

Enviado: **03 Mar 2018 15:07**

O Viktor,

Parece que deixou o harbour de lado e tá no projeto Homebrew

https://github.com/Homebrew/homebrew-core

Enviado: **03 Mar 2018 18:15**

O que seria esse projeto?

PS: Parece q o homi num volta mais mesmo

Enviado: **03 Mar 2018 18:25**

https://pt.m.wikipedia.org/wiki/Homebrew

Enviado: **03 Mar 2018 18:38**

Que pena, realmente espero e desejo q alguém possa continuar o projeto de alguma maneira, sou muito grato ao q o Harbour através dos desenvolvedores e colegas aki do fórum me proporcionaram. Se hoje tenho algum resultado positivo do meu trabalho é devido a tudo isso, pq somente esforço sem ferramentas q nos auxiliem não conseguiria.

Ainda bem q do jeito q ele esta ainda mantém nossos projetos estaveis acredito q pelo menos por uns 5 anos se não for necessário, em desktop, migrar para outra tecnologia, mas vai a cada dia matando ou findando sonhos/esperanças futuras para novas tecnologias, q motivam assuntos em outros tópicos para não perder tempo e tentar outras alternativas.

Sucesso a todos!!!

Enviado: **27 Mar 2018 18:13**

Uia, novidade do mês na HMG Extended:

* Updated: The .HBX files were generated with hbmk2 utility for the all basic
libraries. Contributed by Grigory Filatov <gfilatov@inbox.ru>
(see *.hbx in folder \include)

O que tem a ver?
Ué... HBMK2 do Viktor.

Apesar do Harbour 3.4 parado, ainda está a frente.

Diante do problema de manutenção da 3.4, voltei a usar a 3.2 porque não está totalmente parada e é usada pela minigui ex.

Chato ler isso.
Não tenho porque mudar para o 3.2, porque não teve nenhuma novidade que me interesse.
Se algum dia eu tiver que trocar, vou ter um pouco de trabalho.

Talvez mais fácil aprender um pouco de C, e atualizar o 3.4.
Já tentou isso? Afinal você tem um pouco de conhecimento de linguagem C.

baixar o 3.4:

git clone harbour34 https://github.com/vszakats/harbour-core

puxar alterações do 3.4:

git pull
ou
git pull https://github.com/vszakats/harbour-core

puxar alterações do 3.2 pra dentro do 3.4:

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

E além de puxar alterações, resolver os conflitos, do que não pode ser integrado automaticamente.
Infelizmente, muita coisa em C.

Caso não consiga resolver os conflitos, retornar o que estava antes:

git reset --hard HEAD

E se preferir, pode criar seu fork, e salvar no seu fork.
Assim, se o Viktor voltar, já poderia puxar as atualizações prontas do fork.

Nota: o problema dos conflitos, é que confunde se estaremos acrescentando alterações, ou desfazendo alterações que já foram feitas.
Pelo menos pra quem não conhece fundo.

Na prática:

d:\github\harbour34>git pull https://github.com/harbour/core
From https://github.com/harbour/core
* branch HEAD -> FETCH_HEAD
Auto-merging utils/hbtest/hbtest.prg
CONFLICT (content): Merge conflict in utils/hbtest/hbtest.prg
Auto-merging utils/hbmk2/hbmk2.prg
CONFLICT (content): Merge conflict in utils/hbmk2/hbmk2.prg
Auto-merging utils/hbi18n/hbi18n.prg
CONFLICT (content): Merge conflict in utils/hbi18n/hbi18n.prg
Auto-merging tests/html.prg
CONFLICT (content): Merge conflict in tests/html.prg
Auto-merging src/vm/memvars.c
Auto-merging src/vm/itemapi.c
Auto-merging src/rtl/hbdef.c
CONFLICT (content): Merge conflict in src/rtl/hbdef.c
Auto-merging src/rtl/dirscan.prg
Auto-merging src/pp/hbpp.c
CONFLICT (content): Merge conflict in src/pp/hbpp.c
Auto-merging src/main/harbour.rc
CONFLICT (add/add): Merge conflict in src/main/harbour.rc
Auto-merging src/harbour.def
CONFLICT (content): Merge conflict in src/harbour.def
Auto-merging src/debug/dbgwa.prg
Auto-merging src/compiler/hbusage.c
CONFLICT (content): Merge conflict in src/compiler/hbusage.c
Auto-merging src/compiler/complex.c
CONFLICT (content): Merge conflict in src/compiler/complex.c
Auto-merging src/common/hbver.c
CONFLICT (content): Merge conflict in src/common/hbver.c
Auto-merging src/3rd/zlib/ChangeLog.txt
CONFLICT (content): Merge conflict in src/3rd/zlib/ChangeLog.txt
CONFLICT (modify/delete): package/winuni/mpkg_win_uni.nsi deleted in HEAD and modified in 19c4c58b3d06d1f32a92fb0c8a28d3ca0e858307. Version 19c4c58b3d06d1f32a92fb0c8a28d3ca0e858307 of package/winuni/mpkg_win_uni.nsi left in tree.
CONFLICT (modify/delete): package/mpkg_win.nsi deleted in HEAD and modified in 19c4c58b3d06d1f32a92fb0c8a28d3ca0e858307. Version 19c4c58b3d06d1f32a92fb0c8a28d3ca0e858307 of package/mpkg_win.nsi left in tree.
Auto-merging package/harbour.spec
CONFLICT (content): Merge conflict in package/harbour.spec
Auto-merging package/harbour.rc
CONFLICT (content): Merge conflict in package/harbour.rc
CONFLICT (modify/delete): package/harbour.rb deleted in HEAD and modified in 19c4c58b3d06d1f32a92fb0c8a28d3ca0e858307. Version 19c4c58b3d06d1f32a92fb0c8a28d3ca0e858307 of package/harbour.rb left in tree.
CONFLICT (modify/delete): package/harbour.mft deleted in HEAD and modified in 19c4c58b3d06d1f32a92fb0c8a28d3ca0e858307. Version 19c4c58b3d06d1f32a92fb0c8a28d3ca0e858307 of package/harbour.mft left in tree.
Auto-merging package/harbour-win.spec.in
CONFLICT (content): Merge conflict in package/harbour-win.spec.in
Auto-merging package/harbour-wce.spec.in
CONFLICT (content): Merge conflict in package/harbour-wce.spec.in
Auto-merging include/harbour.hbx
CONFLICT (content): Merge conflict in include/harbour.hbx
Auto-merging contrib/sddodbc/core.c
Auto-merging contrib/hbzebra/tests/wingdi.prg
CONFLICT (content): Merge conflict in contrib/hbzebra/tests/wingdi.prg
Auto-merging contrib/hbzebra/tests/harupdf.prg
CONFLICT (content): Merge conflict in contrib/hbzebra/tests/harupdf.prg
Auto-merging contrib/hbzebra/tests/cairo.prg
CONFLICT (content): Merge conflict in contrib/hbzebra/tests/cairo.prg
Auto-merging contrib/hbwin/tests/ole.prg
CONFLICT (content): Merge conflict in contrib/hbwin/tests/ole.prg
Auto-merging contrib/hbnetio/utils/hbnetio/hbnetio.prg
CONFLICT (content): Merge conflict in contrib/hbnetio/utils/hbnetio/hbnetio.prg
Auto-merging contrib/hbformat/utils/hbformat.prg
CONFLICT (content): Merge conflict in contrib/hbformat/utils/hbformat.prg
Auto-merging contrib/hbdoc/hbdoc.prg
CONFLICT (content): Merge conflict in contrib/hbdoc/hbdoc.prg
CONFLICT (modify/delete): contrib/gtwvw/doc/gtwvw.txt deleted in HEAD and modified in 19c4c58b3d06d1f32a92fb0c8a28d3ca0e858307. Version 19c4c58b3d06d1f32a92fb0c8a28d3ca0e858307 of contrib/gtwvw/doc/gtwvw.txt left in tree.
Auto-merging config/global.mk
CONFLICT (content): Merge conflict in config/global.mk
Auto-merging README.md
CONFLICT (content): Merge conflict in README.md
Auto-merging ChangeLog.txt
CONFLICT (content): Merge conflict in ChangeLog.txt
Automatic merge failed; fix conflicts and then commit the result.

Apesar de mostrar diferente, me parece que é uma referência ao endereço do Harbour 3.2, o que seria errado no 3.4.
Então não sei exatamente o que fazer pra resolver esse conflito.
Provavelmente essas definições devem estar em outro lugar no 3.4, o que requer mais análise.

É só o que entra em conflito que precisa resolver.
O que pode ser integrado automaticamente o git já faz sozinho.
Provavelmente foram linhas alteradas, que não existem mais no 3.4, e por isso o conflito - não pode ser integrado automaticamente.

Este outro por exemplo:

Parece que no 3.2 foi alterado manualmente, enquanto que no 3.4 já está automático.
Ao que parece, a alteração deve ser desprezada.

É mostrado o conflito do bloco, e o que está em cada bloco do antes e depois.
Repetindo: é só aonde não pode ser automático.
Provavelmente no 3.2 era manual e continua manual, enquanto no 3.4 está automático.
Baseado no antes e depois da alteração, não "batia" antes de alterar, e por isso não dá pra considerar "batido" depois.
Só restaria conferir manualmente, antes de dar o ok.

As alterações "batidas" já ficam na parte de baixo, prontas para serem atualizadas.
Mas não é tão simples pra nós simples mortais.... rs

Por enquanto pra mim parece mais seguro deixar como está, já que as alterações não fazem falta.... rs

Só resta fazer isto:

: harbour34-3.png (7.08 KiB) Exibido 6175 vezes

Hoje conversei com o Viktor Szakats, perguntei por qual razão ele havia deixado o desenvolvimento do Harbour.... segue a resposta dele:

Hi Alexandre, it's certainly one of the reasons. My foremost concern is not end-users, but entities like xHarbour and FiveWin, whose whole business is based on and benefits from Harbour. They are influential to a large part of the Harbour user base. But, instead of them contributing back anything to Harbour, they segregate the community and force subpar and incompatible technological choices onto their users. It means they are not only not contributing anything back to those who actually develop their primary dependency (Harbour), they hold back development and actively prevent forming a healthy, unified and open Harbour "ecosystem". As for end-users, the level of involvement is also very low, though this may possibly be helped by Patreon-like ways and offering something extra in return for the support. Lots of sour grapes, bad vibes and wasted energy by now.

Se eu estivesse mantendo um projeto, e estivesse ocorrendo o mesmo problema com o meu projeto... eu faria a mesma coisa que ele...

É o mesmo que sempre comentamos por aqui.

É apenas a confirmação!

traduzindo o que o vitor disse ao alexandre: "FIM DO HARBOR!"
the end

PC Toledo

Harbour 3.4 arquivado

Harbour 3.4 arquivado

Harbour 3.4 arquivado

Harbour 3.4 arquivado

Harbour 3.4 arquivado

Harbour 3.4 arquivado

Harbour 3.4 arquivado

Harbour 3.4 arquivado

Harbour 3.4 arquivado

Harbour 3.4 arquivado

Harbour 3.4 arquivado

Harbour 3.4 arquivado

Harbour 3.4 arquivado

Harbour 3.4 arquivado

Harbour 3.4 arquivado

Harbour 3.4 arquivado