On Tue, 04 Dec 2007, Maurilio Longo wrote:
I think I was not able to explain what I intended to say .)
with a MT only runtime you have two possibilities:
- you write MT .prg code (startThread() and the like)
- you write ST .prg (code ported from clipper)
- create a code which is reentrant
2007-12-05 08:25 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbgtcore.h
* added HB_GTSELF_*() macros for future use
* harbour/source/rtl/gtalleg/gtalleg.c
* harbour/source/rtl/gtalleg/ssf.h
* harbour/source/rtl/gtalleg/fixedth.sfc
* harbour/source/rtl
On Fri, 07 Dec 2007, frank van nuffel wrote:
Hi all,
I'm new to this list, but have been harbour fan
since 2003 and also xHarbour shares my interest
Great job that's going on in here, much inspiring
And for Przemek, if you're reading this, i've been
replying to your mail to me dd
2007-12-13 10:14 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/gtwvt/gtwvt.c
! fixed allocating terminal context - thanks to Enrico
* harbour/contrib/hbct/token2.c
+ added automatic cleanup code for static data allocated by
TokenInit() using
On Mon, 10 Dec 2007, Lorenzo Fiorini wrote:
First of all, many thanks to all developers.
It took me less than 1 hour to install a Linux FC8 X86_64, setup the
Harbour env and get a 64 bit version of my apps.
I've read many scary stories about 64 bit but so far I haven't had a
single problem,
2007-12-13 16:55 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbapigt.h
* harbour/source/rtl/gtapi.c
! fixed DISPCOUNT() return value
* cleaned some GT functions declarations
best regards
Przemek
___
Harbour mailing
On Thu, 13 Dec 2007, Pritpal Bedi wrote:
Hello
In Clipper and xHarbour this code works ok:
ENABLE TYPE CLASS ALL
Local aArray := { 'John', 12, .t., ctod( '' ) }
aArray:Append( 2002 )
? Len( aArray ) // 5
But in Harbour I get this error:
Error BASE/1004 Message not found: :APPEND
2007-12-19 13:05 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbmath.h
* harbour/source/rtl/math.c
* cleaned matherr API, now it works in the same way on all
platforms - this modification fixes also some strange
results when math functions were called
2007-12-19 18:48 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/xhb/Makefile
* harbour/contrib/xhb/common.mak
+ harbour/contrib/xhb/xhbqself.c
+ added xHarbour compatible HB_QSELF() function
* harbour/contrib/xhb/xhbfunc.c
* removed HB_QSELF() redirecting
On Thu, 20 Dec 2007, Guy Roussin wrote:
Yes, please.
The patch was in my previous mail :-)
Ups, I missed it - I'll update Makefile in hbpgsql in a while.
If you can also add conditional build of hbpgsql to DEB files
then it would be nice.
I think the way to go is to create a 'debian'
On Fri, 21 Dec 2007, Lorenzo Fiorini wrote:
I've successfully rebuilt Harbour and my apps under Fc8 32 bit in
native ( Linux ), mingw32 and cemgw mode.
I've also done it with Ubuntu 7.10 Amd64 and the only issue I've found is:
/usr/bin/ld: ./page.o: relocation R_X86_64_32 against `a local
2007-12-21 10:55 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
* added system libraries necessary for linking some of harbour
contrib libs in WinCE
* minor cleanup
* harbour/source/rtl/gtxwc/gtxwc.c
* added missing 'const' in declaration
best
2007-12-21 18:21 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/pack_src.sh
* try to detect GNU tar
* harbour/make_xmingw.sh
* added new default location for MinGW cross-compiler in Gentoo
distribution
* added auto detection of MinGW cross-compiler
2007-12-21 18:49 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_xmingw.sh
* fixed two typos - many thanks to Phil Krylov for locating them
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http
On Fri, 21 Dec 2007, Lorenzo Fiorini wrote:
I didn't manage to change the font either. I can't tell
much details (maybe I did something wrong), but GTI_ICONFILE,
GTI_FONTQUALITY didn't make much difference either in my tests.
After the Przemyslaw fixes I got it working changing the font to
2007-12-22 13:14 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_tgz.sh
+ added HB_BUILDSUF
- removed hbverfix and pretest from final binaries
! fixed setting UNTAR_OPT
best regards
Przemek
___
Harbour mailing list
2007-12-22 11:59 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_tgz.sh
* use -fPIC on HP-UX
* respect user defined C_USR and L_USR
! fixed typo in GNU tar detection
best regards
Przemek
___
Harbour mailing list
2007-12-22 11:28 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-mkslib.sh
+ added -fPIC to GCC parameters - it's necessary on some platforms
+ use .sl suffix for shared library in HP-UX
* harbour/bin/hb-func.sh
+ use .sl suffix for shared library in HP-UX
Hi All,
Happy new year !!!
I hope I will have more spare time in next year and in few days
I'll answer to some pending letters waiting for me. I'm really
sorry for delay.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
On Sat, 22 Dec 2007, Tomaž Zupan wrote:
Hi!
There seems to be a problem with this script, because I aleays get empty
archive and thus make_rpm.sh script also fails.
Problem is in this line:
for f in `sed -e '/^[ ]*name=..*$/ !d' -e 's/^[ ]*name=\(.*\)$/\1/g'
$d/entries`
Because it never
On Tue, 08 Jan 2008, Massimo Renzi (MaticaSrl) wrote:
Hi all.
I'm converting Clipper project to Harbour.
I've that problem.
In some case Clipper developer has declared PRIVATE variable with the same
name of PARAMETER variable.
I know that the better think is to change the code but at
On Thu, 27 Dec 2007, Francesco Saverio Giudice wrote:
Hi All,
how may I use an autoincrement field ?
I would like to have a numeric value, but at the moment if I create a dbf
with below command, I got a datetime field.
dbcreate( test, { {USERID, +, 12, 0 }, { NAME, C, 20, 0 } },
DBFCDX )
- static variables local to thread. It's very important
feature which allows to keep common MT and ST code. Below I'm
attaching ChangeLog for modifications which introduce TSD support
to Harbour in .prg and .c level.
best regards,
Przemek
-XX-XX XX:XX UTC+ Przemyslaw Czerpak (druzus
On Tue, 08 Jan 2008, Tomaž Zupan wrote:
Dne torek 8. januarja 2008 je Przemyslaw Czerpak napisal(a):
Thank you. Your SVN does not use XML for entries files.
What is the number in your: .svn/format file?
8
Try attached pack_src.sh
best regards,
Przemek
pack_src.sh
Description: Bourne
On Tue, 08 Jan 2008, Tomaž Zupan wrote:
Sent to your private address.
Thank you. Your SVN does not use XML for entries files.
What is the number in your: .svn/format file?
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
On Tue, 08 Jan 2008, Massimo Renzi (MaticaSrl) wrote:
Hi Przemek,
thank you for your reply.
I would like present you my admiration of your work.
I dont know how to say Thank you for ever for your great work.
So...
My source code is:
code
...
MAN_ARCH(Dir_Work,Dir_Cont,1,10,08)
...
On Tue, 08 Jan 2008, Szakáts Viktor wrote:
I understand, thanks for the tip. I've just committed this
modification.
Thank you.
Something's still not right though. When compiling checkbox.prg
(the first OO code in the build process), lots of syntax errors
appear, then - after a slight pause
On Wed, 09 Jan 2008, Lorenzo Fiorini wrote:
But isn't it simpler to use getpid() to determine the pid of a process
instead of forking it ?
Probably yes but I didn't find viable examples.
My idea is to create a series of HB_RUNxxx functions that controls
processes, sth like:
HB_RUN( cCmd
2008-01-09 15:03 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/estack.c
* added missing static to s_initSymbol declaration
* harbour/include/hbgtinfo.ch
* harbour/source/rtl/scroll.c
* formatting
* harbour/common.mak
* added empty line necessary
On Thu, 10 Jan 2008, Lorenzo Fiorini wrote:
I don't need hbziparch but simply send deflate/gzip data to a web browser.
Is the HB_COMPRESS/HB_UNCOMPRESS in xhb the only solution?
I would like to find a non-xhb solution.
You can use ZLIB wrapper I sent.
Sooner or later we will have to add
The first version was probably refused due to attachment size and I'm
sending second one with smaller patch (without harbour.yy[ch] files)
so bison is necessary to recreate them.
On Wed, 09 Jan 2008, Mindaugas Kavaliauskas wrote:
* harbour/source/rtl/perfuncs.prg
*
2008-01-11 18:01 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbapiitm.h
* harbour/source/vm/itemapi.c
+ added new functions:
BOOL hb_itemParamStore( USHORT uiParam, PHB_ITEM pItem )
BOOL hb_itemParamStoreForward( USHORT uiParam, PHB_ITEM pItem
2008-01-11 18:13 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbexprb.c
* removed unused variable
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo
On Fri, 11 Jan 2008, Mindaugas Kavaliauskas wrote:
one thing was missing - strings were not escaped before writing to .pot
file. This is important fix, if we want to include i18n in current
release. So, I've committed the change.
Thank you. I'll remove HB_I18N_SUPPORT in a while.
best
2008-01-12 13:19 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/ChangeLog
* harbour/include/hbapiitm.h
* harbour/source/vm/itemapi.c
- removed hb_itemLockReadCPtr()/hb_itemLockWriteCPtr()/hb_itemUnLockCPtr()
Whole modification which will address all different
On Sat, 12 Jan 2008, Francesco Saverio Giudice wrote:
Hello Friends,
I have a database that has 3 numeric fields likes:
N1N 160
N2N 160
N3N 160
and I need to make a lot of indexes like
INDEX ON Str(n1)+Str(n2)+Str(n3) TAG n1n2n3 TO myindex
INDEX ON
On Sun, 13 Jan 2008, Jorge A. Giraldo wrote:
Hi All,
The following code will encrypt a file, but will not decrypt it
(Only de header as long as I can see).
When encrypted, the name becomes unreadable...
Have you tested this code with Clipper and SIX3?
It gives the same results.
[poniedziałek, 14 styczeń 2008], Jacek Potempa napisał(a):
Hi All,
One of our customers have just hit a limit of possible number of records
in a single table. This limit is a 32-bit signed int which gives us
2,147,483,647 records per table. It's the maximum value HB_IT_LONG can
hold on
On Mon, 14 Jan 2008, Maurilio Longo wrote:
PS. But, if you have more than 2 billion records... how big is that .dbf? I
think .dbf has a 2Gb size limit.
1. It's not DBF - Jacke wa talking about MEDNTX RDD which uses
SQL tables
2. DBF does not have 2GB size limits and never had. It was only
On Mon, 14 Jan 2008, Jorge A. Giraldo wrote:
Hi Przemek,
I don't have SIX3, but I am reading the guides in
http://www.ousob.com/ng/six3/index.php
DBFdecrypt doesn't use a parameter as you said.
As I can see I should use SetPass instead.
But at least for me this code doesn't work,
the table
2008-01-14 19:35 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/common.mak
* replaced TAB with SPACEs
* harbour/source/rdd/dbcmd.c
* changed hb_retnl() in LASTREC() to hb_retnint() to increase maximum
record number to 2^32 - unsigned 32bit integer instead
On Tue, 15 Jan 2008, Lorenzo Fiorini wrote:
I'm trying to use the function HB_EXECVP in a dynamic hrb but I get::
Unrecoverable error 9001:
Called from __HRBLOAD(0)
I've created a test but it dies:
hbcmp -gh tt52.prg
hbrun tt52.hrb
The same test works normally in executable format:
hbmk
2008-01-16 03:18 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/macro.c
! strip trailing and leading SPACEs and TABs from macro compiled
symbols
best regards
Przemek
___
Harbour mailing list
Harbour@harbour
2008-01-17 16:50 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbzlib/ioapi.c
* harbour/contrib/hbzlib/zip.c
* harbour/contrib/hbzlib/unzip.c
* harbour/contrib/hbzlib/crypt.h
* harbour/contrib/hbzlib/hbzlib.c
* harbour/contrib/hbzlib/hbmzip.c
* casting
2008-01-17 17:29 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/harbour.spec
! removed dummy %endif which left after recent modification
for Mandriva detection
* harbour/ChangeLog
! fixed ChangeLog description - I repeated by mistake the previous one
best
2008-01-17 17:23 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbzlib/ioapi.c
* harbour/contrib/hbzlib/zip.c
* harbour/contrib/hbzlib/unzip.c
* harbour/contrib/hbzlib/crypt.h
* harbour/contrib/hbzlib/hbzlib.c
* harbour/contrib/hbzlib/hbmzip.c
* casting
2008-01-18 01:17 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbzlib/zip.c
* harbour/contrib/hbzlib/unzip.c
! fixed possible access to uninitialized memory - thanks to Lorenzo
* harbour/contrib/hbzlib/hbzlib.c
* fixed casting - thanks to Andi
* harbour
On Sat, 12 Jan 2008, Petr Chornyj wrote:
hb_stackReturnItem() is more fast than making a copy of item. In many
cases hb_stackReturnItem() is OK. Maybe we can use hb_stackReturnItem()
for internal code and hb_itemNew( hb_stackReturnItem() ) for public API.
pItem = hb_itemReturnCopy(
On Thu, 17 Jan 2008, David Arturo Macias Corona wrote:
HbzLib will build/work under OS/2 too or requires something (libraries,
dlls, ...) ?
Yes, but if you want to use it with your application then you will
have to link your code with ZLIB library compiled for OS2. It's
very popular library so
2008-01-23 02:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbrddntx.h
! fixed type of Signature field in tag structure
* harbour/source/rdd/dbfntx/dbfntx1.c
! fixed possible leaving locked index when number of tags
exceed 63. 63 is maximum number
On Fri, 25 Jan 2008, Szakáts Viktor wrote:
I'm trying to minimize confusion and variations
when it comes to make files, and adding make_gnu.cmd
doesn't really help in that process (since we
already have the same filename with .bat extension,
and for most ppl - who are Windows users - .cmd
On Fri, 25 Jan 2008, Szakáts Viktor wrote:
Maybe I missed sth but I understood that now he has to set all
envvars manually and call 'make' directly.
Yes, that's basically it. There is not much magic done
in these batch files (platform envvars, HB_BIN/INC/LIB_INSTALL
envvars set and make
On Sat, 02 Feb 2008, Mindaugas Kavaliauskas wrote:
Hi,
I expect pointer not to be collected, because it lives in variable h.
What's wrong with my code?
The reference counter. Multiple putting the same pointer in
GC pointer item is not safe. If you think that it should be
safe then I can add
On Thu, 31 Jan 2008, Szakáts Viktor wrote:
Hi Przemek and all,
I've noticed this RDD doesn't get built
either using the GNU and non-GNU make system.
It's not used old DBT only code. I created new memo code
(DBFFPT) and it supports different memo types:
DBT, SMT, FPT VFP, FPT FLEX (without
On Sat, 02 Feb 2008, Alexander S.Kresin wrote:
Hi Alexander,
Hi All,
it become more and more difficult for 3-rd party products developers
to fight with differences between Harbour and xHarbour and between
versions of the same compiler.
Just a couple of examples.
2008-02-04 09:31 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/harbour.spec
* harbour/harbour-ce-spec
* harbour/harbour-w32-spec
* updated for new library names
* harbour/ChangeLog
* harbour/include/hbexprb.c
* formatting
* harbour/source/rtl/net.c
On Tue, 05 Feb 2008, David Arturo Macias Corona wrote:
With your changes, first error at building is:
---
[E:\harbour802]make -r 1make_gnu.log
ar: Can't open output archive ../../../../lib/os2/gcc/tmp-hbcommon.a
---
which
2008-02-04 15:55 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/config/os2/global.cf
* added workaround for non working 'if' function in OS2 GNU make port
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
2008-02-05 10:58 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/config/os2/global.cf
! fixed typo in FOR command
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman
On Tue, 05 Feb 2008, Alexander S.Kresin wrote:
I'm here to resolve the problem, which you know from a Patrick's message
and, probably, some other compatibility problems, which may happen.
If this is the only one problem then the solution is trivial.
Instead of copping all AREA structure
On Tue, 05 Feb 2008, Lorenzo Fiorini wrote:
HB_GT_COLOR_PALETTE( #00, [...], #FF )
Anybody interested?
I'll add new GTI_ action to set palette to some GT drivers
after release freeze.
best regards,
Lorenzo
___
Harbour mailing list
On Sat, 09 Feb 2008, David Arturo Macias Corona wrote:
With these changes, with old make.exe (3.76.1):
- make_gnu.cmd: work entirely
- make_gnu.cmd install: work entirely
- make_gnu.cmd clean: fail
[E:\harbour802]make -r clean 1make_gnu.log
make:
On Sat, 09 Feb 2008, Lorenzo Fiorini wrote:
Why should we not finish Harbour at this time?
Because the two main developers don't agree about latest changes.
Not exactly. I agree that library names can be source of some
name conflict and I like the idea to resolve the problem.
I only do not
2008-02-09 12:50 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/config/w32/global.cf
* removed ' quoting from commands - *sh shells removed them but without
such shell they are passed to windows command interpreter and not
all version removed them
best regards
On Fri, 08 Feb 2008, Szakáts Viktor wrote:
[...]
With all due respect if someone creating an official
binary release is not able to do this, we may have some
other problems too.
Viktor, the most important is that it will be necessary to make
some modifications before compilation. I
On Sat, 09 Feb 2008, Szakáts Viktor wrote:
I'll look into this header package problem tomorrow.
One thing that would help a lot here, is to have a
separate include dir inside the Harbour source tree,
which is empty in the repository, and where these
headers could be spilled from the 3rd party
2008-02-09 22:42 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/harbour.spec
* harbour/harbour-ce-spec
* harbour/harbour-w32-spec
* harbour/make_rpm.sh
* harbour/make_rpmce.sh
* harbour/make_rpmw32.sh
* updated for recent changes in library names
* added
. F.e. today I've seen that Walter fixed calling supermethod
of the same object by different threads - it was never safe in xHarbour
though xHarbour has MT mode for years. In Harbour this code is MT ready
and this fix exists from:
2006-08-23 23:12 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl
On Sun, 10 Feb 2008, Szakáts Viktor wrote:
I'm glad PCRE can be included w/o problems. What do you
think about including zlib source code / binaries in our
future distributions?
This is from zlib header:
/* zlib.h -- interface of the 'zlib' general purpose compression library
version 1.2.3,
On Mon, 11 Feb 2008, Pritpal Bedi wrote:
I have understood in what circumstances destructors operate. But I have
never used destructors anywhere. I mean I am not assigning self to any class
variables, public variables, or even I do not use DESTRUCTOR command in any
of my classes. Because my
On Mon, 11 Feb 2008, Alex Strickland wrote:
Hi all
I tried to use the xharbour dll functions with Harbour. hbdll.ch from
Harbour includes wintypes.ch which *is* in Harbour.
wintypes.ch has the line:
#ytranslate CTYPE_INT(x) Int(x) /* Fixes conflict with INT()
function */
in it. This
On Mon, 11 Feb 2008, Randy Portnoff wrote:
Hi Przemek,
I just took a look at (what I think is) the latest build on
SourceForge and I do not see that HB_GCALL takes any parameters - Are
you sure there is a difference between hb_gcAll(.t.) and hb_gcAll()?
In Harbour there is no difference at
On Mon, 11 Feb 2008, Marek Paliwoda wrote:
There are some techincal differences.
1. On some system it will be hard (or impossible) to overload some
subsystem using only libraries. F.e. nulrdd which should replaces
whole RDD tree for applications which do not want to use any
RDD
On Sun, 10 Feb 2008, Szakáts Viktor wrote:
I disagree. Having them as separate libraries has no advantages.
I just made some tests with GTs under BCC and including them in
link command changes *nothing*, until you *explicitly* REQUEST
a particular GT. So having them as separate libraries give
On Tue, 12 Feb 2008, Mindaugas Kavaliauskas wrote:
I'm not sure we are talking about the same thing, but if memory are
dumped to fm.log files, I have a little proposition how to extend output
to help find memory leaks.
It was not the same thing though maybe address information will help
code when I do not know what exactly it should does
and what is expected behavior in some unusual conditions. It could
be source of stupid mistakes like VariantClear() call I missed when
I was writing message to Ron.
best regards,
Przemek
- Forwarded message from Przemyslaw Czerpak [EMAIL
On Mon, 11 Feb 2008, Marek Paliwoda wrote:
Are you absolutly sure ? AFAIK there is *always* a reference to RDD
code from VM. Otehrwise it would be possible to link an executable
without *any* rdd library, which is IMO impossible. So yes,
gcc myapp.o -lnulrdd -lhrb
will work.
Or in
On Mon, 11 Feb 2008, Ryszard Glab wrote:
Yes. This will be nice solution. The only one problem is with
temporary test if in our RTL code will not appear calls to new
RDD functions which may force linking both modules. But of course
it's a minor problem.
Can we create then two libraries:
On Tue, 12 Feb 2008, Ryszard Głąb wrote:
OK, hb_gcAlloc() can automatically lock the pointer however we
still have to have hb_gcUnlock() function to unlock it distinctly
after the assignment to the item stored inside the iternal VM
storages (local stack, statics, etc). If the item will
On Mon, 11 Feb 2008, Maurilio Longo wrote:
I've got a weird problem, this simple code
function main()
? log(0)
return nil
compiled with GCC on OS/2 runs ok on some PCs and fails with a SIGFPE on
others?!?!
On some systems calling math functions with wrong parameters generates
SIGFPE
On Tue, 12 Feb 2008, Alex Strickland wrote:
Hello all
Has anyone ported this file from Harbour?
The changes to the definition of PHB_DYNS in hbvmpub.h are beyond me
to apply to the code.
Just simply use:
hb_vmPushSymbol( pVALUE-pSymbol );
instead of:
hb_vmPushDynSym( pVALUE );
On Tue, 12 Feb 2008, Pritpal Bedi wrote:
This message is asked in this group because I never received any
clarification from xHarbour DL even after posting it for 3 times. Sorry, but
it is urgent to be resolved as the large application of the organization I
am employed with getting worst
On Tue, 12 Feb 2008, Szakáts Viktor wrote:
Hi all,
Strict compatibiliy. If we need an enhanced
Eof() function (or one that behaves differently), we
should introduce a separate function for it (hb_eof() f.e.).
It should not have EOF in the name. As I said some future RDDs
may support two (both
On Fri, 25 Jan 2008, Mindaugas Kavaliauskas wrote:
Seems to me this rather goes to down to platform behavior,
than being a bug in Harbour code itself. Harbour actually
passes down the file spec to the OS filefind call, unmodified.
Exact behavior for this case is also not described in detail
On Tue, 12 Feb 2008, Maurilio Longo wrote:
thanks for the explanation, looking into math.c I was thinking it was already
handled, I'll look at it more carefully.
Try to add as workaround to LOG function before:
hb_mathResetError( hb_exc );
this code:
if( dArg = 0 )
{
On Tue, 12 Feb 2008, Patrick Mast wrote:
Hello Przemek,
Did you receive my private mail regarding Eof == .T. on Phantom record?
Thanks!
It's normal Clipper behavior replicated in [x]Harbour:
proc main(rdd)
rddSetDefault(iif(empty(rdd),DBFCDX,rdd))
? rddSetDefault()
On Wed, 13 Feb 2008, Mindaugas Kavaliauskas wrote:
We had a little similar situation a week ago. Accessing field gives
runtime error Variable does not exist, but my error log files
indicated (I print values of all fields of current workarea into log),
what field exists in workarea.
The
2008-02-13 14:03 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/direct.c
* fixed Clipper compatibility when last character of given path
is directory delimiter or drive delimiter
* harbour/source/rdd/dbf1.c
* added RT error when corrupted memo block
On Wed, 13 Feb 2008, Szakáts Viktor wrote:
Hi all,
Some of them are known, but here they are:
source\compiler\genobj32.c(544) : warning C4244: '=' : conversion from
'HB_SYMBOLSCOPE' to 'BYTE', possible loss of data
This is old code to generate .obj files directly from Harbour
not working
2008-02-13 14:36 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rdd/dbfcdx/dbfcdx1.c
* pacify compiler warning
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org
On Fri, 15 Feb 2008, Alexander S.Kresin wrote:
Hi All,
have we a C level error api ? In other words, are there C level
functions to catch up errors, which on prg level we handle with BEGIN
SEQUENCE ... END SEQUENCE ?
1. Please remember that Harbour always returns from RT error handler.
On Fri, 15 Feb 2008, Lorenzo Fiorini wrote:
Sorry, the gnu make doc is huge but I can't the answer for this easy thing:
I have a dir with several prg and I what to issue hdo hbcmp -kM -gh
-static -W2 -q0 -n only for the prg newer than hrb but I don't want
to list the prg inside the Makefile.
On Tue, 12 Feb 2008, Ryszard Glab wrote:
OK, I can agree on such restictions however we will have to
document
that the pointer allocated with hb_gcAlloc() have to be attached
using
hb_gcAttach() function to some item - the item have to be allocated
using hb_itemNew().
Or
On Fri, 15 Feb 2008, Randy Portnoff wrote:
Hi all,
I am having the problems with the current build (note that none of
these issues occur with the Beta3 build) - I am using MSVC 6):
---
1. Needed to include #IFNDEF statements at the bottom of HBSETUP.CH
since these vars
On Fri, 15 Feb 2008, Szakáts Viktor wrote:
ace.h in SVN wouldn't solve the problem. Let's see one example:
AdsGetNumActiveLinks() ADS C API (called from ADSGETNUMACTIVELINKS()),
is not present in 6.11 (pbly 6.22 too) ace.h,
So this code should be updated:
#if ADS_REQUIRE_VERSION = 6
HB_FUNC(
On Fri, 15 Feb 2008, Randy Portnoff wrote:
hbsetup.ch should not be longer included. All definitions inside
this file are include in build in PP rules.
But I do not know where it is defined - I am not defining it anywhere!?
But your source code (or one of the header files you are using) have:
On Fri, 15 Feb 2008, Randy Portnoff wrote:
Hi Przemek,
But your source code (or one of the header files you are using) have:
#include hbsetup.ch
remove this line.
It is not in my application source or headers nor in Windock - The
only references I can find to this file are in Harbour.
2008-02-16 11:28 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbdate.h
! fixed limitation which forced to use hbdate.h after hbapi.h
or hbdefs.h
best regards
Przemek
___
Harbour mailing list
Harbour@harbour
2008-02-18 12:12 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rdd/dbfntx/dbfntx1.c
! fixed very bad typo in my last commit - thanks to Jorge and Enrico
for confirmation
best regards
Przemek
___
Harbour mailing list
2008-02-22 00:20 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/cdpapi.c
! fixed unicode values for control codes in default CP437 unicode table
* harbour/source/rtl/gtchrmap.c
! added missing default translation of chr(155) - it's control code
on most
1 - 100 of 2167 matches
Mail list logo