2008-08-21 10:28 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/dbinfo.ch
* include/dbstruct.ch
* include/hbgtinfo.ch
* include/hblang.ch
* include/setcurs.ch
! Added "also used from C code" comments.
* utils/hbmake/ffile1.prg
! Minor cleanup.
* include/hb
Hi Bill,
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
Hi,
As title, this is very important for us, for Chinse words inlcudes simple
and traditional with GB2312,GBK,Big5, only Unicode can whole deal all of
them work .
Best regards!
Shuming Wang
Canton, Guangdong Province ,China
___
Harbour mailing list
H
Hi,
I just try a compile from a fresh SVN update and discovered there is some
missed function.
They got rename to their initial name 2 years ago ...
Ie ;
HB_DBG_VMVARSLEN() -> __DBGVMVARSLEN()
HB_DBG_VMPARLLIST() -> __DBGVMVARSLIST()
HB_DBG_VMSTKLCOUNT() -> __DBGVMSTKLCOUNT()
Not any more H
Hi JF,
Yes, this was the intention.
I'm not sure what exactly do you mean, but if you
happen to use these internal functions from your
code, you can either write some wrappers to them, or
search/replace them in your code to the new names.
Or, you can also use the stable Harbour 1.0.0 build,
unti
Hi Viktor,
Not really a problem for me, only 4 function are used by Antonio from FiveWin
and I suppose he will replace them without any problem. In the meantime, I
already wrote a wrapper as a workaround. I was just not sure it was the
intention.
PS: Good job !
Friendly,
JF,
-Message d'
JF:
I added this to solve references in FW for Harbour (not xHarbour):
#ifndef __XHARBOUR__
Function HB_DBG_VMSTKLCOUNT(n)
Return __DBGVMSTKLCOUNT(n)
Function HB_DBG_VMPARLLIST(n)
Return __DBGVMPARLLIST(n)
Function HB_DBG_VMVARLGET(n1,n2)
Return __DBGVMVARLGET(n1,n2)
Function HB_DBG_VMVARSLEN
Viktor:
About 4 years ago when Ryzsard renamed renamed this
funcs I added
2004-01-29 18:45 UTC-0800 Luis Krause Mantilla /*dot*/ ca>
* source/vm/debug.c
+ add wrappers (some 3rd-party-libs still use these ones) for:
__VMSTKLCOUNT()
__VMPARLLIST()
__VMSTKLLIST()
__V
It would be nice to know why exactly FW or any
other 3rd party code need these access such internal
stuff. Maybe there is better existing solution to
replace them, or if these are indeed essential in
some real-world situations, we may want to think of
creating some documented and supported alterna
- Original Message -
From: "Szakáts Viktor" <[EMAIL PROTECTED]>
To: "Harbour Project Main Developer List."
Sent: Thursday, August 21, 2008 5:17 AM
Subject: Re: [Harbour] hbmake
Hi Bill,
Harbour Make
Copyright (c) 2000-2008, http://www.harbour-project.org/
Harbour 1.0.0 Intl. (Rev. 9
Hi Luiz,
Maybe, but before we continue to take and maintain
old compatibility stuff in Harbour core and doing
a temporary solution again, I'd suggest looking
a bit deeper into this (see my other mail).
[ BTW, right now I'm committing stuff targeting
1.1, where such old stuff may be completely
dr
Okay, I've found something, I'll fix it ASAP.
Brgds,
Viktor
On 2008.08.21., at 17:15, bill robertson wrote:
- Original Message - From: "Szakáts Viktor" <[EMAIL PROTECTED]
>
To: "Harbour Project Main Developer List." >
Sent: Thursday, August 21, 2008 5:17 AM
Subject: Re: [Harbour] hbma
Viktor:
In the case of FWH, Antonio uses them as wrappers
to legacy functions from FW 16 bit days to return the
number of local vars, param count etc at the .c level.
Antonio would have to explain in more detail exactly
why they're used.
Regards,
Szakáts Viktor wrote:
It would be nice to know
Hi Luis,
Okay, it would be great to get an insight in that,
I hope Antonio will tell us some more.
Brgds,
Viktor
On 2008.08.21., at 17:36, Luis Krause Mantilla wrote:
Viktor:
In the case of FWH, Antonio uses them as wrappers
to legacy functions from FW 16 bit days to return the
number of loc
- Original Message -
From: "Szakáts Viktor" <[EMAIL PROTECTED]>
To: "Harbour Project Main Developer List."
Sent: Thursday, August 21, 2008 11:34 AM
Subject: Re: [Harbour] hbmake
Okay, I've found something, I'll fix it ASAP.
Brgds,
Viktor
Hi Viktor,
That's good because I just downloa
2008-08-21 18:06 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbdoc/fclass1.prg
* utils/hbdoc/ffile1.prg
* utils/hbdoc/ft_funcs.prg
* utils/hbmake/fclass1.prg
* utils/hbmake/tmake.prg
* utils/hbmake/ffile1.prg
* utils/hbmake/ft_funcs.prg
* utils/hbmake/pickarry.prg
Hi Bill,
That's good because I just downloaded and installed the stable
release. Unfortunately it has the original error about the renamed
files. Trying to use the stable release & debugger gives:
Yes, hbmake and hbdoc are the "black sheeps" in the
Harbour distro. No one is using them fro
2008-08-21 18:52 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* common.mak
* utils/hbdoc/Makefile
* utils/hbdoc/bld_b32.bat
* utils/hbdoc/bld_vc.bat
- utils/hbdoc/fclass1.prg
- utils/hbdoc/ffile1.prg
* utils/hbdoc/ft_funcs.prg
* utils/hbmake/Makefile
* utils/hbmake/bld_
Hi Viktor
Pls try again with current SVN, if the 'open' crash
disappeared.
Yes, the 'open' crash disappeard. Thanks!
Yes, hbmake and hbdoc are the "black sheeps" in the
Harbour distro. No one is using them from the core
contributors and no one reported any problems with
them before the rel
Hi Bill,
Can you send me a patch for the current version
of hbmake, with your fixes?
BTW, just one technical note about FREADLINEs:
- hbdoc uses a .prg level one in ft_funcs.prg called FREADLINE()
- hbmake uses a .c level one in hbmfrdln.c called HB_FREADLINE()
(this one is excatly identical w
- Original Message -
From: "Szakáts Viktor" <[EMAIL PROTECTED]>
To: "Harbour Project Main Developer List."
Sent: Thursday, August 21, 2008 2:11 PM
Subject: Re: [Harbour] hbmake
Hi Bill,
Can you send me a patch for the current version
of hbmake, with your fixes?
Hi Viktor,
I never
Hi Viktor,
Did you touch debuger.prg ?
Here is what I receive doing a full new compile with the very last svn sources ;
source\debug\debugger.prg(411) Warning W0001 Ambiguous reference: 'GTI_GETWIN'
source\debug\debugger.prg(415) Warning W0001 Ambiguous reference: 'GTI_GETWIN'
source\debug\deb
2008-08-22 08:20 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* common.mak
* make_b32.mak
* make_gcc.mak
* make_vc.mak
* make_vcce.mak
* utils/hbdoc/Makefile
* utils/hbdoc/bld_b32.bat
* utils/hbdoc/bld_vc.bat
* utils/hbdoc/hbdoc.prg
* utils/hbmake/Makefile
* utils
23 matches
Mail list logo
