PC Toledo

Atualização de hoje do Harbour 3.2

2018-11-16 16:33 UTC+0100 Przemyslaw Czerpak (druzus/at/poczta.onet.pl)
* contrib/hbssl/bio.c
* contrib/hbssl/err.c
* contrib/hbssl/evp.c
* contrib/hbssl/evpciph.c
* contrib/hbssl/evpenc.c
* contrib/hbssl/evpmd.c
* contrib/hbssl/evppkey.c
* contrib/hbssl/hbssl.ch
* contrib/hbssl/hbssl.h
* contrib/hbssl/hbssl.hbx
* contrib/hbssl/pem.c
* contrib/hbssl/rand.c
* contrib/hbssl/ssl.c
* contrib/hbssl/ssl_hb.c
* contrib/hbssl/ssl_inet.c
* contrib/hbssl/ssl_sock.c
* contrib/hbssl/sslciph.c
* contrib/hbssl/sslctx.c
* contrib/hbssl/sslsess.c
* contrib/hbssl/x509.c
* synced with Viktor's 3.4 branch and updated to OpenSSL 1.1

* include/hbsocket.h
* src/rtl/hbsocket.c
+ added new C function:
HB_U16 hb_socketNToHS( HB_U16 netshort )

* include/hbapiitm.h
* src/vm/itemapi.c
+ added new C functions:
const char * hb_itemGetCRef( PHB_ITEM pItem, void ** phRef,
HB_SIZE * pnLen );
void hb_itemFreeCRef( void * hRef );
hb_itemGetCRef() locks string inside character item so it cannot be
released when item is cleared an hb_itemFreeCRef() unlocks it and
free if item holding it was cleared.

Só chamar atenção para a parte "Vikor's 3.4 branch"

Lembrando que o 3.4 tem as atualizações do 3.2, mas o 3.2 não tem todas as atualizações do 3.4
Espero que um dia volte a ser versão única....
Enquanto isso... só 3.4.

Tinha um tópico no grupo internacional, que queriam juntar as duas por causa do openSSL 1.1, se era esse o problema, agora está resolvido e pode ser usar também no Harbour 3.2

Nada que um empurrão...zinho não faça ...

Quem sabe... "as vezes é o que falta"

Ola!
IMHO na verdade é tudo uma coisa só.
O Viktor é MASTER no Harbour(basta ler o changelog) controlou o Harbour 2x quando Przemek saiu para o xHarbour ai o Przemek, voltou definitivamente para o Harbour até o 3.2 e o Viktor passou a bola para Przemek, e criou o 3.4 para ter mais liberdade/sossego.
Ele pode mexer em qualquer um. Penso que estão esperando mais pessoas aparecerem para animar o Harbour.
Por enquanto só "espertos" aparecem... Gostaria de saber se eles participam dos lucros das empresas que vendem o Harbour.
Basta ler os posts do POVO do xHarbour pedindo para o Przemek consertar o xHb...Ron Pinkas & CIA lá do xHarbour.
Agora tá todo mundo tremendo na base mas não aparece ninguém com conhecimento técnico suficiente para tocar o barco, ou melhorar. Só chega gente para GANHAR em cima dos trabalhos deles.
Os CASOS da Minigui, HwGui... como exemplos. Lendo os posts do Alexander Kresin. Ele conversando com o outro desenvolvedor dando boas vindas pq estava sozinho mexendo na Hwgui 18,19,20... Antes que digam que a culpa é dele, me mostre os OUTROS projetos que estão em pleno vapor, que saíram da Hwgui e a meu ver não foram para frente.
É simples de entender, no Harbour RAIZ/ROOT/Default não podem mexer muito rápido e tem que esperar o mais lentos atualizarem pois é sempre uma muvuca trocar/alterar ele. Já no Harbour do Viktor ele faz o que quiser. Quando ele trocou os nomes das funções *w32* para *WIN* só nisso ai já houve reclamação de alguns.
Imaginem ele querer trabalhar na velocidade que ele trabalha/ou no 3.4. no 3.2 !?

Saudações,
Itamar M. Lins Jr.

Itamar M. Lins Jr. escreveu:Quando ele trocou os nomes das funções *w32* para *WIN* só nisso ai já houve reclamação de alguns.

Pequena correção:

trocou por win_ as funções relacionadas com Windows
trocou por wapi_as funções relacionadas às APIs do Windows, que basta usar os manuais da Microsoft para usá-las.
As funções wapi_* atenderiam todas as LIBs gráficas.... se fossem usadas pelas LIbs.

Ola!
Também não entendo o porquê do Mel Smith não atualizar o repositório oficial, fica disponibilizando o Harbour em um site dele que ele leva todo ano de uma lado para outro nos USA. Porque ele não usa o GITHUB para atualizar o Harbour compilado ?
O repositório oficial do Harbour 3.2 está bloqueado com uma atualização de fevereiro. Nisso ele criou o DELE paralelo e fica controlando de certa forma o Harbour e não ensina como compilar o Harbour dos fontes entre outras coisas causando uma dependência dele.

Saudações,
Itamar M. Lins Jr.

Itamar M. Lins Jr. escreveu:ica disponibilizando o Harbour em um site dele que ele leva todo ano de uma lado para outro nos USA. Porque ele não usa o GITHUB para atualizar o Harbour compilado ?

Também acho.

Pra quem não entende do que estamos falando:
O cara perde tempo criando um site com várias versões do Harbour.... incluindo 3.4 usando BCC, o que significa 3.4 mexido...
Vira e mexe troca de hospedagem, talvez pra um lugar mais barato ou mais eficiente...
Bastaria ele salvar as alterações que faz dentro do oficial e pronto.

Mesmo assim....
As LIBs gráficas poderiam aproveiar essas versões prontas, e distribuirem apenas o que faz parte da LIB...

Ou seja, o que sempre falo aqui:
É um monte de gente perdendo tempo à toa, dividindo usuários, sendo que tudo poderia estar centralizado no Harbour.

Sobre atualizar o XHarbour:
NUNCA isso vai ser feito. Se atualizar o Xharbour significa ficar igual ao Harbour.... ué... pra que perder tempo? o Harbour está pronto com todas as alterações, é só usar - criar uma cópia igual pra que?

Quem ainda mantém o XHarbour vivo:
quem continua insistindo em usá-lo.... LIBs e usuários....
Ficam perdendo tempo, tempo este que poderia ser usado pra melhorar ainda mais tudo.
E pra poder usar LIBs XHarbour, proprietárias, que não tem pra Harbour....

Prender a XHarbour é bom... para a empresa que vende XHarbour, e novas versões dessas LIBs.
Prender a Fivewin é bom... pra empresa que vende novas versões de fivewin.
É por aí, infelizmente.