Commit Graph

6570 Commits

Author SHA1 Message Date
Alejandro de Garate
e339872d3d CHANGELOG: 2005-08-23 22:01 UTC-0400 - Add linux primer 2005-08-24 02:17:48 +00:00
Alejandro de Garate
e318271c7a Added sample of scrollbar class 2005-08-23 22:51:38 +00:00
Viktor Szakats
587507c89d 2005-06-14 21:11 UTC+0100 Viktor Szakats <viktor.szakats@syenar.hu>
* source/rtl/disksphb.c
     * hb_DiskSpace() changed to not give a runtime error in case
       of any error, but set the FError() value instead.

   * config/bsd/global.cf
   * config/darwin/global.cf
   * config/dos/global.cf
   * config/dos/owatcom.cf
   * config/hpux/global.cf
   * config/linux/global.cf
   * config/linux/owatcom.cf
   * config/os2/dir.cf
   * config/os2/global.cf
   * config/os2/install.cf
   * config/sunos/global.cf
   * config/w32/global.cf
     ! Changed all line beginning spaces to Tabs.
2005-06-14 19:12:08 +00:00
Viktor Szakats
193e4b6372 2005-06-11 13:01 UTC+0100 Viktor Szakats <viktor.szakats@syenar.hu>
* source/rtl/idle.c
     ! Fix to prev. commit.
2005-06-11 11:02:31 +00:00
Viktor Szakats
7ecacf1eea ChangeLog type in last entry 2005-06-09 17:14:46 +00:00
Viktor Szakats
282c6ee70f 2005-06-09 18:09 UTC+0100 Viktor Szakats <viktor.szakats@syenar.hu>
* source/rtl/tget.prg
     ! :displat fixed (again) to always call VarGet block
       to be CA-Cl*pper compatible.

   * config/w32/global.cf
     ! Fixed to properly create the obj directories when compiling
       using GCC under XP. This broke in the near past.

   * source/pp/ppcore.c
     ! Fixed two compiler warnings.
     ; Please review one of them if you made the change, since
       I'm not sure what the intention was, here's the code snippet:

       ...
       lenreal = IsMacroVar( *ptri, com_or_tra ); /* THIS LINE IS NOW COMMENTED OUT */
       *ptri +=1;
       lenreal = getExpReal( expreal+2, ptri, FALSE, maxlenreal, FALSE );
       ...

   * source/codepage/cdphu852.c
     ! HU sorting order fixed to be more compatible with CA-Cl*pper.
       (Still missing some non-852 chars though)

   * source/common/hbver.c
     ! Fixed forming NT version number (5.01.2600 -> 5.1.2600)

   * source/compiler/hbusage.c
     + Copyright year updated.

   * harbour/source/rtl/idle.c
     * Cleaned up a platform dependent code part.
