[Harbour] CHANGELOG: 2008-05-22 08:30 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
2008-05-22 08:30 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * hbwhat32/_winsys.c * hbwhat32/_wincomm.c ! Warnings. * source/rtl/net.c ! Fixed GPF in NETNAME() under DOS (in error condition only). ! Fixed GPF in NETNAME()/HB_USERNAME() on unsupported platforms. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] CHANGELOG: 2008-05-22 08:00 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
2008-05-22 08:00 UTC+0100 Viktor Szakats (harbour.01 syenar hu) - contrib/hbmisc/dbftools.c * contrib/hbmisc/common.mak * contrib/hbmisc/Makefile - Removed to avoid collision with similar file in hbct. Notice the content was also similar, except that in hbct it was updated and extended. There was also FIELDTYPE() implemented which was colliding with function with the same name in core. * include/hbextern.ch * source/rdd/dbcmd.c * source/rdd/dbdrop.c * source/rdd/dbexists.c * source/rdd/fieldhb.c + Added HB_ prefixed versions of DBDROP(), DBEXISTS(), FIELDDEC(), FIELDLEN(), FIELDTYPE() * source/rdd/rddinfo.c ! Comment. * tests/multifnc/Makefile ! Updated lib names. * contrib/hbapollo/apollo.c ! Fixed MSVC errors. * contrib/mtpl_b32.bat * contrib/mtpl_vc.bat ! Removed one obsolete line. + Now defines _HB_MAKELOG. * contrib/hbapollo/make_b32.bat * contrib/hbapollo/make_vc.bat * contrib/hbfimage/make_b32.bat * contrib/hbgd/make_b32.bat * contrib/hbhpdf/make_b32.bat * contrib/hbmysql/make_b32.bat * contrib/hbodbc/make_b32.bat * contrib/hbodbc/make_vc.bat * contrib/hbpgsql/make_b32.bat * contrib/hbpgsql/make_vc.bat * contrib/hbw32ddr/make_b32.bat * contrib/hbw32ddr/make_vc.bat * contrib/hbzlib/make_b32.bat * contrib/rddads/make_b32.bat + Redirects .lib creation (implib, lib) output to log file. * contrib/xhb/hbcompat.ch + Added some more converions for xhb code. * contrib/rddads/ads1.c + Added two TODOs. (to adsDrop and adsExists) * source/pp/hbppgen.c ! MSVC warning fixed. * make_vc.mak ! Typo in prev commit. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Using GTWVG
Guillermo Varona Silupú escribió: Ok. I've added two libs of MinGW (libcomctl32.a and libcomdlg32.a) and now compile Ok. But does nothing. This is the process of compilation: Proyecto: demowvg, Entorno: Hb_MinGW_DOS: [1]:Harbour.Exe demowvg.prg /m /es2 /a /b /iD:\HARBOU~1\Include /oObj\demowvg.c Harbour devel build 1.1-1 Intl. (Rev. 8439) Copyright (c) 1999-2008, http://www.harbour-project.org/ Compiling 'demowvg.prg'... Lines 3758, Functions/Procedures 45 Generating C source output to 'Obj\demowvg.c'... Done. [1]:gcc.Exe -ID:\HARBOU~1\Include -IC:\MinGW\Include -mno-cygwin -Wall -c demowvg.c -odemowvg.o [1]:gcc.Exe -odemowvg.Exe -Wall -mno-cygwin -mwindows -IC:\MinGW\Include demowvg.gcl File demowvg.gcl: INPUT (D:\harbour\contrib\gtwvg\tests\Obj\demowvg.o) SEARCH_DIR (D:\harbourMinGW\Lib) SEARCH_DIR (C:\MinGW\Lib) GROUP ( -lhbole -lgtcgi -lgtgui -lgtpca -lgtstd -lgtwin -lgtwvg -lgtwvt -lhbbmcdx -lhbbtree -lhbclipsm -lhbcommon -lhbcpage -lhbcplr -lhbct -lhbdebug -lhbgt -lhbhsx -lhblang -lhbmacro -lhbmainstd -lhbmisc -lhbnf -lhbodbc -lhbpcre -lhbpp -lxhb -lhbrdd -lhbrtl -lhbsix -lhbtip -lhbusrrdd -lhbvm -lhbw32 -lrddado -lrddcdx -lrddfpt -lrddntx -loleaut32 -lolesvr32 -lole32 -loleacc -lolecli32 -loledlg -lolepro32 -luuid -lcomctl32 -lcomdlg32) Environment: WinXP SP2 + MinGW Any tip? TIA Best Regards GVS ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Using GTWVG
Ok. I've added two libs of MinGW (libcomctl32.a and libcomdlg32.a) and now compile Ok. Thx. Best Regards GVS Guillermo Varona Silupú escribió: Hi: I am using the LibGTWVG and get this error: Proyecto: xCont, Entorno: Hb_MinGW_DOS: [1]:Harbour.Exe Menu.prg /m /es2 /a /b /iC:\MinGW\include /iD:\HARBOU~1\Include /oObj\Menu.c Harbour devel build 1.1-1 Intl. (Rev. 8439) Copyright (c) 1999-2008, http://www.harbour-project.org/ Compiling 'Menu.prg'... Lines 912, Functions/Procedures 6 Generating C source output to 'Obj\Menu.c'... Done. [1]:gcc.Exe -IC:\MinGW\include -ID:\HARBOU~1\Include -IC:\MinGW\Include -mno-cygwin -Wall -c Menu.c -oMenu.o [1]:gcc.Exe -oxCont.Exe -Wall -mno-cygwin -mwindows -IC:\MinGW\Include xCont.gcl D:\harbourMinGW\Lib/libgtwvg.a(gtwvg.o):gtwvg.c:(.text+0x26e5): undefined reference to [EMAIL PROTECTED]' D:\harbourMinGW\Lib/libgtwvg.a(gtwvg.o):gtwvg.c:(.text+0x2c79): undefined reference to [EMAIL PROTECTED]' collect2: ld returned 1 exit status Environment: WinXP SP2 + MinGW Any tip? TIA Best Regards GVS ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour __ Información de NOD32, revisión 3118 (20080521) __ Este mensaje ha sido analizado con NOD32 antivirus system http://www.nod32.com ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Using GTWVG
Hi: I am using the LibGTWVG and get this error: Proyecto: xCont, Entorno: Hb_MinGW_DOS: [1]:Harbour.Exe Menu.prg /m /es2 /a /b /iC:\MinGW\include /iD:\HARBOU~1\Include /oObj\Menu.c Harbour devel build 1.1-1 Intl. (Rev. 8439) Copyright (c) 1999-2008, http://www.harbour-project.org/ Compiling 'Menu.prg'... Lines 912, Functions/Procedures 6 Generating C source output to 'Obj\Menu.c'... Done. [1]:gcc.Exe -IC:\MinGW\include -ID:\HARBOU~1\Include -IC:\MinGW\Include -mno-cygwin -Wall -c Menu.c -oMenu.o [1]:gcc.Exe -oxCont.Exe -Wall -mno-cygwin -mwindows -IC:\MinGW\Include xCont.gcl D:\harbourMinGW\Lib/libgtwvg.a(gtwvg.o):gtwvg.c:(.text+0x26e5): undefined reference to [EMAIL PROTECTED]' D:\harbourMinGW\Lib/libgtwvg.a(gtwvg.o):gtwvg.c:(.text+0x2c79): undefined reference to [EMAIL PROTECTED]' collect2: ld returned 1 exit status Environment: WinXP SP2 + MinGW Any tip? TIA Best Regards GVS ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] MSVC warning
source\pp\hbppgen.c(480) : warning C4244: '=' : conversion from 'HB_LONG' to 'int', possible loss of data ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] BCC55 compile errors when HB_PCRE_REGEX defined
Hi Przemek, Error E2340 source\rtl\hbregex.c 111: Type mismatch in parameter 6 (wanted 'int *', got 'int') in function hb_regexec Error E2340 source\rtl\hbregex.c 111: Type mismatch in parameter 7 (wanted 'int', got 'int *') in function hb_regexec Error E2227 source\rtl\hbregex.c 111: Extra parameter in call to pcre_exec in function hb_regexec Error E2451 source\rtl\hbregex.c 548: Undefined symbol 'pcre_stack_malloc' in function _hb_regex_init_ Error E2451 source\rtl\hbregex.c 549: Undefined symbol 'pcre_stack_free' in function _hb_regex_init_ (tested with PCRE version currently in repo) Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] PCRE 7.7 update
Hi, I have it pending, managed to solve the update in a way that's less painful, there're a few files static to Harbour, and there is a script which renames/converts the PCRE sources to the Harbour short filename format. This way there is no need to manually edit any foreign sources. My question is: Is it a reasonable concept, to not manually patch the files to suppress warnings, rather, either ignore them or use #pragmas to achieve that? Even if it's not perfect, it can be a good compromise for easier updates (that is until someone submits these patches to the PCRE project.) There is now an easy way to add any of those #pragmas in a file called _hbconf.h, which gets injected between the PCRE source files and the original PCRE config.h. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] CHANGELOG: 2008-05-21 19:30 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
2008-05-21 19:30 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * source/rdd/dbdrop.c * source/rdd/dbexists.c % Minor opt in source layout. * ChangeLog ! Typos. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] CHANGELOG: 2008-05-21 17:45 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
2008-05-21 17:45 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * harbour.spec + Added HU translation (cpwin). * source/rtl/gtfunc.c % Minor opt. * source/rtl/console.c * source/rtl/fserror.c * source/rtl/strmatch.c * source/rtl/padr.c * source/rtl/hbhex.c * source/rtl/at.c * source/rtl/abs.c * source/rtl/dates.c * source/rtl/padc.c * source/rtl/mod.c * source/rtl/hbrandom.c * source/rtl/filesys.c * source/rtl/padl.c * source/rtl/val.c * source/rtl/hbregex.c * source/vm/runner.c * source/vm/hashes.c * source/vm/itemapi.c * source/vm/hvm.c * source/vm/maindllp.c * source/vm/fm.c * source/vm/arrayshb.c * source/vm/classes.c * source/common/hbtrace.c * Formatting (whitespace only) -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] harbour.spec codepage question
Hi all, If I want to translate texts ("Summary") in harbour.spec, what codepage should I use? Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] CHANGELOG: 2008-05-21 16:30 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
2008-05-21 16:30 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * make_b32.mak * make_vc.mak * make_vcce.mak + Added HBDOC_LIBS to specify external libs for HBDOC. Only for non-GNU B32/VC/VCCE builds! For non-GNU GCC it's probably LDFLAGS, for GNU it's probably LDLIBS. NOTE: Use full path for the libs. Such dependency is anything by good though (the core build depends on a contrib lib, the contrib lib depends on the core build), so consider this a temporary solution. Moving HBDOC to the contrib area is one possibility, dropping it is another one. ; There is quite a big mess regarding these envvars depending on the type of make system, platform, compiler, etc, that it's almost impossible to document or understand, so maybe it'd be worth a review after the release, and sync all these external flag and dir envvars. * utils/hbdoc/genpdf1.prg ! Fixed warnings in HBDOC_PDF guarded code. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] Release harbour documentation as pdf
I have set LDFLAGS=-Lhbvpdf.lib but receive error also for translated command present in hbvpdf.lib Error: Unresolved external '_HB_FUN_PDFOPEN' referenced from C:\HARBOUR\OBJ\B32\GENPDF1.OBJ Error: Unresolved external '_HB_FUN_PDFTEXT' referenced from C:\HARBOUR\OBJ\B32\GENPDF1.OBJ Error: Unresolved external '_HB_FUN_PDFNEWPAGE' referenced from C:\HARBOUR\OBJ\B32\GENPDF1.OBJ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Szakáts Viktor Sent: Tuesday, May 20, 2008 9:05 PM To: Harbour Project Main Developer List. Subject: Re: [Harbour] Release harbour documentation as pdf The unresolved variables belong to the old - removed - PDF lib, so it's normal they are unresolved. The actual task would be to replace these with hbvpdf (or hbhpdf) calls. It's definitely LDFLAGS for your case, since LDLIBS is not used by our non-GNU make system. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] CHANGELOG: 2008-05-21 15:00 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
2008-05-21 15:00 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * bin/bld.bat * bin/bld_os2.cmd ! Removed trailing backslash from default Harbour bin dirs. * contrib/hbapollo/make_b32.bat * contrib/hbapollo/make_vc.bat * contrib/hbfbird/make_b32.bat * contrib/hbfbird/make_vc.bat * contrib/hbfimage/make_b32.bat * contrib/hbfimage/make_vc.bat * contrib/hbgd/make_b32.bat * contrib/hbgd/make_vc.bat * contrib/hbhpdf/make_b32.bat * contrib/hbhpdf/make_vc.bat * contrib/hbmysql/make_b32.bat * contrib/hbmysql/make_vc.bat * contrib/hbodbc/make_b32.bat * contrib/hbodbc/make_vc.bat * contrib/hbpgsql/make_b32.bat * contrib/hbpgsql/make_vc.bat * contrib/hbw32ddr/make_b32.bat * contrib/hbw32ddr/make_vc.bat * contrib/hbzlib/make_b32.bat * contrib/hbzlib/make_vc.bat * contrib/rddads/make_b32.bat * contrib/rddads/make_vc.bat ! Fixed to handle long *_DIR settings in those contribs where external packages are required. * contrib/gtwvg/tests/bld_b32.bat * contrib/gtwvg/tests/bld_vc.bat * contrib/hbapollo/tests/bld_b32.bat * contrib/hbapollo/tests/bld_vc.bat * contrib/hbclipsm/tests/bld_b32.bat * contrib/hbclipsm/tests/bld_vc.bat * contrib/hbct/tests/bld_b32.bat * contrib/hbct/tests/bld_vc.bat * contrib/hbfbird/tests/bld_b32.bat * contrib/hbfbird/tests/bld_vc.bat * contrib/hbfimage/tests/bld_b32.bat * contrib/hbfimage/tests/bld_vc.bat * contrib/hbgd/tests/bld_b32.bat * contrib/hbgd/tests/bld_vc.bat * contrib/hbgf/tests/bld_b32.bat * contrib/hbgf/tests/bld_vc.bat * contrib/hbhpdf/tests/bld_b32.bat * contrib/hbhpdf/tests/bld_vc.bat * contrib/hbmisc/tests/bld_b32.bat * contrib/hbmisc/tests/bld_vc.bat * contrib/hbmysql/tests/bld_b32.bat * contrib/hbmysql/tests/bld_vc.bat * contrib/hbnf/tests/bld_b32.bat * contrib/hbnf/tests/bld_vc.bat * contrib/hbodbc/tests/bld_b32.bat * contrib/hbodbc/tests/bld_vc.bat * contrib/hbole/tests/bld_b32.bat * contrib/hbole/tests/bld_vc.bat * contrib/hbpgsql/tests/bld_b32.bat * contrib/hbpgsql/tests/bld_vc.bat * contrib/hbtpathy/tests/bld_b32.bat * contrib/hbtpathy/tests/bld_vc.bat * contrib/hbvpdf/tests/bld_b32.bat * contrib/hbvpdf/tests/bld_vc.bat * contrib/hbw32/tests/bld_b32.bat * contrib/hbw32/tests/bld_vc.bat * contrib/hbw32ddr/tests/bld_b32.bat * contrib/hbw32ddr/tests/bld_vc.bat * contrib/hbzlib/tests/bld_b32.bat * contrib/hbzlib/tests/bld_vc.bat * contrib/rddado/tests/bld_b32.bat * contrib/rddado/tests/bld_vc.bat * contrib/rddads/tests/bld_b32.bat * contrib/rddads/tests/bld_vc.bat ! Fixed to honor HB_*_INSTALL envvar settings in bld_*.bats for /tests * contrib/examples/hscript/dir.hs * contrib/examples/hscript/bld_b32.bat - contrib/examples/hscript/makehtm.bat * Cleanup. * contrib/rddads/rddads.h * contrib/rddads/adsfunc.c * contrib/rddads/ads1.c * contrib/rddads/adsmgmnt.c * Header cleanup, minor code opt. * ADS_REQUIRE_VERSION==8 is now equivalent to ADS_LIB_VERSION=810. Brian suggested this is what the majority of users need. See next however. * ADS_REQUIRE_VERSION compatibility handling disabled to make usage and support more straightforward. I'd suggest everyone to remove any old ADS_REQUIRE_VERSION settings, if - and only if - there is a need to force an older version, ADS_LIB_VERSION=??? should be used, where ??? is 810 for ACE 8.11 (for example). -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] harbour Project file for xmate
Have anybody made project file for harbour? I try with hbdoc but unsuccessfully [Version] Type=xMate Number=1.15 [Info] Type=Executable Architecture=harbour Include= Define= [xMate] Create Map/List File=No [Project] Run= Params= Final Path=%HOME% Maintain LNK=Yes Default Type=1 Error log= [Data Path] Dbf= [Editor] C:\HARBOUR\utils\hbdoc\hbdoc.prg=1,N,Y [Files] %HB_INSTALL%\utils\hbdoc\fclass1.prg=1,.F.,13,1, %HB_INSTALL%\utils\hbdoc\ffile1.prg=2,.F.,0,0, %HB_INSTALL%\utils\hbdoc\ft_funcs.prg=3,.F.,0,0, %HB_INSTALL%\utils\hbdoc\genasc.prg=4,.F.,0,0, %HB_INSTALL%\utils\hbdoc\genchm.prg=5,.F.,0,0, %HB_INSTALL%\utils\hbdoc\genhpc.prg=6,.F.,0,0, %HB_INSTALL%\utils\hbdoc\genhtm.prg=7,.F.,0,0, %HB_INSTALL%\utils\hbdoc\genng.prg=8,.F.,0,0, %HB_INSTALL%\utils\hbdoc\genos2.prg=9,.F.,0,0, %HB_INSTALL%\utils\hbdoc\genpdf1.prg=10,.F.,0,0, %HB_INSTALL%\utils\hbdoc\genrtf.prg=11,.F.,0,0, %HB_INSTALL%\utils\hbdoc\gentrf.prg=12,.F.,0,0, %HB_INSTALL%\utils\hbdoc\hbdoc.prg=13,.F.,0,0, %HB_INSTALL%\utils\hbdoc\hbdocdef.ch=14,.F.,0,0, %HB_INSTALL%\utils\hbdoc\html.prg=15,.F.,0,0, %HB_INSTALL%\utils\hbdoc\ng.prg=16,.F.,0,0, %HB_INSTALL%\utils\hbdoc\os2.prg=17,.F.,0,0, %HB_INSTALL%\utils\hbdoc\rtf.prg=18,.F.,0,0, %HB_INSTALL%\utils\hbdoc\teeasc.prg=19,.F.,0,0, %HB_INSTALL%\utils\hbdoc\troff.prg=20,.F.,0,0, %HB_LIB_INSTALL%\HBdebug.lib=21,.T.,0,0, %HB_LIB_INSTALL%\HBvm.lib=22,.T.,0,0, %HB_LIB_INSTALL%\HBrtl.lib=23,.T.,0,0, %HB_LIB_INSTALL%\HBrdd.lib=24,.T.,0,0, %HB_LIB_INSTALL%\HBmacro.lib=25,.T.,0,0, %HB_LIB_INSTALL%\HBpp.lib=26,.T.,0,0, %HB_LIB_INSTALL%\HBlang.lib=27,.T.,0,0, %HB_LIB_INSTALL%\HBcommon.lib=28,.T.,0,0, %HB_LIB_INSTALL%\HBpcre.lib=29,.T.,0,0, %HB_LIB_INSTALL%\gtwin.lib=30,.T.,0,0, %HB_LIB_INSTALL%\RDDfpt.lib=31,.T.,0,0, %HB_LIB_INSTALL%\RDDntx.lib=32,.T.,0,0, %HB_LIB_INSTALL%\RDDcdx.lib=33,.T.,0,0, %HB_LIB_INSTALL%\HBsIx.lib=34,.T.,0,0, Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] Foreign libs
Wich kind of makefile is in Utils\hbdoc\makefile? Will this structure be used as make_file instead old hbmake? # # $Id: Makefile 8377 2008-04-24 19:26:54Z vszakats $ # ifeq ($(HB_MAIN),) HB_MAIN = std endif ROOT = ../../ PRG_SOURCES=\ hbdoc.prg \ genos2.prg \ gentrf.prg \ genng.prg \ genhtm.prg \ genchm.prg \ genrtf.prg \ genhpc.prg \ genasc.prg \ genpdf1.prg \ teeasc.prg \ html.prg \ ng.prg \ os2.prg \ rtf.prg \ troff.prg \ fclass1.prg \ ffile1.prg \ ft_funcs.prg \ PRG_MAIN=hbdoc.prg LIBS=\ hbdebug \ hbvm \ hbrtl \ hbrdd \ hbrtl \ hbvm \ hbmacro \ hbpp \ hblang \ hbcommon \ include $(TOP)$(ROOT)config/bin.cf -Original Message- hbmake was created with such goal, 9 years ago, you can see where it stands now. I personally think the basic goal of hbmake is wrong. In any case we'd need active _developers_ and a clear vision for such a tool (any tool). I personally cannot contribute in either areas regarding hbmake. If there are any takers _now_, good, otherwise I'd vote to move hbmake to contrib/examples/. As an aside, I myself have some make problems locally, ...still using rmake, which is choking on GCC, and on large projects in general. So, I think it would be a true-to-the-goal and useful idea to implement an rmake compatible, but portable tool in Harbour. Notice the goal is completely different from the current hbmake. This also needs takers though, and there is the thing that several make packages exist even on the OSS scene, so some may consider it a duplicate effort. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-05-21 11:10 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
2008-05-21 11:10 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/rtl/tbrowse.prg * updated some comments * harbour/source/vm/hvm.c * harbour/source/vm/classes.c * formtting best regards Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour