2008-08-22 09:32 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* common.mak
* source/vm/debug.c
* source/vm/hvm.c
* source/vm/Makefile
+ source/vm/debugold.c
+ Added some HB_DBG_*() functions for compatibility
with certain 3rd party libs. They are marked with
HB
Hi Viktor,
I just changed (but not yet committed) debugger.prg to use HB_GTI_GETWIN &
HB_GTI_SETWIN in place of their preview GTI_... version from hbgtinfo.h.
But now here is what I received...
hbnulrdd.lib(nulsys.obj) : error LNK2005: _HB_FUN_RDDSYS already defined in
hbdoc.obj
bin\vc\hbdoc.
Hi Bill,
Can you send me a patch for the current version
of hbmake, with your fixes?
I never patched hbmake, only hbdoc and the fixes for hbdoc were for
DOS/Windows only tools which are fairly limited in scope. I was
hoping that someone would have answered your request in Dec for
input
Hi Viktor,
Ok, found.
Either hbdoc.prg as hbmake.prg had the line ;
ANNOUNCE RDDSYS
Normaly, using nulrdd we shoud remove this line.
Do you do it or do I it by myself, including debugger.prg correction ?
Regards,
JF,
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTE
Hi JF,
[ messages are lagging ]
Either hbdoc.prg as hbmake.prg had the line ;
ANNOUNCE RDDSYS
Normaly, using nulrdd we shoud remove this line.
Yes, I didn't know. And BCC didn't complain.
Do you do it or do I it by myself, including debugger.prg correction ?
Please do it, and thanks a bu
Ok, I'll do it asap.
Regards,
JF,
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Szakáts Viktor
Envoyé : vendredi 22 août 2008 11:15
À : Harbour Project Main Developer List.
Objet : Re: [Harbour] 2008-08-22 09:32 UTC+0200 Viktor Szakats (harbour.01
sy
* utils/hbdoc/hbdoc.prg
* utils/hbmake/Makefile
* utils/hbmake/hbmake.prg
% removing 'ANNOUNCE RDDSYS', not anymore needed
causing some problem with msvc linking.
* debug/debugger.prg
% changing all GTI_ by HB_GTI_
___
Harb
2008-08-22 11:30 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/gtalleg/gtalleg.c
* GFX_* -> HB_GFX_*
; (untested)
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/li
Compile with msvc 6 without complaining ;-)
JF,
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Szakáts Viktor
Envoyé : vendredi 22 août 2008 11:32
À : harbour@harbour-project.org
Objet : [Harbour] 2008-08-22 11:30 UTC+0200 Viktor Szakats (harbour.01 sye
Hi all,
I've noticed so far I've never ever compiled or
dealt with 'gtalleg', simply because it fall out
of the mainstream build infrastructure pbly because
of it's external dependency.
Since we now have a pretty good infrastructure in
the contrib area, to detect and deal with 3rd party
lib requ
2008-08-22 14:56 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/gtalleg/ssf.h
! Fixed to compile with BCC.
* source/rtl/gtalleg/Makefile
! Missing SVN header.
% Removed obsolete HB_MULTI_GT #define.
* source/rtl/gtalleg/gtalleg.c
* utils/hbmake/hbmake.prg
No problem for me.
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Szakáts Viktor
Envoyé : vendredi 22 août 2008 13:53
À : Harbour Project Main Developer List.
Objet : [Harbour] Moving externally dependent GTs
Hi all,
I've noticed so far I've never ev
2008-08-22 17:03 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/make_gcc_all.sh
+ Added darwin autodetection.
* contrib/Makefile
+ Added HB_CONTRIB_ADDONS envvar which enables building
local custom contribs stored in the contrib dir.
A separate dir may be b
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
Hi Bill,
Yes, with some compilers it's the correct one,
with others it's the other one. We aim for Clipper
compatibility, so the expect value in hbtest is
the Clipper one.
AFAIR, this can be fixed for all systems if
we introduce 64bit Harbour numeric types.
Brgds,
Viktor
On 2008.08.22., at 18:
- 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 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:
Hi Bill,
On 2008.08.22., at 19:13, bill robertson wrote:
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 CR
Check out Harbour's rank folks, pretty amazing:
http://www.syenar.hu/harbour/hb_20080813_rank_32.png
(this was release day)
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hello
Function Main()
Local i
Local a_:={}
Local aRecs := {}
for i := 1 to 10
a_:= RetArray()
aadd( aRecs, a_ )
? i
next
Return nil
Static Function RetArray()
Return afill( array( 76 ), '2134565424' )
At about 2 iterations (appx 1/5th) applic
Hi Pritpal,
[ Which Harbour version / compiler / platform BTW? ]
Current SVN with BCC55 (-DUNICODE -v -y) gives me this
after 32698 iterations:
--
Unrecoverable error 9009: hb_xrealloc can't reallocate memory
Called from AADD(0)
Called from MAIN(23) in stress.prg
--
This happened when the app wa
This reduced example give pretty much the same effect:
---
Function Main()
Local i
Local aRecs := {}
for i := 1 to 10
aadd( aRecs, {} )
? i
next
Return nil
---
It goes wild after a little more while.
(400MB @ i = 4, 900MB @ i = 5000).
Strangely, replacing {} with "1
Hi Pritpal,
About 2GB of memory xHabour in Win32 BCC 5.5/32b (Intel Core2Duo 4GB RAM)
report error 9009 in hb_xrealloc.
#2: Error irrecuperable 9009:
#3: hb_xrealloc no puede reubicar la memoria
#4:
The same code executes fine in xHarbour and .
What xHarbour or system are you use?
How much m
Hi all,
Will a Harbour app build using VS 2005 still run on older versions of
Windows (eg. 98, Me, 2000 and 2003)?
TIA.
Regards,
Randy.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hi Viktor
I have been working a couple of years ago in hbdoc after the last release of
.ng format unfortunately all that work disapear with a crash in my home machine.
I did many of the spanish translations, but still is missing many of the
documentation in english and not only of the known Cl
2008-08-22 22:51 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbtest/rt_array.prg
+ Added failing test case of doing AEval()
and resizing the evaluated array in the
eval codeblock.
* utils/hbdoc/ft_funcs.prg
* utils/hbdoc/hbdoc.prg
* utils/hbmake/ft_funcs
Hi Alejandro,
It'd be definitely good to start doing basically
anything around the docs issue.
I see two key goals:
1) The doc source format to be open.
This means the doc should be in an open standard text
format, which can be handled using open source tools.
2) Using open source and pr
Hi Jose,
---
// one.prg
CLASS MyClass
METHOD MyMethod() INLINE 'Bye'
METHOD New() INLINE Self
ENDCLASS
// Two.Prg
CLASS MyOtherClass FROM MyClass
METHOD MyMethod() INLINE MYOTHERCLASS_MYMETHOD() // <-- using INLINE
ENDCLASS
#pragma BEGINDUMP
#include "hbapi.h"
HB_FUNC( MYOTHERCLASS_MYM
José,
Should not it shows 'Hello' instead of 'Bye'??
No consigo reproducir el problema: con tres PRGs me presenta 'Hello'.
Por cierto, XEdit 2 (abril 2008) tiene problemas para gestionar el
"Módulo principal" si no lo has creado el primero. :)
Un saludo
Xavi
José Luis Capel - escribió:
Hi a
On Friday 22 August 2008 04:05:44 pm Randy Portnoff wrote:
> Hi all,
>
> Will a Harbour app build using VS 2005 still run on older versions of
> Windows (eg. 98, Me, 2000 and 2003)?
It will require the same version of the .net framework that you compile
against. I believe by default that would be
30 matches
Mail list logo