2005-06-09 16:04:09 +00:00
Alexander S.Kresin
cca0f761b6 include/hbver.h - last changelog info added 2005-05-25 05:55:24 +00:00
Alexander S.Kresin
2aaf5e33f9 2005-05-25 09:55 UTC+0300 Alexander Kresin <alex@belacy.belgorod.su> 2005-05-25 05:53:27 +00:00
Chen Kedem
d77570ed12 2005-05-15 11:04 UTC+0300 Chen Kedem <niki@actcom.co.il> 2005-05-15 08:03:12 +00:00
Chen Kedem
9e172f166c 2005-05-15 10:42 UTC+0300 Chen Kedem <niki@actcom.co.il>
I wrote the wrong date in the ChangeLog (14 --> 15)
2005-05-15 07:43:07 +00:00
Chen Kedem
425d320d43 2005-05-14 10:34 UTC+0300 Chen Kedem <niki@actcom.co.il> 2005-05-15 07:37:21 +00:00
Antonio Linares
9a2b1d8230 2005-05-07 17:01 UTC+0100 2005-05-07 15:11:54 +00:00
Antonio Linares
5fa0cfc51f HB_EXPORT added to those functions that already were using it, as per
new Microsoft C 64 compiler (PSDK April 2005) requirement.
2005-05-07 15:10:46 +00:00
Antonio Linares
ebaacceb23 HB_EXPORT added to those functions that already were using it, as per
new Microsoft C 64 compiler (PSDK April 2005) requirement
2005-05-07 15:08:54 +00:00
Antonio Linares
86afbc1d63 bufferoverflowu.lib added to LDFLAGS as per new Microsoft C 64 compiler requirement 2005-05-07 15:06:33 +00:00
Antonio Linares
8c9593ed7e 2005-04-29 16:00 UTC+0100 2005-04-29 14:01:09 +00:00
Antonio Linares
0abd7a4e49 -D__64__ removed. No longer needed. 2005-04-29 13:59:48 +00:00
Antonio Linares
b3a145fa06 2005-04-29 15:54 UTC+0100 2005-04-29 13:56:03 +00:00
Antonio Linares
d9638b8dd0 __64__ changed into Microsoft C 64 built-in _WIN64 2005-04-29 13:54:49 +00:00
Antonio Linares
3bf04956ca 2005-04-29 15:46 UTC+0100 2005-04-29 13:49:02 +00:00
Antonio Linares
b156fa7a49 fixed for Windows 64, using Microsoft C provided _WIN64 define 2005-04-29 13:46:32 +00:00
Antonio Linares
04d4699142 *** empty log message *** 2005-04-29 05:08:46 +00:00
Antonio Linares
8cbbdda5a0 __64__ define use to detect building for 64 bits when using Microsoft C compiler 2005-04-29 05:04:48 +00:00
Antonio Linares
0763b8d8b8 __64__ define declared 2005-04-29 05:03:02 +00:00
Antonio Linares
3478cffd05 2005-04-29 06:08 UTC+0100 2005-04-29 04:10:42 +00:00
Antonio Linares
13152326a5 make files for Microsoft C 64 bits 2005-04-29 04:08:04 +00:00
Antonio Linares
b6abaf48ce 2005-04-18 00:15 UTC+0100 2005-04-18 22:16:46 +00:00
Antonio Linares
50d62fc2fa 64 bits support - temporary minor workarounds 2005-04-18 22:15:28 +00:00
Antonio Linares
5e8dd8d462 2005-04-18 00:10 UTC+0100 2005-04-18 22:12:00 +00:00
Antonio Linares
8f3da9c87b fixed typo on used USHORT_MAX instead of USHRT_MAX 2005-04-18 22:10:09 +00:00
Antonio Linares
37c3398905 2005-04-18 22:52 UTC+0100 2005-04-18 21:00:28 +00:00
Antonio Linares
05daa044c2 two minor changes required for 64 bits support 2005-04-18 20:51:49 +00:00
Antonio Linares
51671e6848 hb_vmArrayGen() - Microsoft C 64 bits required fix 2005-04-17 11:02:45 +00:00
Ryszard Glab
971da5e61e 2005-03-18 11:45 UTC+0100 Ryszard Glab <rglab@imid.med.pl>
* config/dos/global.cf
      *restored creation of subdirectiories under plain DOS

   * include/hbapi.h
   * include/hbcomp.h
   * include/hbdefs.h
   * include/hbvm.h
   * source/compiler/genc.c
   * source/compiler/harbour.c
   * source/compiler/hbpcode.c
   * source/vm/dynsym.c
   * source/vm/hvm.c
   * source/vm/macro.c
      *modified creation of symbols table
         *symbol of function name never share a symbol of variable
         *symbol for INIT/EXIT procedure has now '$' suffix - this means
         that such procedures cannot be called from user code
         (Clipper compatible)
       See the following code:
       PROCEDURE MAIN
        aaa()
       RETURN
       INIT PROCEDURE aaa
        ? "In INIT procedure", PROCNAME(0)
       RETURN
       STATIC PROCEDURE aaa
        ? "In STATIC procedure", PROCNAME(0)
       RETURN
       It will print:
       In INIT procedure aaa$
       In STATIC procedure aaa

      *fixed access to static functions in a macro compiler (symbols for
      static functions never goes into dynamic symbols table)

   * source/pp/ppcore.c
      *increased numer of nested optional clauses (max 5 currently - work
      in progress)
