- Original Message -
From:
To:
Sent: Friday, November 27, 2009 10:03 PM
Subject: [Harbour] SF.net SVN: harbour-project:[13042] trunk/harbour
Revision: 13042
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13042&view=rev
Author: druzus
Date: 2009-11-28 03:02:59
Hi All,
There is a problem with fopen() and I suspect fcreate(), etc in philes.c. In
philes.c, you will notice that hb_fsOpen is cast to HB_NHANDLE which is
typedef as a pointer to unsigned int in hbdefs.h. This means that the
F_ERROR (-1) is made positive (2^32-1 or +4,294,967,295) so you hav
Hi Viktor,
I find the information in install comprehensible and useful!
- Original Message -
From:
To:
Sent: Monday, August 24, 2009 12:23 PM
Subject: [Harbour] SF.net SVN: harbour-project:[12307] trunk/harbour
Revision: 12307
http://harbour-project.svn.sourceforge.net/harbour-pr
Hi Viktor,
- Original Message -
From: Viktor Szakáts
To: Harbour Project Main Developer List.
Sent: Tuesday, March 10, 2009 11:11 AM
Subject: [Harbour] hb_regexMatch() 3rd parameter
I've been citing this a few times already, but got no answer,
yet it looks wrong.
3rd logical parameter
Cannot get a clean compile in Harbour with windows and bcc32. Get an error
at line 354 stating that ulong uladdr can't be placed here. The problem is
that hb_vmUnlock(); at line 350 makes line 354 invalid.
Starting at line 350 in hbinet.c
/* TOFIX: make it MT safe */
--> the placement h
- Original Message -
From: "Enrico Maria Giordano" <[EMAIL PROTECTED]>
To: "Harbour Project Main Developer List."
Sent: Tuesday, September 16, 2008 10:01 AM
Subject: Re: [Harbour] 2008-09-15 13:38 UTC+0200PrzemyslawCzerpak
(druzus/at/priv.onet.pl)
-Messaggio Originale-
Da:
>> Sorry for nit-picking again, but "32/64 bits",
>> should be "32/64-bit" I believe. Someone native
>> English please correct / confirm this.
>>Brgds,
>>Viktor
As a native English speaker, I'm probably least qualified to answer but here
goes. If it were '32 XXX' it should be '32 XXXs' since the
- Original Message -
From: Massimo Belgrano
To: Harbour Project Main Developer List.
Sent: Monday, September 08, 2008 9:36 AM
Subject: [Harbour] hbmake look problem
During compiling with hbmake (bcc) a little problem regarding look with
modules of at lease 3 prg Ilink phase display his m
Hi Przemek,
Forget about the DES request suggestions. I managed to crack the code by
adding 1 to the pc1 tables and rotating byte left 1-bit.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harb
- Original Message -
From: "Przemyslaw Czerpak" <[EMAIL PROTECTED]>
To: "Harbour Project Main Developer List."
Sent: Thursday, September 04, 2008 1:25 PM
Subject: Re: [Harbour] debug bug
On Thu, 04 Sep 2008, bill robertson wrote:
Hi Bi
Hi All,
In the example below:
-
FUNCTION MAIN()
LOCAL cVar
ALTD()
cVar:= 5 // Just to stop on something
RETURN 0
--
If I go to the command window of the debugger and ask a few questions:
? s // nil as expec
Hi Massimo
- Original Message -
From: "Massimo Belgrano" <[EMAIL PROTECTED]>
To: "Harbour Project Main Developer List."
Sent: Tuesday, September 02, 2008 10:04 AM
Subject: RE: [Harbour] Where find reference for unresolved external
I am search a way because i have a big number of re
Hi Massimo,
- Original Message -
From: "Massimo Belgrano" <[EMAIL PROTECTED]>
To: "Harbour Project Main Developer List."
Sent: Tuesday, September 02, 2008 6:30 AM
Subject: [Harbour] Where find reference for unresolved external
What can be done for messages unresolved external "XYZ"
Hi Ciro,
You need to add the attribute flag to fileseek( file, flag )
0 Normal
1 Read only
2 Hidden
4 System
8 Volume
16 Directory
32 Archived
cFile:=FILESEEK("C:\autoexec.bat", 2) for just hidden. OR value to get just
what you want.
hi all:
this progra
Hi Viktor,
I looked at hbmake.prg after your last cleanup. Your change at the
aLibsDesc, reminded me of when I thought hbmake included some libraries
twice. It turns out that I was wrong about this but it does produce a
makefile that can be confusing. Consider the following excerpts from hbmak
Hi all,
The debugger can't show the value of global statics. The following program in
Harbour gives the value of n1 as nil in the command window. Clipper and
xHarbour shows the correct value. Only the displayed value in the debug command
window is wrong. Harbour uses the correct value in the pr
Hi Viktor
I see that you have vastly improved the fclass1, ffile1, ft_funcs by getting
rid of most of the chr(10), chr(13) mess and using hb_OSNewLine(). I haven't
build the new system yet but see a problem for systems that use anything but
CRLF as the EOL terminator.
looking at the code:
- Original Message -
From: "Szakáts Viktor" <[EMAIL PROTECTED]>
To: "Harbour Project Main Developer List."
Sent: Friday, August 22, 2008 12:18 PM
Subject: Re: [Harbour] Typo in /harbour/utilt/hbtest/rt_math.prg
Hi Bill,
Yes, with some compilers it's the correct one,
with others it's
Hi all,
Line 359 in /harbour/util/hbtest/rt_math.prg is:
TEST_LINE( Str(1234567890 * 1234567890 ) , " 1524157875019052000"
) // real val is 1524157875019052100
The comparison value " 152415875019052000" should be " 1524157875019052100"
The comment at the end of the line stating th
- 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
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
- 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
- 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 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 BA
- 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
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 refe
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.
Hi All,
Since the recent changes to Harbour, hbmake fails when you try adding the
debugger with the /b flag with the following error:
My system is windows Xp sp3 using Borland v5.82
Harbour Make
Copyright (c) 2000-2008, http://www.harbour-project.org/
Harbour 1.0.0 Intl. (Rev. 9194) / Borl
28 matches
Mail list logo