[Harbour] 2008-08-20 10:09 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-08-20 10:09 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * contrib/hbmzip/hbmzip.c * contrib/hbmzip/readme.txt ! Typos. * utils/hbdoc/rtf.prg * utils/hbdoc/fclass1.prg * utils/hbdoc/genos2.prg * utils/hbdoc/genng.prg * utils/hbdoc/genasc.prg * utils/hbdoc/genchm.prg * utils/hbdoc/os2.prg * utils/hbdoc/html.prg * utils/hbdoc/genhpc.prg * utils/hbdoc/ng.prg * utils/hbdoc/ffile1.prg * utils/hbdoc/ft_funcs.prg * utils/hbdoc/hbdoc.prg * utils/hbdoc/troff.prg * utils/hbdoc/genhtm.prg * utils/hbdoc/genpdf1.prg * utils/hbdoc/gentrf.prg * utils/hbdoc/genrtf.prg * utils/hbmake/fclass1.prg * utils/hbmake/tmake.prg * utils/hbmake/ffile1.prg * utils/hbmake/ft_funcs.prg * utils/hbmake/pickarry.prg * utils/hbmake/pickfile.prg * utils/hbmake/hbmutils.prg * utils/hbmake/hbmake.prg ! Fixed problems reported by Bill Robertson. (Thanks) * Some general code cleanups. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-08-20 10:22 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-08-20 10:22 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbdoc/hbdoc.prg * utils/hbdoc/gentrf.prg * utils/hbmake/hbmake.prg * Some more general code cleanups. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HB_FUN_STATIC
Hola Manu,
Cuanto tiempo!!
¿Qué te responde? ¿Bye? ¿Hello?
El caso es que deberías ver si te funciona usando tres prgs diferentes.
Ese ejemplo es un extracto de lo que estoy haciendo en la 'realidad'.
Saludos,
José LUis CApel
- Original Message -
From: "Manu" <[EMAIL PROTECTED]>
To: "Harbour Project Main Developer List."
Sent: Tuesday, August 19, 2008 11:48 PM
Subject: Re: [Harbour] HB_FUN_STATIC
Jose Luis he probado el código en un mismo PRG. Poniendo la funcion main
al principio y va perfectamente :-)
De hecho yo lo uso en mis clases y no me falla
#include "hbclass.ch"
FUNCTION MAIN()
LOCAL o
o := MyOtherClass():New()
? o:MyMethod() // --> 'Bye'
RETURN NIL
CLASS MyClass
METHOD MyMethod() INLINE 'Bye'
METHOD New() INLINE Self
ENDCLASS
CLASS MyOtherClass FROM MyClass
METHOD MyMethod()
ENDCLASS
#pragma BEGINDUMP
#include "hbapi.h"
HB_FUNC_STATIC( MYOTHERCLASS_MYMETHOD )
{
hb_retc("Hello");
}
#pragma ENDDUMP
José Luis Capel - escribió:
Hi all,
This piece of code (three separate prg's):
// one.prg
CLASS MyClass
METHOD MyMethod() INLINE 'Bye'
METHOD New() INLINE Self
ENDCLASS
// Two.Prg
CLASS MyOtherClass FROM MyClass
METHOD MyMethod()
ENDCLASS
#pragma BEGINDUMP
#include "hbapi.h"
HB_FUNC_STATIC( MYOTHERCLASS_MYMETHOD )
{
hb_retc("Hello");
}
#pragma ENDDUMP
// Three.prg
FUNCTION MAIN()
LOCAL o
o := MyOtherClass():New()
? o:MyMethod() // --> 'Bye'
RETURN NIL
Should not it shows 'Hello' instead of 'Bye'??
I make the question in other words...
How can I 'emulate' xHarbour behavior ??
Do I have to set any flag ??
If not... how can I mix (in same prg) prg level methods of a class with C
level methods of same class ??
Many thanks for your help.
José Luis Capel
___
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 mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-08-20 11:50 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-08-20 11:50 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * tests/onidle.prg * tests/codebloc.prg * tests/keywords.prg * tests/wvtext.prg * tests/test_all.prg * tests/ainstest.prg * doc/es/compiler.txt * doc/es/file.txt * contrib/hbct/numconv.prg * contrib/hbct/tests/expomant.prg * contrib/hbwhat32/whatutil.prg * contrib/hbwhat32/winrbar.prg * contrib/hbwhat32/wintabs.prg * contrib/hbwhat32/wincomm.prg * contrib/hbwhat32/wincdlg.prg * contrib/hbwhat32/wintbar.prg * contrib/hbwhat32/_wininet.c * contrib/hbwhat32/wincore.prg * contrib/hbw32/w32_ole.c * contrib/hbapollo/tests/apollo.prg * contrib/hbnf/dispmsg.prg * contrib/hbnf/fttext.c * contrib/hbnf/mouse1.prg * contrib/hbnf/menu1.prg * contrib/hbnf/sleep.prg * contrib/hbnf/xbox.prg * contrib/hbnf/popadder.prg * contrib/hbnf/mouse2.prg * contrib/hbnf/pchr.prg * contrib/hbhpdf/tests/harupdf.prg * contrib/gtwvg/wvgclass.prg * contrib/gtwvg/tests/demowvg.prg * contrib/gtwvg/wvgpaint.prg * contrib/rddads/tests/testmg.prg * contrib/hbclipsm/tests/testgaug.prg * contrib/hbfimage/tests/fitest.prg * contrib/hbmisc/twirler.prg * contrib/hbtip/httpcln.prg * contrib/hbtip/ftpcln.prg * contrib/hbvpdf/hbvpdft.prg * utils/hbmake/hbmake.prg * Some more general code cleanups. * iif(), quote char, #include, filename-casing, = usage cleanups, hardcoded absolute paths, non-ASCII drawing chars in source. Using mixed-case filenames to #include .ch files breaks on non-WinDOS platforms. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hbmake
Hi Bill,
You're right, this somehow escaped from being
updated when the lib names got changed.
I've committed a fix.
Brgds,
Viktor
On 2008.08.20., at 6:17, bill robertson wrote:
Hi Bill,
You seem to be mixing an old version of hbmake.exe
with current SVN Harbour version. Also, you seem to
be using an old version of hbdebug.lib (renamed from
an old debug.lib) with the recent SVN version of Harbour,
or vice versa a new version of hbdebug.lib with old
version of hbrtl/hbvm.lib.
Hi Viktor
I deleted my Harbour direcotory and got the latest SVN. I looked at
the hbmake.prg file and I see the following at line 2288:
IF lDebug
cHarbourFlags+= " -b "
cDefaultLibs += " debug.lib "
cDefGccLibs += " -ldebug "
cDefGccLibsw += " -ldebug "
cGccLibsOs2 += " -ldebug "
cDefLibGccLibs += " -ldebug "
cDefGccLibsUnix += " -ldebug "
cDefGccLibsUnixMt+= " -ldebug "
cDefaultLibsMt += " debug.lib "
cDefGccLibsMt+= " -ldebug "
cDefGccLibsMtw += " -ldebug "
cGccLibsOs2Mt+= " -ldebug "
cDefLibGccLibsMt += " -ldebug "
ENDIF
As you can see, it uses debug.lib as one of the defaults whenever -b
is selected. This library is never made. Only hbdebug.lib is made.
Also in ft_funcs.prg for hbmake there is a slight inconsistency at
line 224. The second comparison is given as = instead of = =.
ft_funcs.prg did have 2 places where this happened in both the hbdoc
and hbmake utils. It was fixed in both places in hbdoc but only the
first place in hbmake. It would be rare for this to cause any
problems though.
IF cChar >= CHR( 64 ) .AND. cChar <= CHR( 90 ) .OR. cChar >=
CHR( 97 ) ;
.AND. cChar <= CHR( 122 ) .OR. cChar >=
CHR( 48 ) .AND. cChar <= CHR( 57 ) ;
.OR. cChar == CHR( 60 ) .OR. cchar ==
CHR( ASC( "-" ) ) ;
--> .OR. cchar == CHR( ASC( "(" ) ) .OR. cchar =
CHR( ASC( "|" ) ) .OR. ;
cchar == CHR( ASC( '.' ) ) .OR. cchar ==
CHR( ASC( '*' ) ) .OR. ;
cchar == CHR( ASC( '#' ) ) .OR. cchar ==
CHR( ASC( '"' ) ) .OR. ;
cchar == CHR( ASC( '/' ) ) .OR. cchar ==
CHR( ASC( "@" ) ) ;
.OR. cchar == CHR( ASC( "=" ) ) .OR. cchar ==
CHR( ASC( 'Ä' ) ) ;
.OR. cchar == CHR( ASC( '?' ) ) .OR. cchar ==
CHR( ASC( '!' ) ) ;
.OR. cchar == CHR( ASC( "<" ) ) .OR. cchar ==
CHR( ASC( '>' ) ) ;
.OR. cchar == CHR( ASC( '!' ) ) .OR. cchar ==
CHR( ASC( '+' ) )
Try to use the recent versions of all the above, and
it should work properly. As any alternative, try to
use the _same_ versions of all the above tools/libs
to get correct results. I suggest version 1.0.0 as
the latest stable build, instead of current SVN.
I'm not really interested in the stable build. I was just playing
around with Harbour's MD5 hash function. After a recent fix it seems
to get the correct hashes while xHarbour MD5 hash has some problems.
I was using debug to play with some strings and thought there was a
problem with hbmake. I still think there is a problem with the SVN
version.
___
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-08-20 12:50 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-08-20 12:50 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * tests/longdev.prg * tests/hbpptest/hbpptest.prg * tests/testcgi.prg * tests/foreach.prg * tests/onidle.prg * tests/tstchbx.prg * tests/codebl.prg * tests/tstdbi.prg * tests/vmasort.prg * tests/tstasort.prg * tests/testbrw.prg * tests/inkeytst.prg * tests/testrdd2.prg * tests/keywords.prg * tests/testhtml.prg * tests/readhrb.prg * tests/stripem.prg * tests/wvtext.prg * tests/testpre.prg * tests/seconds.prg * tests/fsplit.prg * tests/mousetst.prg * contrib/hbmysql/tmysql.prg * contrib/hbct/numconv.prg * contrib/hbct/ctmisc.prg * contrib/hbodbc/todbc.prg * contrib/hbapollo/tests/apollo.prg * contrib/hbnf/acctyear.prg * contrib/hbnf/acctadj.prg * contrib/hbnf/nwsem.prg * contrib/hbnf/week.prg * contrib/hbnf/acctmnth.prg * contrib/hbnf/savearr.prg * contrib/hbnf/madd.prg * contrib/hbnf/mouse1.prg * contrib/hbnf/month.prg * contrib/hbnf/findith.prg * contrib/hbnf/acctweek.prg * contrib/hbnf/pegs.prg * contrib/hbnf/acctqtr.prg * contrib/hbnf/nooccur.prg * contrib/hbnf/dayofyr.prg * contrib/hbnf/menu1.prg * contrib/hbnf/sqzn.prg * contrib/hbnf/asum.prg * contrib/hbnf/aavg.prg * contrib/hbnf/any2any.prg * contrib/hbnf/adessort.prg * contrib/hbnf/amedian.prg * contrib/hbnf/blink.prg * contrib/hbnf/qtr.prg * contrib/hbnf/aredit.prg * contrib/hbnf/xbox.prg * contrib/hbnf/ftround.prg * contrib/hbnf/invclr.prg * contrib/hbnf/tempfile.prg * contrib/hbnf/diskfunc.prg * contrib/hbnf/mouse2.prg * contrib/hbnf/daytobow.prg * contrib/hbnf/anomatch.prg * contrib/hbnf/datecnfg.prg * contrib/hbnf/tbwhile.prg * contrib/hbnf/year.prg * contrib/hbnf/elapsed.prg * contrib/hbnf/dfile.prg * contrib/hbnf/clrsel.prg * contrib/hbmisc/twirler.prg * contrib/hbmisc/fileread.prg * contrib/hbmisc/stringp.prg * contrib/hbgf/hbgfw32/winctrl.prg * contrib/hbgf/hbgfw32/form.prg * contrib/hbgf/hbgfos2/winctrl.prg * contrib/hbgf/hbgfos2/tform.prg * contrib/hbtip/httpcln.prg * contrib/hbvpdf/hbvpdf.prg * contrib/hbvpdf/hbvpdft.prg * contrib/examples/guestbk/guestbk.prg * contrib/examples/pe/editorhi.prg * Some more general code cleanups ( if() -> iif() ). -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] C compiler switches for VS 2005
Hi all, I have been using the following C compiler switches with MSVC v6 when compiling C source generated by the Harbour compiler: cl.exe -c -W3 %CFLAGS% -I%HB_INC_INSTALL% -DWIN32_LEAN_AND_MEAN -D_MSC_VER=1010 -Tp %1.C Are these still valid/correct when using VS 2005 (v8)? TIA. Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] C compiler switches for VS 2005
Randy, -D_MSC_VER=1010 Why are you doing this? This is controlled by the C compiler, and over-riding it could be a problem. Paul Hi all, I have been using the following C compiler switches with MSVC v6 when compiling C source generated by the Harbour compiler: cl.exe -c -W3 %CFLAGS% -I%HB_INC_INSTALL% -DWIN32_LEAN_AND_MEAN -D_MSC_VER=1010 -Tp %1.C Are these still valid/correct when using VS 2005 (v8)? TIA. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hbmake
On Wenesday, August 20, 2008 6:01 AM Viktor Szakáts wrote: Hi Bill, You're right, this somehow escaped from being updated when the lib names got changed. I've committed a fix. Brgds, Viktor Hi Viktor The fix did put the correct library into the makefile. However, the other unresolved references I mention in a previous email are still unresolved. The unresolved functions come from debugger.prg and dbgtobj.prg which seemed to have renamed functions that are defined in dbgentry.c without changing the names in dbgentry.c. Perhaps the following list of the unresolved functions and their location in debugger.prg or dbgtobj.prg will make resolving the names easier. Unresolved References in \harbour\source\debug\debugger.prg Line Function 129 __DBGSETENTRY 143 __DBGSETGO 1273 651 __DBGSETCBTRACE 1237 __DBGGETEXPRVALUE 1256 __DBGGETSOURCEFILES 1657 __DBGISVALIDSTOPLINE 1911 __DBGSETNEXTROUTINE 2023 __DBGSETQUIT 2796 __DBGSETTOCURSOR 2831 __DBGADDBREAK 2838 __DBGDELBREAK 2851 __DBGSETTRACE 2874 __DBGADDWATCH 3047 __DBGDELWATCH 3082 __DBGSETWATCH Unresolved References in \harbour\source\debug\dbgtobj.prg Line Function 358 __DBGSENDMSG 363 379 383 ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] C compiler switches for VS 2005
This was done years ago when I setup my Harbour environment - I _think_ John told me to do it but I'm not 100% sure. At 12:52 PM 8/20/2008, you wrote: Randy, -D_MSC_VER=1010 Why are you doing this? This is controlled by the C compiler, and over-riding it could be a problem. Paul Hi all, I have been using the following C compiler switches with MSVC v6 when compiling C source generated by the Harbour compiler: cl.exe -c -W3 %CFLAGS% -I%HB_INC_INSTALL% -DWIN32_LEAN_AND_MEAN -D_MSC_VER=1010 -Tp %1.C Are these still valid/correct when using VS 2005 (v8)? TIA. ___ 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-08-20 19:07 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-08-20 19:07 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * source/debug/dbgentry.c ! HB_DBG_*() -> __DBG*(). ; I somehow completely missed this file from recent update, thanks Bill. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] C compiler switches for VS 2005
Hi Randy, cl.exe -c -W3 %CFLAGS% -I%HB_INC_INSTALL% -DWIN32_LEAN_AND_MEAN - D_MSC_VER=1010 -Tp %1.C -DWIN32_LEAN_AND_MEAN is not necessary for .c files generated by Harbour compiler, as we don't include any Windows headers from them (unless you happen to use inline C). -D_MSC_VER is dangerous and shouldn't be used, as Paul said. If you do a default Harbour build with MSVS2005, you can see a working set of options in the generated output. Just don't forget to set HB_VISUALC_VER envvar to 80. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] 2008-08-20 19:07 UTC+0200 Viktor Szakats (harbour.01syenar hu)
- Original Message - From: "Szakáts Viktor" <[EMAIL PROTECTED]> To: Sent: Wednesday, August 20, 2008 1:09 PM Subject: [Harbour] 2008-08-20 19:07 UTC+0200 Viktor Szakats (harbour.01syenar hu) 2008-08-20 19:07 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * source/debug/dbgentry.c ! HB_DBG_*() -> __DBG*(). ; I somehow completely missed this file from recent update, thanks Bill. -- Brgds, Viktor Thanks Viktor, Now my little debugger works like a charm! ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Release 1.0.0 FREEZED
I am an old Clipper programmer (not professional). I've been following the development of Harbour (and xHarbour) from many years and I' am waiting anxiously this stable release. Very compliments to the active partecipants of this project and, first of all, many thanks to Przemyslaw Czerpak and Viktor Skazats. Without their effort the Harbour project would never have reached this state ! Many thanks also to the original ideator Antonio Linares and to Phil Barnett's enthusiastic support. Now the Clipper and xBase is not dead and we have a language open-source and platform indipendent, without any architectural limit or future constraints ! Best regards Stefano Sarpa ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-08-20 23:06 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-08-20 23:06 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * contrib/mtpl_b32.mak * contrib/mtpl_gcc.mak * contrib/mtpl_vc.mak ! Added -km switch to contribs by default. This way it's synced with the GNU-make system, too. * utils/hbdoc/hbdocdef.ch * utils/hbdoc/fclass1.prg * utils/hbdoc/ffile1.prg * utils/hbdoc/ft_funcs.prg * utils/hbmake/hbdocdef.ch * utils/hbmake/fclass1.prg * utils/hbmake/ffile1.prg * utils/hbmake/ft_funcs.prg * Cleanups, optimizations (in ft_funcs.prg) ! Synced these for common files to be completely identical. In fact this is a fix, as their name is common so they were "randomly" interchanged along the non-GNU build process even before. There was only one very small functional difference, though. ; Please test. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] hbmake
Hi Viktor, After the recent changes to * utils/hbmake/fclass1.prg * utils/hbmake/ffile1.prg * utils/hbmake/ft_funcs.prg I get the following error in hbmake: Harbour Make Copyright (c) 2000-2008, http://www.harbour-project.org/ Harbour 1.0.0 Intl. (Rev. 9202) / Borland C++ 5.8.2 (32 bit) Error BASE/2021 Argument error: FOPEN Called from FOPEN(0) Called from FILEBASE:OPENFILE(356) Called from FILEBASE:OPEN(327) Called from FT_FUSE(76) Called from PARSEMAKEFILE(835) Called from MAIN(393) Called from CREATEMAKEFILE(3253) Called from MAIN(379) C:\Source\md5> There are some additional small quirks with hbmake as well. The recent changes to make Harbour more consistent may make fixing the quirks easier but I didn't see anything simple. I'm going on memory here since I can't run hbmake now (who keeps backups?). 1. hbmake has a drop down window so you can choose a graphics driver. The hardwired choices are: c4w, fwh, gtwvt, gtwvw, gtwvw+mwvw, hwgui, minigui, xwt, what32, whoo, xhgtk. Of these, I only have gtwvt in the libarary although I do have 6 other drivers available that aren't listed. 2. ole2.lib is included on the default libs even though I don't have an ole2.lib 3. Libs hbmysql, hbpgsql and hbziparch are listed as choices even though I don't have these libs available. 4. Libs that don't show up that should are hbct, hbnulrdd, hbodbc, hbtip, hbw32 and some terminal libs (gtcgi, gtpca, gtstd, gtwvt). I do use hbct and hbtip often but they are easily added on the user libs line. 5. hbole shows up twice in the libs pick screen. The first one is called hbole (old) but it uses the exact same lib whether you choose (old) or current. Then hbole.lib shows up twice in the make file. Although this doesn't hurt, it still seems a bit strange. 6. hbhsx, hbpcre and hbsix are listed by default but are also shown as available picks. If you pick them, they too show up twice. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