2005-03-18 10:39:33 +00:00
Antonio Linares
291a3f7df9 2005-02-16 13:52 UTC+0100 2005-02-16 12:53:19 +00:00
Antonio Linares
fd3a96bead hb_objGetpMethod() compiled as extern "C" for MSVC compatibility with xHarbour 2005-02-16 12:52:01 +00:00
Tomaz Zupan
5559b2edf8 ChangeLog: 2005-02-01 21:05 UTC+0100 Tomaz Zupan <tomaz/at/orpo.si> 2005-02-01 20:11:04 +00:00
Przemyslaw Czerpak
7750612ce9 2005-02-01 20:40 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/memvars.c
    * fixed public releasing - fix borrowed from xHarbour
      Ryszard please check if it doesn't cause any bad side effects.
      The following code demonstrate the problem.

      ===========================================
         memvar x, y, z
         proc main()
         local l := { || x }
         public x := "QWE"
         private z := "asd"
         Errorblock( { | oError | errHandler( oError ) } )
         ? eval( l )
         test()
         ? x
         ? z
         ? eval( l )
         return

         proc test()
         private y := "xyz"
         release x, y, z
         ? x
         ? y
         ? z
         return

         func errHandler( oErr )
         local varName := oErr:operation()
         public &varName := oErr:description() + ": " + varName
         return .t.
      ===========================================
2005-02-01 19:57:39 +00:00
Przemyslaw Czerpak
5b55562b32 2005-01-31 20:35 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* xharbour/source/rdd/dbf1.c
    * fixed possible GPF I introduced with last update.
2005-01-31 19:48:36 +00:00
Przemyslaw Czerpak
e31bdceeb4 2005-01-30 22:10 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* xharbour/contrib/rdd_ads/ace.h
    * small modification for OpenWatcom on Linux

  * xharbour/source/rdd/dbfntx/dbfntx1.c
    * minor fix: use *_GOTO( pArea, 0 ) instead
      of *_GOTO( pArea, pArea->ulRecCount+1000 )
    + use hb_fsSeekLarge() - for DBFs longer then 2GB

  * xharbour/include/hbrddcdx.h
  * xharbour/source/rdd/dbfcdx/dbfcdx1.c
    + use hb_fsSeekLarge() - for DBFs longer then 2GB
    * my last xHarbour modifications:
      improved indexing speed of DBFs with very big number of
      records. In small DBFs less then 100'000 records the new
      algorithm can even decrease the speed by ~0.5% due to static
      costs but in bigger it becomes faster. For 1'000'000 records
      DBFs is about 20% faster, for 10'000'000 records about twice
      faster. With bigger DBFs more. Please test it. If you will
      have any troubles (I hope not) then please comment out in
      dbfcdx.c:
        #define HB_CDX_NEW_SORT
      I should done it before when I was rewriting the indexing but
      sorry I was too lazy. Now I've found a while. Current cost of
      key comparisons is always n*log2(n) and cannot be more improved.
      Some small optimizations still can be done but the static cost
      for small database will be bigger then ~0.5% as in this case
      so I do not plan to do it in the nearest future.

  * harbour/include/dbinfo.ch
  * harbour/source/rdd/dbf1.c
    + use hb_fsSeekLarge() - for DBFs longer then 2GB
    * synched with xHarbour (added DBRI_RAW*)
    * do not call GOCOLD() inside CHILDSYNC() but do it in FORCEREL()
      the modification based on CL5.3 NG.
      Below is a note I lef in dbf1.c:
      /*
       * !!! The side effect of calling GOCOLD() inside CHILDSYNC() is
       * evaluation of index expressions (index KEY and FOR condition)
       * when the pArea is not the current one - it means that the
       * used RDD has to set proper work area before eval, DBFCDX does
       * but DBFNTX not yet - it should be changed.
       * IMHO GOCOLD() could be safely removed from this place but I'm not
       * sure it's Clipper compatible - I will have to check it, Druzus.
       */
      /*
       * I've checked in CL5.3 Technical Reference Guide that only
       * FORCEREL() should ensure that the work area buffer is not hot
       * and then call RELEVAL() - I hope it describes the CL5.3 DBF* RDDs
       * behavior so I replicate it - the GOCOLD() is moved from CHILDSYNC()
       * to FORCEREL(), Druzus.
       */

  * harbour/source/rdd/dbf0.prg
  * harbour/source/rdd/delim0.prg
  * harbour/source/rdd/rddsys.prg
  * harbour/source/rdd/sdf0.prg
  * harbour/source/rdd/dbfntx/dbfntx0.prg
    * formatting (adding EOL at EOF)

  * harbour/include/hbapifs.h
  * harbour/source/rtl/filesys.c
    * added hb_fsLockLarge() and hb_fsSeekLarge() which uses 64bit ofsets

  * harbour/source/rdd/workarea.c
    * set current work area to the used one in EVALBLOCK RDD method
      before code block evaluation

  * harbour/source/vm/harbinit.prg
  * harbour/source/vm/hvm.c
    + added hb_vmDoInitClip() which calls CLIPINIT function to initialize
      ErrorBlock() and __SetHelpK()
      Because on some platform the execution order of init functions
      is out of Harbour control then CLIPINIT has to be called explicitly
      in VM initialization process before hb_vmDoInitFunctions() and do not
      depends on INIT clause.
    * small modification in VM loop which gives noticeable speed-up
