Harbour ChangeLog - Relevant for HMG interest

Harbour, MingW related news.

Moderator: Rathinagiri

User avatar
gfilatov
Posts: 515
Joined: Fri Aug 01, 2008 5:42 am
Location: Ukraine
Has thanked: 7 times
Been thanked: 60 times
Contact:

Re: Harbour ChangeLog - Relevant for HMG interest

Post by gfilatov » Thu Sep 29, 2016 7:16 am

srvet_claudio wrote:I have been thinking about this matter, but not if it worth upgrading to fork 3.4.

What you think about this still with Harbour version 3.2 or changes to version 3.4 ?
Hi Claudio,

I've switched the MiniguiEx's MinGW-based build to the Viktor's Harbour fork and it's works very good.
But this move will be required a small tuning from you because the some obsolete harbour functions marked with the constant HB_LEGACY_LEVEL4 was removed from above fork :geek:
And note that Viktor's snapshot build is 64 bits based now...
-------------------------------------------------------------
Minigui Ex Package (build date: 26.09.2016)
Download links: http://hmgextended.com/download.html

-------------------------------------------------------------

Components versions:
--------------------

Harbour MiniGUI Extended Edition 16.09

Harbour 3.4.0dev () (2016-09-07 16:46)

Harbour Make (hbmk2) 3.4.0dev () (2016-09-07 16:46)

gcc (i686-win32-sjlj-rev0, Built by MinGW-W64 project) 6.2.0
Kind Regards,
Grigory Filatov

"Everything should be made as simple as possible, but no simpler." Albert Einstein

User avatar
Pablo César
Posts: 4058
Joined: Wed Sep 08, 2010 1:18 pm
Location: Curitiba - Brasil
Has thanked: 100 times
Been thanked: 177 times

Post by Pablo César » Thu Sep 29, 2016 3:06 pm

srvet_claudio wrote:What you think about this still with Harbour version 3.2 or changes to version 3.4 ?
Primeramente, gracias Claudio y demás por darnos esta oportunidad de opinion, principalmente en este punto muy importante para nuestra comunidad.

En mi opinion, deberíamos acompañar más de cerca los cambios, mejorias y reparaciones hechas en 3.4. La version 3.4 parece más acompañar nuestros actuales pasos.
srvet_claudio wrote:I have been thinking about this matter, but not if it worth upgrading to fork 3.4.
Así parece ser, un fork. Pero qué mal hay en eso y en qué nos implica, Claudio?
Me suena algo redundante pero talvez en el futuro, eso no sea asi...
Screen8.png
Screen8.png (19.66 KiB) Viewed 1338 times
apais wrote:Moving to 3.4 means subyugate HMG to a one man's project.
Entiendo.
De cualquier forma HMG está en remolque con Harbour, sea de uno o de otro. Pero lo importante que hay avances con la version de Viktor Szakáts y la correcciones como la del hb_BLen() es bien evidente y real cuanto al bug en UNICODE.
gfilatov wrote:some obsolete harbour functions marked with the constant HB_LEGACY_LEVEL4 was removed from above fork :geek:
And note that Viktor's snapshot build is 64 bits based now...
Me parece que esto es bueno y demande algunas acomodaciones (no lo sé). :?

Compatibilidades parecen haberlas.
Screen7.png
Screen7.png (14.28 KiB) Viewed 1338 times
Es bueno saber de antecedencia las preposiciones y pensar que una sola persona puede llegar a faltarnos? Nadie, ni nada es eterno. Todo tiene un comienzo y un fin. A veces precisamos tirarnos a la pileta para saber si hay água... Lo que considero, es que hay un trabajo en adamiento y correciones que nos hacen falta. De todas formas, la opinion de Roberto seria importante a considerar, porque él siempre fue nuestra brújula.

Visto a la retrocompatibilidad, avanzos y arreglos: me quedo con la version 3.4.
Esa es mi opinion personal.
HMGing a better world
"Matter tells space how to curve, space tells matter how to move."
Albert Einstein

User avatar
mol
Posts: 2856
Joined: Thu Sep 11, 2008 5:31 am
Location: Myszków, Poland
Has thanked: 125 times
Been thanked: 65 times
Contact:

Post by mol » Thu Sep 29, 2016 7:58 pm

off topic, could you write in English Pablo???

User avatar
srvet_claudio
Posts: 1953
Joined: Thu Feb 25, 2010 8:43 pm
Location: Uruguay
Has thanked: 31 times
Been thanked: 120 times
Contact:

Post by srvet_claudio » Fri Sep 30, 2016 1:36 am

gfilatov wrote:
srvet_claudio wrote:I have been thinking about this matter, but not if it worth upgrading to fork 3.4.

What you think about this still with Harbour version 3.2 or changes to version 3.4 ?
Hi Claudio,

I've switched the MiniguiEx's MinGW-based build to the Viktor's Harbour fork and it's works very good.
But this move will be required a small tuning from you because the some obsolete harbour functions marked with the constant HB_LEGACY_LEVEL4 was removed from above fork :geek:
And note that Viktor's snapshot build is 64 bits based now...
-------------------------------------------------------------
Minigui Ex Package (build date: 26.09.2016)
Download links: http://hmgextended.com/download.html

-------------------------------------------------------------

Components versions:
--------------------

Harbour MiniGUI Extended Edition 16.09

