Commit Graph

3 Commits

Author SHA1 Message Date
Viktor Szakats
fae2a5f489 2008-08-26 02:43 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/xhb/hbcrypt.c
   * contrib/hbw32/tprinter.c
   * contrib/hbw32/w32_ole.c
   * contrib/hbw32/w32_prn.c
   * contrib/hbfbird/tests/testapi.c
   * contrib/hbziparch/hbziparc.c
   * contrib/hbziparch/hbzipnew.cpp
   * contrib/hbhpdf/harupdf.c
   * contrib/hbfimage/fi_winfu.c
   * contrib/hbfimage/fi_wrp.c
   * contrib/hbgf/hbgfw32/win32.c
   * contrib/hbgf/hbgfos2/os2pm.c
   * source/rtl/filesys.c
   * utils/hbtest/rt_miscc.c
     * // -> ANSI comments.
     ; NOTE: hbwhat32 and gtwvg remain with //.
2008-08-26 00:45:47 +00:00
Viktor Szakats
4ff514f08f 2008-04-13 22:16 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbtest/make_c5x.bat
   * utils/hbtest/hbtest.prg
   * utils/hbtest/rt_miscc.c
   * utils/hbtest/rt_misc.prg
     - Removed dependency on hbclip.
     + Added proper C version of hb_SToD() for C5.x compiles.
       (Needs MSC)
     ! Refixed hb_SToD() results messed up in my previous 
       commit. Sorry for the confusion, Harbour was perfectly 
       100% compatible, the reference values were wrong in 
       default HBTEST for CA-Cl*pper.
     + Disabling hb_SToD() tests with invalid input values 
       for CA-Cl*pper in case there was no C compiler available 
       when building HBTEST. This is to avoid any invalid 
       results (due to the .prg version of hb_SToD() and to 
       avoid confusions such as above.
2008-04-13 20:27:07 +00:00
Viktor Szakats
ed876c2900 2008-04-13 19:19 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* common.mak
   + utils/hbtest/rt_main.h
   + utils/hbtest/rt_miscc.c
   * utils/hbtest/rt_str.prg
   * utils/hbtest/Makefile
   * hbtest/make_c5x.bat
   * hbtest/make_xpp.bat
     + Added light framework to implement C level regression tests.
     + Added regression tests for some incompatible Str() conversions.
       TOFIX: The problem seems to be in hb_retnl() (and friends, 
              presumably) where in C5x the internal width gets 
              modified to 20 when certain value is reached (+/-1000000000), 
              while in Harbour the length stays 10.
              I tried to do the same test using Item API, but I got 
              so strange results in C, that I finally dropped it.
     + Added optional C compilation using MSC for CA-Cl*pper 
       build batch file.
     + Added better support to compile the test suite under C5.3.
       Caller will need to use "set HB_COMPAT_C53=1" for this mode.

   * utils/hbtest/rt_array.prg
     ! Corrected some (ASize()) expected results when not in 5.3 mode.

   * utils/hbtest/rt_str.prg
     + Added comments for some erroneous C5.3 'Str(Val())' results.

   * utils/hbtest/rt_math.prg
     ! Corrected expected C5.2/5.3 result for 'MOD()'.
       TOFIX: The Harbour result is different, and in contrary to 
              C5.x it won't allow to substitue values from the 
              error handler, when wrong types were passed initially, 
              which is IMO a bug.

   * utils/hbtest/rt_misc.prg
     ! Some results synced with C5.x (where the result could be 
       "explained"), two marked as buggy/questionable.
     ! Two strange Harbour-synced results swapped for the somewhat 
       more meaningful C5.x ones.
     + Added some more strange date conversion tests.
     ; All these could be fixed in Harbour to give the exact same 
       C5.x values even for these strange inputs, but it's by no 
       means a priority.

   * source/rtl/transfrm.c
     ! FoxPro/XPP feature guarded with HB_COMPAT_FOXPRO || HB_COMPAT_XPP,
       meaning that it stays enabled by default because of HB_COMPAT_XPP.

   * contrib/rddads/make_b32.bat
   * contrib/rddads/make_vc.bat
     ! Fixed the dir precedence when looking for ace32.dll.
2008-04-13 18:03:37 +00:00