2020-08-19 02:02 UTC+0200 Przemyslaw Czerpak (druzus/at/poczta.onet.pl)
* src/rtl/filesys.c
! use _exit() instead of exit() in forked process inside hb_fsPOpen().
I've noticed that programs linked with QT 5.9.5 does not cleanly ends
when exit() is used probably due to atexit() procedures.
* use EXIT_SUCCESS and EXIT_FAILURE macros
* src/rtl/gtcrs/gtcrs.c
* src/rtl/hbproces.c
* use _exit() instead of exit() in forked processes when exec*() fails
* use EXIT_SUCCESS and EXIT_FAILURE macros
* src/rtl/gtchrmap.c
* use 'return 0' instead of 'exit( 0 )' in commented debug code
2020-06-30 18:01 UTC+0200 Przemyslaw Czerpak (druzus/at/poczta.onet.pl)
* contrib/gtqtc/gtqtc.hbc
* added default Qt5 path in Ubuntu64
* contrib/gtqtc/gtqtc1.cpp
+ added support for horizontal wheel events
* do not try to load image when zero length string is used as image name
to refresh screen in HB_GTI_DISPIMAGE
2020-04-20 15:01 UTC+0200 Przemyslaw Czerpak (druzus/at/poczta.onet.pl)
* contrib/gtqtc/gtqtc.hbp
* added default Qt5 path in Ubuntu64
* debian/compat
* changed compatibility level from 5 to 9
* src/rdd/workarea.c
! do not use casting to functions with incompatible parameters.
Such casting does not work with some ABIs, i.e. when pascal
calling convention is used and called function should clean
parameters from the stack.
This modification should also pacify warnings generated by
recent GCC versions.
2020-04-19 16:32 UTC+0200 Przemyslaw Czerpak (druzus/at/poczta.onet.pl)
* contrib/hbct/dattime2.c
% minor optimization
* src/rdd/dbsql.c
; added somment with syntax info
* include/inkey.ch
* src/rtl/hbgtcore.c
+ added support for mouse wheel left and right events to base GT code
2020-04-19 16:00 UTC+0200 Przemyslaw Czerpak (druzus/at/poczta.onet.pl)
* src/vm/dynsym.c
* src/vm/task.c
! pacified warnings
* src/vm/hashfunc.c
! fixed possible GPF in hb_HCopy() and hb_HMerge() functions when source
and destinnation is the same hash array.
2020-03-27 15:00 UTC+0100 Przemyslaw Czerpak (druzus/at/poczta.onet.pl)
* ChangeLog.txt
! fixed the position of my last ChangeLog entry - sorry but my script
which adds ChangeLog entry automatically was not updated for year 2020
and added the description before last entry in 2019.
2020-03-24 23:34 UTC+0100 Przemyslaw Czerpak (druzus/at/poczta.onet.pl)
* config/linux/clang.mk
! fixed rule for dynamic library
* src/3rd/png/Makefile
+ added -DPNG_ARM_NEON_OPT=0 to build flags
* contrib/3rd/sqlite3/sqlite3.c
* contrib/3rd/sqlite3/sqlite3.diff
! pacified warning
* contrib/gtwvg/gtwvgd.c
* contrib/gtwvg/wvgwing.c
! fixed missing break/return in case statements - please verify it.
* contrib/hbct/dattime3.c
* added #define _DEFAULT_SOURCE necessay in new Linux distors
* contrib/hblzf/3rd/liblzf/liblzf.diff
* contrib/hblzf/3rd/liblzf/lzfP.h
* do not use nested #define in #if statements - some C compilers do not
support it
* contrib/hbssl/bio.c
! tuned #if condition
* contrib/hbmisc/hbeditc.c
* simpliefied for condition and pacified warning
* contrib/hbodbc/hbodbc.hbp
* contrib/sddodbc/sddodbc.hbp
+ added check for iodbc library
* utils/hbmk2/hbmk2.prg
+ added support for clang in android builds
* include/hbdefs.h
+ added check for __BYTE_ORDER__ macro used in some new lib C
implementations
* include/hbapi.h
* include/hbdefs.h
* include/hbstack.h
* include/hbvmpub.h
* src/vm/classes.c
* src/vm/dynsym.c
* src/vm/estack.c
* src/vm/memvars.c
+ extended the size of dynamic symbol table from 65535 to 4294967295.
Adopting class code I decided to keep current algorithm of method indexes
hashing with only some minor modifications. It's very fast anyhow it may
cause noticeable (though static) quite big memory allocation for class
definitions in applications using millions of symbols and which increase
dynamic symbol table at runtime loading new classes dynamically form .hrb,
.dll, .so or other dynamic libraries supported by Harbour. It's random
and rather impossible to exploit situation in real life anyhow I cannot
exclude it so I'd like to report it in ChangeLog. The solution is very
simple, i.e. it's enough to use classic divide et impera algorithm using
symbol numbers to find method definition anyhow it will be slower then
current one and address only very seldom hypothetical situations so I
decided to not implement it. Such static memory cost begins to be
completely unimportant in the world of 64-bit architectures and extremely
big memory address space.
The modification was sponsored by TRES company.
* src/vm/estack.c
! fixed __mvClear() in MT builds - due to stupid typo GetList variable
was removed in MT programs by CLEAR MEMORY command (__mvClear())
So far noone reported it and I've found it analyzing the code before
increasing symbol table size.
* contrib/hbwin/hbolesrv.c
* updated for new size of dynamic symbol table
2020-02-24 08:32 UTC+0100 Aleksander Czajczynski (hb fki.pl)
* src/lang/l_de.c
* src/lang/l_de_at.c
+ added German translations of error messages contributed
by DF7BE - Wilfried Brunken. Contents have been slightly
revised by Jan Fornoff.
2020-02-10 15:34 UTC+0100 Aleksander Czajczynski (hb fki.pl)
+ src/codepage/cpde858.c
* src/codepage/Makefile
* include/hbcpage.hbx
* src/harbour.def
+ added codepage DE858, it is essentially DE850 but with EURO SIGN
(U+20AC) at position 0xD5 instead of Turkish dotless-i (U+0131)
Issue #201
* src/vm/fm.c
* OpenWatcom remaining pragmas related to 201 warning (unreachable code)
assigned to C mode (wcc386) build only - issue #202
2020-02-05 11:25 UTC+0100 Aleksander Czajczynski (hb fki.pl)
* src/vm/fm.c
* src/macro/macro.y
* src/macro/macro.yyc
! guarded more C++ mode only pragmas for OpenWatcom. Issue #202
* utils/hbmk2/hbmk2.prg
! reverted C++ check
2020-02-05 08:08 UTC+0100 Aleksander Czajczynski (hb fki.pl)
* config/dos/watcom.mk
* config/linux/watcom.mk
* config/os2/watcom.mk
* config/win/watcom.mk
* src/compiler/harbour.y
* src/compiler/harbour.yyc
* utils/hbmk2/hbmk2.prg
! fix OpenWatcom disabled warning listings, numeric specifiers have
different meanings in C (wcc386) and C++ mode (wpp386) compiler
executables. "-wcd201" - not fully sure about it, is now assigned
to C mode: "unreachable code". References issue #202.
* ChangeLog.txt
! fix UTF-8 char broken by Maurizio
2020-02-04 21:12 UTC+0100 Maurizio la Cecilia (m.lacecilia/at/gmail.com)
* contrib/hbformat/hbfmtcls.prg
! fixed wrong spacing between comment indicators
2020-02-03 13:13 UTC+0100 Aleksander Czajczynski (hb fki.pl)
* include/hbcpage.hbx
* src/harbour.def
! updated to make some dynamic linkers happy about (not that)
recently added EE, LV languages
2020-01-31 15:34 UTC+0100 Aleksander Czajczynski (hb fki.pl)
* src/rtl/listbox.prg
! fix listbox scroll bar position calculation to not rely on
default Cl*pper compatible division by zero error handler.
Thanks to tarpauwatratar for the report and fix suggestion
on the developers list.
* contrib/hbdoc/hbdoc.prg
* contrib/hbformat/utils/hbformat.prg
* contrib/hbnetio/utils/hbnetio/hbnetio.prg
* package/harbour.mft
* package/harbour.rc
* src/compiler/hbusage.c
* utils/hbi18n/hbi18n.prg
* utils/hbtest/hbtest.prg
* bumped copyright year to 2020
* ChangeLog.txt
* function name typo + file case corrected
2020-01-13 19:15 UTC+0100 Aleksander Czajczynski (hb fki.pl)
* src/rtl/gtwin/gtwin.c
* src/rtl/gtwvt/gtwvt.c
! hopefully make left ALT+[Y/Z] WM_SYSCHAR values handling aware
of QWERTZ layout. Should fix issues with Serbian Latin and similar
keyboards, while still retain the original fix for Greek layout.
References:
2016-07-04 19:01 UTC+0200 Przemyslaw Czerpak (druzus/at/poczta.onet.pl)
https://github.com/harbour/core/commit/8465bce36bbfab6026673f1c597a91028f96079a
extended the size of dynamic symbol table from 65535 to 4294967295.
Lembrando que, pra 4 bilhões de variáveis, acredito que sejam necessários mais de 4GB de memória só pra criar as variáveis vazias. Dá pra dizer que o único limite passou a ser o equipamento.
Mas além disso, só aplicações especiais precisam de tanta variável.
E acho que nem precisa dizer: 32 bits pra isso nem pensar
José M. C. Quintas
Harbour 3.2, mingw, gtwvg mt, fivewin 25.04, multithread, dbfcdx, MySQL, ADOClass, PDFClass, SefazClass, (hwgui mt), (hmg3), (hmg extended), (oohg), PNotepad, ASP, stored procedure, stored function, Linux (Flagship/harbour 3.2) "The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell" https://github.com/JoseQuintas/
Ola!
Pela quantidade de erros corrigidos na área(QT).
Parece que será o caminho natural dos Harboureanos. Já tem IDE oficial da QT e muita coisa pronta da parte do Harbour, basta mais pessoas começarem a divulgar.
Bate de frente com Xailer's, Fivewiners, Hwgui's, Minigui's.
Sempre digo que a IDE(gráfica) é mais importante que a linguagem, no caso de adoção e divulgação, desenhar na mão telas só para os dinossauros(like me)
Tem que estudar a técnica de desenhar as telas UI da QT e puxar elas pelas LIBS do Harbour. Temos muito pouco proveito e divulgação disso.
Por enquanto fico no H 3.4 e hwgui, seria muito retrabalho
►Harbour 3.x | Minigui xx-x | HwGui◄ Pense nas possibilidades abstraia as dificuldades. Não corrigir nossas falhas é o mesmo que cometer novos erros. A imaginação é mais importante que o conhecimento. (Albert Einstein)
onde eu consigo a versão 3.2 mais atual de harbour sem o erro da LIBPNG.a pois já baixei de vários lugares e sempre da esse erro, já coloquei a lib da versão que tenho , não da erro de compilação mas não executa o APP, alguém já conseguiu fazer funcionar???
2014-01-24 12:35 UTC+0100 Przemyslaw Czerpak (druzus/at/poczta.onet.pl)
* src/3rd/png/*
* src/3rd/png/Makefile
* src/3rd/png/pnglconf.h
* src/3rd/png/png.dif
* updated libpng 1.6.1 -> 1.6.8
; modifications below taken from Viktor branch
Warning: some of them may cause problems with 3rd party
code which needs fully functional libpng.
* disabled PNG_CONSOLE_IO_SUPPORTED build option.
(MSVS 2013 doesn't support 'stderr' constant)
* disabled STDIO dependent parts for all platforms
* disabled PNG_CONVERT_tIME_SUPPORTED to avoid using
unsafe RTL calls (as shown by msvc)
Fernando queiroz escreveu:onde eu consigo a versão 3.2 mais atual de harbour sem o erro da LIBPNG.a pois já baixei de vários lugares e sempre da esse erro, já coloquei a lib da versão que tenho , não da erro de compilação mas não executa o APP, alguém já conseguiu fazer funcionar???
Depois que chegar nesse ponto informa porque tem outras informações para baixar o GCC do msys2
►Harbour 3.x | Minigui xx-x | HwGui◄ Pense nas possibilidades abstraia as dificuldades. Não corrigir nossas falhas é o mesmo que cometer novos erros. A imaginação é mais importante que o conhecimento. (Albert Einstein)
Itamar M. Lins Jr. escreveu:Não é uma lib do Harbour.
Com 3.4 tudo ok, só fontes do github e nada mais.
hb34.png (9.57 KiB) Exibido 3016 vezes
José M. C. Quintas
Harbour 3.2, mingw, gtwvg mt, fivewin 25.04, multithread, dbfcdx, MySQL, ADOClass, PDFClass, SefazClass, (hwgui mt), (hmg3), (hmg extended), (oohg), PNotepad, ASP, stored procedure, stored function, Linux (Flagship/harbour 3.2) "The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell" https://github.com/JoseQuintas/
Ola!
Provavelmente, tá conflitando com outra.
Achei uma mensagem do Maurizio, com um problema similar.
A correção foi trocar a ordem de linkagem da lib.
Vale destacar que se gerar o Harbour 3.2 em 64 bits, gera normalmente.
O erro é só pra gerar em 32 bits.
Notei isso quando fiz o teste aqui.
José M. C. Quintas
Harbour 3.2, mingw, gtwvg mt, fivewin 25.04, multithread, dbfcdx, MySQL, ADOClass, PDFClass, SefazClass, (hwgui mt), (hmg3), (hmg extended), (oohg), PNotepad, ASP, stored procedure, stored function, Linux (Flagship/harbour 3.2) "The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell" https://github.com/JoseQuintas/
