On Tue, 14 Oct 2008, Alex Strickland wrote:
Hi Alex,
Sockets appear to me to be reliable in Harbour but I think Przemek has
alluded to problems with them? I don't know what they are. I know ADS uses
UDP, I'm not sure why.
Now the biggest problem is lack of C level API and some missing
On Tue, 14 Oct 2008, Maurilio Longo wrote:
Hi Maurilio,
Ok, this goes to the programmer responsability, I can kill a system in a lot
of ways as soon as I start writing something :)
But in this case the same program can works in different way on
different OSes so it stop to be portable.
On Tue, 14 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
I've reduced the problem to this:
--- test.prg
PROC MAIN()
TESTCALL()
#pragma BEGINDUMP
HB_FUNC( TESTCALL )
{
}
#pragma ENDDUMP
This is happening with MSVS2008 32-bit. _only_
when linking hbvmmt _and_ using -b Harbour switch.
On Tue, 14 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
I really don't see what's the difference between
bBlock := ( {|| + cExpr + } )
and
bBlock := hb_macroCompile( {|| + cExpr + } )
Nothing. Though, we've been talking about this expression: :)
bBlock := hb_macroCompile( cExpr )
other than
On Tue, 14 Oct 2008, Massimo Belgrano wrote:
Hi Massimo,
Compliment you have made point six of your todo
6, HB_LIBLOAD()/__HRBLOAD() may not be MT safe in some cases.
Before they will not be resolved please try to not use this
functions when other threads are executed.
Not
On Tue, 14 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
Yes, hb_macroBlock() is faster. The difference depends on
macro body. For very simplt macros, f.e. .T. it's:
empty loop overhead: 0.09
macro compilation: 2.44
hb_macroblock: 1.43
For more complex macros
On Tue, 14 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
[...]
When I turned off debugging, the problem went away.
If you want, I can redo some tests to make the
circumstances cleaner.
I'll look at it. If I will not be able to isolate the
problem then I'll ask you for help.
TODO:
1. We
On Tue, 14 Oct 2008, [EMAIL PROTECTED] wrote:
Hi Toninho,
I don´t know if this is an feature or a problem. If I have
DATA bDraw AS CODEBLOCK INIT nil
INIT clause is unprotected and allow to assign any value with
declared type respecting.
bDraw accept NIL without problem, but I can´t set it
2008-10-14 11:51 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbapi.h
* harbour/source/vm/macro.c
* added missing const attribute to hb_macroCompile() parameter
+ added new .prg function:
hb_macroBlock( cExpr ) - bCode
which converts macro
2008-10-15 00:31 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbxvm.h
* harbour/source/vm/hvm.c
- removed to unused functions
* harbour/source/vm/thread.c
- removed unnecessary casting
best regards
Przemek
'
This is not Harbour code. We have only one file source\rtl\getsys.prg
which does not use any static variables. It will be funny if above
error comes from some old object files compiled before:
2008-10-13 12:42 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
with broken static offsets.
best regards,
Przemek
On Wed, 15 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
I have no CodeGuard unfortunately. I didn't debug Harbour
since 8 years, but I'll try to find something out.
I've found it.
To repeat the problem is necessary to have some the startup
code execution order like in Windows/DOS.
2008-10-15 01:39 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/hvm.c
! clear HVM stack return value before use in initialization code
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http
On Wed, 15 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
I'll simply add -b- to Harbour core flags then.
Since I don't think identifying all those parts
would be a maintainable option.
Maybe it will be better to not have any -b? flags.
If someone will want to debug some part of Harbour
then he
Hi,
When I try to commit sth then I receive the following error message:
svn: Commit failed (details follow):
svn: Server sent unexpected return value (403 Forbidden) in response to
MKACTIVITY request for
'/svnroot/harbour-project/!svn/act/317be13c-9acf-11dd-9bbf-d124b13ae939'
Can someone
2008-10-15 17:50 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbstack.h
* harbour/source/vm/estack.c
* harbour/source/vm/hvm.c
* harbour/source/debug/dbgentry.c
* harbour/source/debug/debugger.prg
* moved debugRequest flag and debugger internal structure
On Wed, 15 Oct 2008, Przemyslaw Czerpak wrote:
When I try to commit sth then I receive the following error message:
[...]
Can someone with admin rights check it?
It's OK now.
If someone of you unblocked it manually then thanks.
best regards,
Przemek
On Wed, 15 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
2008-10-15 17:47 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/debug/dbgtobj.prg
* source/debug/dbgbrwsr.prg
* source/debug/dbgthsh.prg
* source/debug/debugger.prg
* source/debug/dbghelp.prg
*
On Wed, 15 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
2008-10-15 18:12 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/debug/tbrwtext.prg
* Replaced with new implementation from Lorenzo Fiorini.
Sent to the list on 2008.07.26.
; NOTE: Some issue were reported with
2008-10-15 19:08 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/debug/dbgbrwsr.prg
! added missing #include common.ch
! added missing colorBlock variable in HBDBColumn class
% replaced .prg wrappers for type checking with native
harbour class type
2008-10-15 13:32 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbapi.h
* harbour/source/vm/hvm.c
* harbour/source/vm/estack.c
* disabled all debugger related bindings and variables when
HB_NO_DEBUG macro is set
% moved s_fDebuging to HVM function stack
2008-10-15 20:03 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/debug/tbrwtext.prg
! fixed vertical navigation to be compatible with old debugger
and Clipper
! fixed horizontal scrolling to the size of maximal line
not to the size of current line
2008-10-16 00:42 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/debug/dbgtobj.prg
* harbour/source/debug/dbgbrwsr.prg
* harbour/source/debug/dbgtwin.prg
* harbour/source/debug/dbgmenu.prg
* harbour/source/debug/dbgthsh.prg
* harbour/source/debug/tbrwtext.prg
2008-10-16 04:24 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/debug/dbgbrwsr.prg
* harbour/source/debug/dbgtwin.prg
* harbour/source/debug/tbrwtext.prg
* harbour/source/debug/dbgwa.prg
* harbour/source/debug/debugger.prg
* harbour/source/debug/dbghelp.prg
On Thu, 16 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
What do you think of making the choice
between stats on or off via a command line
switch or envvar? Currently both the non-GNU
and the non-GNU ways or choosing between these
are cumbersome, and there is no way to turn
stats on on the
On Thu, 16 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
2008-10-16 13:21 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* make_b32.mak
* make_vc.mak
* make_gcc.mak
+ Readded -b when HB_BUILD_STATIC=yes.
Now it should work.
I still think it's bad idea to add -b to default
2008-10-16 13:08 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/debug/debugger.prg
+ added __dbgAChoice() - simple AChoice() replacement which uses
internally HBDbBrowser() class
* replaced AChoice() with __dbgAChoice()
* replaced @ ... SAY
2008-10-17 00:07 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/common.mak
* harbour/source/debug/Makefile
+ harbour/source/debug/dbgtinp.prg
+ added HbDbInput class for simple user input (GET)
* harbour/source/debug/debugger.prg
! changed __dbgInput() to use
2008-10-17 03:13 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/debug/dbgtwin.prg
* use hb_scroll() instead of scroll()
* harbour/source/debug/tbrwtext.prg
! fixed screen redrawing in horizontal movement
* harbour/source/debug/debugger.prg
* harbour/source
2008-10-17 12:41 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/debug/debugger.prg
* changed __dbgInput() to return logical value and set edit value in
variable passed by reference
* harbour/source/debug/dbgtobj.prg
* harbour/source/debug/dbgthsh.prg
On Fri, 17 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
2008-10-17 10:16 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/debug/dbgtobj.prg
* source/debug/dbgthsh.prg
* source/debug/debugger.prg
* source/debug/dbgtarr.prg
* Changed rest of GETs to __dbgInput()
Thank you.
2008-10-17 15:55 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/pp/hbpp.c
* workaround for warning in some GCC versions which can lost
user casting during function autoinline optimization.
* harbour/source/rtl/console.c
* harbour/source/rtl/gtapi.c
On Thu, 16 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
When HB_FM_STATISTICS_DYN (or default) is used,
one could simply turn on stats using command line
switch --fmstat, or setting up HARBOUR envvar
with --fmstat for example on development envs.
I'll add support for HB_FM_STATISTICS_DYN but
2008-10-17 16:35 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/console.c
! added missing #include hbapierr.h
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org
On Fri, 17 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
Many thanks for your efforts. Not making it the default
is okay with me personally, but for the project itself
most complications would still remain this way. I'd suggest
to measure the speed loss to compare with possible benefits.
The
2008-10-18 08:36 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/debug/dbgtwin.prg
* harbour/source/debug/dbgbrwsr.prg
* harbour/source/debug/debugger.prg
! fixed mono color setting
* minor formatting
best regards
Przemek
2008-10-18 11:39 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/common/hbgete.c
* modified hb_getenv_buffer() to return logical value indicating
that environment variable exists even if no buffer is passed
best regards
Przemek
2008-10-20 17:26 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/filebuf.c
! fixed bad typo in lock table resizing
* harbour/source/rdd/hbsix/sxcompr.c
! fixed ring buffer initialization in Sx_Compress()
best regards
Przemek
2008-10-20 21:16 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbct/ctwin.c
* moved internal CTW data to structure allocated dynamically and
hold by inside current thread GT (HB_GT) to eliminate static
variables used by GTCTW. Now each thread can have its
On Mon, 20 Oct 2008, Teo Fonrouge wrote:
Hi Teo,
2008-10-20 11:59 UTC-0500 Teo Fonrouge (teo/at/windtelsoft/dot/com)
* source/debug/debugger.prg
! Fixed error when selecting Restore Settings and the current prg source
is not in the path for Files option. (NIL ::oBrwText at line
2008-10-21 02:40 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/common.mak
* harbour/source/lang/Makefile
+ harbour/source/lang/msgptiso.c
+ added PTISO lang module
* harbour/source/lang/msgpt.c
* formatting
* harbour/contrib/hbct/ctwin.c
! fixed restoring
[wtorek, 21 pa�dziernik 2008], Jacek Kubica napisa�(a):
Cześć Jacku,
I`m not sure if this problem is related to latest changes
but for information :
bcc32.exe -c -q -d -Q -w -w-sig- -tWM -O2 -OS -Ov -Oi -Oc -Iinclude
-Iobj\b32 -oobj\b32\harbour.obj source\main\harbour.c
On Tue, 21 Oct 2008, Miguel Angel Marchuet wrote:
Hi Miguel,
2008-10-21 13:17 UTC+0100 Miguel Angel Marchuet [EMAIL PROTECTED]
* contrib/xhb/hbcompat.h
+ added compatibilities.
Thank you for modifications but this one:
#define hb_retclenAdoptRaw( szText, ulLen ) hb_retclen_buffer(
On Tue, 21 Oct 2008, Miguel Angel Marchuet wrote:
Hi Miguel,
Is possible, what do you thing about this function.
Can i use hb_retclenAdopt instead of hb_retclenAdoptRaw in this case ?
or is necessary ?
You have to and in this case you should 1-st fix the conversion code
or it may cause
2008-10-21 22:18 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbapigt.h
* harbour/source/rtl/console.c
* harbour/source/rtl/filesys.c
* use HB_STD{IN,OUT,ERR}_HANDLE macros instead of hard coded values
* harbour/include/hbgtcore.h
* harbour/source/rtl
2008-10-22 05:03 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbstack.h
* harbour/include/hbgtcore.h
* harbour/include/hbthread.h
* harbour/include/hbapigt.h
* harbour/source/vm/estack.c
* harbour/source/vm/hvm.c
* harbour/source/vm/thread.c
* harbour
On Wed, 22 Oct 2008, Massimo Belgrano wrote:
Hi Massimo and Pritpal
I have same problem, can you explain how you have resolved
GTWVT is GUI code and in BCC such applications need special linker
switch AFAIR -tW. Probably adding:
set C_USR=-tW
should be enough.
We should probably think about
On Wed, 22 Oct 2008, Szak�ts Viktor wrote:
hbmk.bat has -tWM by default, so it should be okay. (but
I didn't test it for this case specifically).
I'm not BCC user but I thought that -tWM enables only
MT mode but does not force GUI and WinMain() startup.
If not then we may need additional switch
On Wed, 22 Oct 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
Yes, this could be important. Actually, I left comment about it a few
dozens lines above warning place. I can find an answer in 10 minutes, but I
hope Przemek will answer in a second, so I'll ask it here:
When
2008-10-22 17:45 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hbmk.bat
* simple modification to make beginning hbmk parameters (-mt and -gui)
position independent though they still have to be used before Harbour/
C compiler switches and filenames
2008-10-22 19:13 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/thread.c
! fixed memory allocation in HB_THREADWAIT() when more then 16
threads were specified
best regards
Przemek
___
Harbour mailing list
Harbour
2008-10-22 19:52 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/gttrm/gttrm.c
* use CP437 for BOX characters when terminal is in UTF-8 mode
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http
On Wed, 22 Oct 2008, Massimo Belgrano wrote:
Hi Massimo,
set HB_USER_LIBS=gtwvt.lib
set HB_MT=yes
set C_USR=-tW
bld_b32 mttest10
when run mttest10 open and close immediately
Please try hbmk.bat without any environment variables like HB_MT or C_USR,
f.e.:
hbmk -mt -gui mttest10
and
On Wed, 22 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
hbmk -mt -gui mttest10
and please also check if it does not generate hb_out.log file with some
information why it behaves in such way.
Can you check if you can build mttest10 with BCC and it executes
correctly in real MS-Windows?
It
On Wed, 22 Oct 2008, Massimo Belgrano wrote:
Compile fine
When run i receive open error test.dbf dos error 2
It's correct behavior. You need test.dbf file, f.e. from tests/
directory. Just copy it. Anyhow even error messages are good tests.
You should see ALERT() message in each GTWVT window.
On Wed, 22 Oct 2008, Bill Smith wrote:
Hi Bill,
Did hbmk disappear for gcc? Or did I goof up?
No it still exists but it's shell script only for GCC base compilers
which cannot be executed in pure MS-Windows, DOS or OS2 if you do not
have BASH.
best regards,
Przemek
2008-10-23 04:01 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/gtxwc/gtxwc.h
* harbour/source/rtl/gtxwc/gtxwc.c
! use XInitThreads() for MT safe thread access when linked with MT HVM
+ added optional mutex protection enabled by HB_XWC_XLIB_NEEDLOCKS macro
2008-10-23 04:35 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/gtapi.c
* LOCK/UNLOCK GT in hb_gtBeginWrite()/hb_gtEndWrite()
* harbour/contrib/hbct/showtime.prg
! added missing common.ch
* harbour/contrib/hbct/screen2.c
% use hb_gtPutText
On Fri, 24 Oct 2008, Bill Smith wrote:
Hi Bill,
How can I regenerate the file, or is there another URL to download the
code? howtomak.txt suggests hbmk should be created along with other
harbour utilities. I am compiling using make_gcc.sh.
It's created in INSTALL phase.
./make_gcc.sh
2008-10-24 12:00 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/gtxwc/gtxwc.c
* added hack for problems with some XLIB versions in heavy stress
MT tests
* harbour/include/hbapigt.h
* harbour/source/vm/thread.c
* added parameter to hb_gtAlloc() C
On Fri, 24 Oct 2008, Massimo Belgrano wrote:
Hi Massimo,
to cover your FoxPro question. Well the following is true.
1.) We always have ensured that the FOXDBE and CDXDBE
stay compatible with FoxPro and/or Visual FoxPro, with 1.9 we
specifically have added the latest additions in means of
On Fri, 24 Oct 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
I've just tried under Fedora 9 but I don't see the red box inside
the first window but only the blue one inside the second one.
The first window is empty.
Is there anything I can check?
Probably the first window was overwritten by some
On Fri, 24 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
I'd like to propose to change hb_ADel()/hb_AIns()
to drop the last logical parameter and always act
in the extended way. After all, the name itself
already says it clearly that these are extended
ones, and it looks unnecessarily
On Fri, 24 Oct 2008, Massimo Belgrano wrote:
Hi Massimo.
It cannot be done in portable way because FOX uses MS-Windows extenssions
in CDX format: it's possible to create CDX indexes witch keys hashed by
MS unicode colation function which uses unknown colattion algorithm
not compatible with
On Fri, 24 Oct 2008, Massimo Belgrano wrote:
Hi Massimo,
C:\harbour\testshbmk -gui gtwin
gtwin.c:
Fatal: Unable to open file 'HBCPAGE.LIB'
Probably you do not have HB_LIB_INSTALL envvar or it points to
wrong directory which does not containd standard harbour libraries like
HBCPAGE.LIB
best
On Fri, 24 Oct 2008, Massimo Belgrano wrote:
Hi Massimo,
Very simple. It calls MS-Windows function which makes the conversion.
xBase++ does not make any conversions at all. It means that xBase++
creates unportable indexes in such case because program which wants
to access them has to use the
On Fri, 24 Oct 2008, Przemyslaw Czerpak wrote:
But I've just found interesting thing looing and dbf1.c code.
Why we have disabled many of DBF filed types by encapsulating some
code inside HB_COMPAT_FOXPRO?
Do we want to disable all Harbour DBF extensions when VFP begins to
use them? ;-)
I
On Fri, 24 Oct 2008, Pritpal Bedi wrote:
Hi Pritpal and Frank,
This mammoth feature is engineered by Przemsylaw alone.
I only floated this idea nearly one year back with working code but with a
different approach.
Przemek did it in a PERFECT way far beyond my imagination.
It's not true.
On Fri, 24 Oct 2008, Pritpal Bedi wrote:
Hi Pritpal,
I propose following for consoles created with hb_gtReload( 'WVG|WVT' ).
/* Positions window at top-left position at nX,nY coordinates.
ROWS/COLS be converted to pixels */
hb_gtInfo( HB_GTI_SETPOS, { nMode, nX|nRows, nY|nCols } )
On Sat, 25 Oct 2008, Maurilio Longo wrote:
Hi,
enable a full trace doc\tracing.txt, so you'll see more or less which
operation locks up (I'd say locking of records is the first candidate).
I also think that file locking is 1-st candidate.
Try to isolate the problem with small example which
On Sat, 25 Oct 2008, Massimo Belgrano wrote:
Hi Massimo,
What do you think having a scrollable area in GT?
GTWIN already has such functionality in W2K, XP and later Windows
versions.
Mobile device and tomorrow internet will require this capability
Physical area is more small that logical
2008-10-25 12:58 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/gtwvt/gtwvt.h
* harbour/source/rtl/gtwvt/gtwvt.c
* eliminated few static variables
! fixed possible race condition when new window is created by adding
mutex protection
best regards
On Mon, 27 Oct 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
so, what action should be taken for RDDs like DBF, if pArea-uiFieldCount
is not equal to zero on open() method? Should open() return FAILURE, or
should it generate run time error, or something else?
I think we can leave this
On Mon, 27 Oct 2008, Szak�ts Viktor wrote:
Hi,
While experimenting with Darwin GTXWC build, I just
got the exact same error. (never ever got it before)
---
ErrorMessage= Error(2) BASE/1066 Argument error: conditional
ErrorCategory=EG_ARG (1)
ErrorOS= Nincs hiba (0)
On Mon, 27 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
Does it happen with -gc3 only or also with -gc2?
No, only with -gc3. I've only tested this on Darwin PPC,
so I don't know about Darwin Intel, but for sure it
does work for Windows/Intel.
It looks like wrongly set double conversions.
In
On Mon, 27 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
* source/rtl/tbrowse.prg
* source/debug/debugger.prg
! Cleaned hb_AINS()/hb_ADEL() usage after changing the
default of the last parameter.
Should fix the recent TBrowse() crash.
Thank you. I've just wanted to ask
On Mon, 27 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
2008-10-27 12:03 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbsetup.h
* Mapping snprintf() calls to hb_snprintf().
It redirects all calls to snprintf() into hb_snprintf() for all compilers.
It means that it disables
On Mon, 27 Oct 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
that I don't need and that can potentially change normal Harbour behaviour.
F.e. is HB_DESERIALIZE in rtl the same as the one in xhb?
XHB lib does not have HB_DESERIALIZE. It has only HB_DESERIALBEGIN()
HB_DESERIALNEXT() redirected to
On Mon, 27 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
2008-10-27 10:37 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/pp/ppcore.c
+ Added '#pragma TEXTHIDDEN=ON | OFF' to control the
existing -texthidden option to add light encoding to
strings embedded in code.
On Mon, 27 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
As far as I got to know, different snprintf()
implementations mapped to this symbol are behaving
slightly differently, so there is an important
point in trying to make those behave along the
standard (like MSVC _snprintf() not appending
On Mon, 27 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
Many thanks I didn't know this. It's now removed.
Thank you.
BTW This:
#pragma TEXTHIDDEN=nMethod
also works.
Now only nMethod = 0 (disable) and 1 works.
In the future we may add other methods.
Anyhow if you want to distribute some PCODE
On Mon, 27 Oct 2008, Pritpal Bedi wrote:
Hi Pritpal.
MAKE Version 5.2 Copyright (c) 1987, 2000 Borland
bcc32.exe -c -q -d -Q -w -w-sig- -O2 -OS -Ov -Oi -Oc -I..\..\include
-DHB_FM_STATISTICS_OFF -DHB_GUI -oobj\b32\win_prn2.obj .\win_prn2.c
.\win_prn2.c:
Error E2356
On Mon, 27 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
This is Harbour .prg code.
So please refresh in your mind what does in .prg code ;-)
If harbour is run (any version, I've now tried with 1.0.1 final BCC55),
it prints: 'DEF_A AND NOT DEF_B'
Use '.and.', f.e.:
#if
On Mon, 27 Oct 2008, Pritpal Bedi wrote:
Hi Pritpal,
BTW did you see the bug I reported for CLASSes, before it was working ok.
I do not remember it. What's the problem?
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
2008-10-27 20:06 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/setkey.c
! fixed GPF in HB_SETKEYGET() when bActive block is used
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http
On Mon, 27 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
This is Harbour .prg code.
So please refresh in your mind what does in .prg code ;-)
That's why I was asking if I was missing something :/
I fully thought we replicated the C way of #defines,
and I'm a bit puzzled on this syntax :(
On Mon, 27 Oct 2008, Przemyslaw Czerpak wrote:
Hi Pritpal,
BTW did you see the bug I reported for CLASSes, before it was working ok.
I do not remember it. What's the problem?
I've just found this message.
I'll look at it.
best regards,
Przemek
On Sun, 26 Oct 2008, Pritpal Bedi wrote:
Hi Pritpal,
#include hbclass.ch
#command BEGINMENU [oMenu] = WITH OBJECT oMenu := MyMenu():New()
CREATE CLASS TThread
VAR a
ENDCLASS
Generates this error:
ERRCLASS.prg(7) Error E0030 Syntax error: syntax error at 'ALWAYS'
1 error
Harbour code
On Mon, 27 Oct 2008, Przemyslaw Czerpak wrote:
Hi Pritpal,
Harbour code is correct and the problem is only with this line:
#command BEGINMENU [oMenu] = WITH OBJECT oMenu := MyMenu():New()
It converts all lines starting with BEGI letters so damage BEGIN SEQUENCE
and other PP commands which
On Mon, 27 Oct 2008, Pritpal Bedi wrote:
Hi Pritpal,
But why the same code was working OK till few days back?
May be issue relates to Harbour compile time switches.
Few days ago BEGIN SEQUENCE was not used in class declaration
code. Now it is because I introduced few lines inside ALWAYS
On Mon, 27 Oct 2008, Pritpal Bedi wrote:
Hi Pritpal,
Here is a curosity:
if ( hb_threadMutexLock( s_pMtx ) )
{
...
...
hb_threadMutexUnlock( s_pMtx );
}
Does this function waits for the lock until
obtained or returns immediately?
It waits but can be interrupted, f.e. by HVM
On Mon, 27 Oct 2008, Pritpal Bedi wrote:
Hi Pritpal,
One more question,
under what circumstances deadlocks may occur?
When you create code which can cause such situation, f.e.:
static s_mtx1, s_mtx2
init proc initmtx
s_mtx1 := hb_mutexCreate()
s_mtx2 := hb_mutexCreate()
2008-10-28 10:43 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/hvm.c
! added missing HB_STACK_PRELOAD
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman
2008-10-28 12:53 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/gtwvt/gtwvt.h
* harbour/source/rtl/gtwvt/gtwvt.c
+ added support for creating console window after 1-st screen update
Please remember that it interacts with inkey() code which does
On Tue, 28 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
This happens with r9763, when compiled and built
with MinGW 4.1.2, and having HB_GT_WVT_DEFAULT
+ HB_GT_WIN in my app code.
Now, when the app starts, it's putting some
app headers on the command line via OutErr(),
than goes CUI. This
2008-10-28 15:56 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbstack.h
! fixed fDebugRequest declaration
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman
2008-10-28 17:56 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/dynlibhb.c
! added #define INCL_DOSMODULEMGR for OS2 builds
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour
2008-10-28 20:08 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbstack.h
* harbour/source/vm/estack.c
+ added hb_stackReleaseTSD() function - this function can be called
only in HVM cleanup state when all threads except the main one are
released
On Wed, 29 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor and Pritpal,
I think Pritpal is trying to get into the scheme of inherits from GTWVT
to avoid duplicated code.
IMO this way it's done the wrong way.
For one, GTWVG has - from the beginning -
lots of duplicated GTWVT code, which is
still
2008-10-29 17:06 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbcompdf.h
* harbour/include/hbexprb.c
* harbour/source/common/expropt1.c
* harbour/source/common/expropt2.c
! change the expressions precedence - references to variables were
wrongly marked
801 - 900 of 2167 matches
Mail list logo