Harbour 3.4.0dev () (2016-09-07 16:46)

Harbour Make (hbmk2) 3.4.0dev () (2016-09-07 16:46)

gcc (i686-win32-sjlj-rev0, Built by MinGW-W64 project) 6.2.0
Thanks Grigory for your explanation !
Best regards.
Dr. Claudio Soto
(from Uruguay)
http://srvet.blogspot.com

EduardoLuis
Posts: 523
Joined: Tue Jun 04, 2013 6:33 pm
Location: Argentina
Been thanked: 28 times

Post by EduardoLuis » Fri Sep 30, 2016 1:21 pm

Hi Claudio:

One thing disturbes me, on Grigory explanation:

"And note that Viktor's snapshot build is 64 bits based now..."

If we go that way, we may loose compatibility with 32 bits hardware, and these mean:
1) Preserve old HMG Version for developing app 32 bit, what mean we must do twice the same job
2) Go to a 64 bits version and force our clients to upgrade hardware.-

With regards.
Eduardo

User avatar
srvet_claudio
Posts: 1953
Joined: Thu Feb 25, 2010 8:43 pm
Location: Uruguay
Has thanked: 31 times
Been thanked: 120 times
Contact:

Post by srvet_claudio » Fri Sep 30, 2016 2:08 pm

EduardoLuis wrote:Hi Claudio:

One thing disturbes me, on Grigory explanation:

"And note that Viktor's snapshot build is 64 bits based now..."

If we go that way, we may loose compatibility with 32 bits hardware, and these mean:
1) Preserve old HMG Version for developing app 32 bit, what mean we must do twice the same job
2) Go to a 64 bits version and force our clients to upgrade hardware.-

With regards.
Eduardo
It is true.
Best regards.
Dr. Claudio Soto
(from Uruguay)
http://srvet.blogspot.com

User avatar
mol
Posts: 2856
Joined: Thu Sep 11, 2008 5:31 am
Location: Myszków, Poland
Has thanked: 125 times
Been thanked: 65 times
Contact:

Post by mol » Fri Sep 30, 2016 2:30 pm

it's too early for 64 bits only

User avatar
esgici
Posts: 4346
Joined: Wed Jul 30, 2008 9:17 pm
DBs Used: DBF
Location: iskenderun / Turkiye
Has thanked: 233 times
Been thanked: 80 times
Contact:

Post by esgici » Fri Sep 30, 2016 3:00 pm

All of these aren't good news :(

The worst thing is : may be signs of end of open source road for Harbour :cry:

Anyway, viva HMG :D
Viva INTERNATIONAL HMG :D

User avatar
Pablo César
Posts: 4058
Joined: Wed Sep 08, 2010 1:18 pm
Location: Curitiba - Brasil
Has thanked: 100 times
Been thanked: 177 times

Post by Pablo César » Fri Sep 30, 2016 5:00 pm

mol wrote:off topic, could you write in English Pablo???
Sure, Mr. Marek,

Google translation
srvet_claudio wrote:What you think about this still with Harbour version 3.2 or changes to version 3.4 ?
First, thanks Claudio and others for giving us this opportunity of opinion, especially in this very important point for our community.

In my opinion, we should accompany more closely the changes, improvements or repairs performed at 3.4. The version 3.4 seems to accompany our current steps.
srvet_claudio wrote:I have been thinking about this matter, but not if it worth upgrading to fork 3.4.
This seems to be a fork. But what's wrong with it and what we mean, Claudio?
It sounds somewhat redundant but maybe in the future, that will be not so ...
Screen8.png
Screen8.png (19.66 KiB) Viewed 1218 times
apais wrote:Moving to 3.4 means subyugate HMG to a one man's project.
I get it.
Anyway HMG is trailed from Harbour, either one or the other. But the important thing there is progress with the version of Viktor Szakáts and corrections as the hb_BLen () is quite clear and true as the bug in UNICODE.
gfilatov wrote:some obsolete harbour functions marked with the constant HB_LEGACY_LEVEL4 was removed from above fork :geek:
And note that Viktor's snapshot build is 64 bits based now...
I think this is good and demand some accommodations (do not know). :?

It seems to have compatibilities
Screen7.png
Screen7.png (14.28 KiB) Viewed 1218 times
It is good to know prepositions with antecedence and think that one person could fail to us? No, nothing is eternal. Everything has a beginning and an end. Sometimes we need to throw ourselves into the pool to see if there is water ... What I think is that there is a work in progress and corrections that we need. However, the opinion of Roberto is important to be considered, because he was always our compass.

Seen backwards compatibility, advances and arrangements: I stay with version 3.4.
That's my personal opinion.
HMGing a better world
"Matter tells space how to curve, space tells matter how to move."
Albert Einstein

User avatar
Pablo César
Posts: 4058
Joined: Wed Sep 08, 2010 1:18 pm
Location: Curitiba - Brasil
Has thanked: 100 times
Been thanked: 177 times

Post by Pablo César » Fri Sep 30, 2016 5:06 pm

In my view, does not mean that 3.4 is unique in 64bits. On the contrary, it is prepared for 32 and 64bit.

No one is forcing anything on the version of Viktor's Harbour.

I think he's concerning to be able with 64bits
HMGing a better world
"Matter tells space how to curve, space tells matter how to move."
Albert Einstein

Post Reply