Thanks Alexander,

After some testing the solution turned out to be that
rddleto.lib got included in letodb after the addition of rddleto.hbc,
which had this effect on the end results. Probably rooted in
some symbol name clashes.

Some things I've notices along the way:
1) It'd be good to extend test_ta.prg with a memo field for testing.
2) readme.txt contains 'SET HB_PATH = c:\harbour' suggestion,
    but only 'SET HB_PATH=c:\harbour' works (without spaces around
    equal sign).
3) -q0 -es2 switches should be added to both .hbp files.
4) common.prg should be deleted from rddleto.hbp.
5) To fix the BCC problem, add -nohbc switch to letodb.hbp
    (this will tell hbmk2 to not read rddleto.hbc)

Updated .hbp files:

--- letodb.hbp
#
# $Id: letodb.hbp,v 1.2 2009/06/03 09:44:46 alkresin Exp $
#

-inc
-obin/letodb
-iinclude
-n -w -q0 -es2 -d__WIN_DAEMON__
-nohbc
-cflag={allmsvc}-D_CRT_SECURE_NO_DEPRECATE
-gtgui{win}
-gui

source/server/server.prg
source/server/errorsys.prg
source/server/errint.c
{linux}source/server/leto_lnx.c
{win}source/server/leto_win.c
source/server/letoacc.c
source/server/letofunc.c

source/common/blowfish.c
source/common/common_c.c
source/common/hbip.c
source/common/net.c
source/common/common.prg
---

--- rddleto.hbp
#
# $Id: rddleto.hbp,v 1.2 2009/06/03 09:44:46 alkresin Exp $
#

-hblib

-inc
-olib/rddleto
-iinclude
-n -w -q0 -es2

source/client/leto1.c
source/client/letomgmn.c
source/client/rddsys.prg

source/common/blowfish.c
source/common/common_c.c
source/common/hbip.c
source/common/net.c
---

Brgds,
Viktor

On Fri, Jun 5, 2009 at 7:42 AM, Alexander
S.Kresin<a...@belacy.belgorod.su> wrote:
> Viktor,
>
>>> Now there is another problem, quite strange. Letodb.exe, built with hbmk,
>>> gives an error creating dbf, which includes memos, while that one, built
>>> with make_b32.bat, creates it normally ( I use the same client side exe
>>> for
>>> both ). What may be a reason ?
>>
>> No idea yet. What is the error?
>
> oError:genCode = 20
> oError:subCode = 1020
>
>  and could you post hbmk2 -trace
>>
>> output and also your regular make output?
>
>  Attached. A1.log is a result of "hbmk2 -hb10 -traceonly letodb.hbp
> rddleto.hbp", make_b32.log produced by makefile.bc, which is attached also.
>
>  Are you using the
>>
>> same Harbour installation/version in both modes?
>
>  Yes.
>
>>
>> BTW, maybe -gtgui will better emulate current non-hbmk2
>> make files (in default mode) than -gui, please have a try
>> with it, anyhow it's not related to the memo problem.
>
>  The a1.log is produced with -gtgui.
>
> Regards, Alexander.
>
> _______________________________________________
> 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

Reply via email to