2005-01-30 21:11:50 +00:00
Antonio Linares
91a0702e18 2005-01-23 09:05 UTC+0100 2005-01-24 08:07:05 +00:00
Antonio Linares
64996585f3 hbverdsp.obj module added to makefile.nt 2005-01-24 08:04:59 +00:00
Alexander S.Kresin
36dacf4a3c 2005-01-22 23:40 UTC+0300 Alexander Kresin <alex@belacy.belgorod.su> 2005-01-22 20:39:39 +00:00
Alexander S.Kresin
5dfdadc1ea 2005-01-22 19:55 UTC+0300 Alexander Kresin <alex@belacy.belgorod.su> 2005-01-22 16:58:53 +00:00
Przemyslaw Czerpak
47fed5e797 2004-01-13 09:35 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* xharbour/source/rtl/mod.c
    ! fixed mod() function to be Clipper/DBASE III compatible
      (not the % operator) for combination of psitive and negative
      numbers
2005-01-13 08:30:56 +00:00
Przemyslaw Czerpak
fb7302c76b 2004-01-13 08:15 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
+ harbour/include/hbfixdj.h
    + I missed to add this file in my last commit - it's borrowed from
      xHarbour.
  * harbour/source/rtl/filesys.c
    ! fixed DJGPP compilation I broke
