Harbour 3.2 X Harbour 3.4

[JoséQuintas]

Hoje vi uma pendência no Harbour que estranhei, ainda mais ao ver a data de quase 2 anos atrás, referente a Windows 10.

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

Including the manifest will resolve the problem (as it's done in 3.4), though the related Win32 API calls used by 3.2 are all deprecated, so it's not the ultimate solution.

À primeira vista, seria somente o Harbour 3.2 puxar as alterações já feitas do Harbour 3.4.

Outro dia, ao fazerem isso, deu problema em um determinado usuário, que reclamou que não deveriam misturar as versões.
Lógico, não basta alterar um único fonte, mas todas as rotinas envolvidas.

Pra mim não se trata de um ser melhor que o outro, mas que o avanço depende de todos.
Isso me preocupa, sobre o que pode vir por aí.

Aparentemente, a previsão foi que retornaria a ser versão única, 3.4
Mas por enquanto, nada de concreto.

[Itamar M. Lins Jr.]

Ola!
É lendo que podemos entender um pouco do que se passa no mundo Harbour.

https://groups.google.com/forum/#!topic ... m4LvaJccYA
Uma parte da conversa...

They can be quite easy added. Such explicit conversion
allows you to exactly define destination type so you do
not have to worry about different internal representation
of numeric values. I'll add them soon so you can make some
tests. Do you find such solution enough for you or you
think that we should try to implement also (2).
BTW I do not use MS-Windows and all this code I create in
my Linux box so I hope that you and other MS-Windows
users will make real life tests.

O guru master! usa LINUX. rsrs, cabe a outros essa integração com Windows por exemplo, é apenas uma questão de copiar e colar.
Pode o Przemek passar a bola novamente para o Viktor, ai vamos aguardar, eles não se opõe, são estritamente técnicos.


Saudações,
Itamar M. Lins Jr.

[JoséQuintas]

Prmezek usa Linux
Viktor usa o SO do Macintosh
Pritpal Bedi acho que usa Windows, e se dedica à QT

Se no 3.4 está ok, seria só questão de puxar as alterações.

As alterações na GTWVG do 3.4, o Bedi disse que não teve tempo de olhar se dá pra puxar pro 3.2.

Não é nem questão de alterar, é só puxar pelo git/github..
Essa parte é que fica esquisita....
Talvez exista alguma relação entre isso e a saída do Viktor.

Por outro lado, pra que o Viktor vai fazer isso no Harbour 3.2?
Ele já fez, está pronto.

é apenas uma questão de copiar e colar

Na verdade sempre foi mais fácil que isso, na maioria dos casos basta um Sim ou Não no GitHub.
A questão não parece ser trabalho em fazer isso, parece ter algo mais por trás disso.
Não sei se pressionar nisso pode ajudar, ou se pode reativar algum problema que ocasionou a saída do Viktor.

Só resta continuar usando o Harbour 3.4, e torcer que o 3.2 ao aumentar o número de versão vire o 3.4.

[Itamar M. Lins Jr.]

Ola!
No caso, penso que são as ancoras que o harbour possui.
Quando todos foram para o xHb, o Viktor tocou o barco praticamente sozinho e teve como fazer profundas mudanças. Depois o pessoal voltou para o Harbour, por exemplo o pessoal do Xailer ai o Viktor começou a mudar alguns nomes de funções por questões de padronização, tipo, win32prn para win_prn(), para quê esse 32 ? e quando for para o windows 64 ?... coisas como essa..., ai ele migrou tudo para o GIT e conseguiu agradar a todos, ou quase isso.
Como eu digo, o xHb nesse momento está sendo mais problemas que solução. É só lembrar da decisão do Viktor de não suportar mais a lib "xhb.hbc" no harbour.

Saudações,
Itamar M. Lins Jr.