2005-01-13 07:15:37 +00:00
Przemyslaw Czerpak
21ddfc5d47 2004-01-12 18:25 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/hbgtmk.sh
  * harbour/make_rpm.sh
  * harbour/harbour.spec
    * added flex to dependences
    * added --without gpl swich to exclude code which needs 3-rd party
      GPL libs (GPM, SLANG) - necessary for people who want to create
      commercial closed source application

  * harbour/make_gnu.sh
    * modified DJGPP detection - try to use env var first
    * set HB_GT_LIB depending on platform information
    * check PREFIX env var for default installation

  * harbour/make_tgz.sh
    * modified to work with DJGPP and 8.3 file names

  * harbour/bin/hb-func.sh
    * DJGPP support

  * harbour/bin/pack_src.sh
    * autodetect Harbour version number

  * harbour/config/linux/gcc.cf
    * added small comment

  + harbour/config/linux/owatcom.cf
    + OpenWatcom support on Linux

  * harbour/config/w32/global.cf
  * harbour/config/w32/mingw32.cf
    * small modification in clean procedure
    + added Phil's modification for MINGW cross compilation in Linux and BSD

  * harbour/source/compiler/gencobj.c
    + added Phil's modification for MINGW cross compilation in Linux and BSD

  * harbour/include/hbsetup.h
    * added OS_HAS_DRIVE_LETTER, OS_PATH_DELIMITER_STRING, OS_FILE_MASK,
      OS_DRIVE_DELIMITER and HOST_OS_UNIX_COMPATIBLE
    * modified for OW on Linux and MINGW cross compilation
    * added snprintf macro for compilers which do not support it

  * harbour/source/rtl/mod.c
    ! fixed bug in mod(a,b) when a/b exceeds LONG limit

  * harbour/source/rtl/filesys.c
    * removed HB_FS_DRIVE_LETTER - use OS_HAS_DRIVE_LETTER
    * modified for OW on Linux and MINGW cross compilation

  * harbour/contrib/libct/files.c
  * harbour/include/hb_io.h
  * harbour/include/hbdefs.h
  * harbour/source/rtl/diskspac.c
  * harbour/source/rtl/disksphb.c
  * harbour/source/rtl/fssize.c
  * harbour/source/rtl/fstemp.c
  * harbour/source/rtl/hbffind.c
  * harbour/source/rtl/net.c
  * harbour/source/rtl/seconds.c
  * harbour/source/rtl/gtcrs/Makefile
  * harbour/source/rtl/gtcrs/kbdcrs.c
  * harbour/source/rtl/gtpca/gtpca.c
  * harbour/source/rtl/gtsln/Makefile
  * harbour/source/rtl/gtsln/gtsln.c
  * harbour/source/rtl/gtsln/kbsln.c
  * harbour/source/rtl/gtstd/gtstd.c
  * harbour/source/vm/hvm.c
  * harbour/source/vm/mainstd.c
  * harbour/source/vm/mainwin.c
    * modified for OW on Linux and MINGW cross compilation

  * harbour/source/vm/memvars.c
    - removed unnecessary checking for s_globalTable == NULL in
      hb_memvarValueDecRef() - in Harbour it cannot happen
  * harbour/source/vm/itemapi.c
    - removed snprintf macros (see hbsetup.h)
    * fixed possible GPF in hb_itemCopyC()
    * modified hb_itemGetPtr() to check item type
2005-01-12 17:28:05 +00:00
Ryszard Glab
1f694e7a7b 2005-01-06 12:15 UTC+0100 Ryszard Glab <rglab@imid.med.pl>
* source/pp/ppcore.c
      * defined pseudo-functions' parameters are case sensitive now
      (this fixes bug #define F( n )  FF( n, N ) )
2005-01-06 11:06:39 +00:00
Ryszard Glab
0dd2bc56b7 2005-01-03 14:15 UTC+0100 Ryszard Glab <rglab@imid.med.pl>
* include/hbexprb.c
   * source/compiler/exproptb.c
   * source/macro/macrob.c
      * fixed to compile with SIMPLEX defined
      Notice: Simplex version is not updated for a long time and
      it doesn't support all fixes from FLEX version
2005-01-03 13:09:47 +00:00
Ryszard Glab
181e59a3a6 2005-01-03 10:30 UTC+0100 Ryszard Glab <rglab@imid.med.pl>
* include/hbcomp.h
   * include/hbexprb.c
   * include/hbmacro.h
   * source/compiler/exproptb.c
   * source/compiler/harbour.c
   * source/compiler/hbgenerr.c
   * source/macro/macrob.c
   * source/vm/macro.c
      * compiler reports error on the following syntax now (Clipper
        compatibility):
         {|| &macrovar <operator> anysymbol}
        "codeblock contains both macro and declared symbol reference"
        Notice, that Clipper reports error even in this case:
        MEMVAR mvar
        {|| &mvar,mvar}

   * source/vm/memvars.c
      * restored initial and expand sizes for memvars table

   * source/pp/ppcore.c
      * some empty lines added
2005-01-03 09:28:58 +00:00