Hi Przemek,
The thread priority I left untouched. There are very big differences
between PTHREAD, MS-Win and OS2 here and 1-st I will have to think
about some general Harbour layer which will be portable and which
things will be usable, f.e. I do not see big sense in adding real
time threads s
It's not a problem of access/assign methods and using them
does not change anything.
The problem is in generating code which will be different
for o:var and o:var(), f.e. You have such simple code:
function f(o)
return o:var
and in second .prg file:
function f(o)
return o:var()
Compile
2008-10-10 09:27 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* make_b32.mak
* bin/bld.bat
+ -tWM BCC32 switch made the all-time default.
* include/hbextern.ch
+ Added new functions.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harb
2008-10-10 09:41 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* common.mak
* make_b32.mak
* make_vc.mak
* make_gcc.mak
- Removed option HB_BUILD_ST to build another version
of Harbour MT build [for non-GNU builds], or forced
SingleThreaded (non -tWM) Harbour builds.
In hbcompact.ch has been added:
...
#xtranslate __CopyFile([]) => xhb_CopyFile()
...
this means that using hbcompat.ch, the "standard" __CopyFile has been
redirected to xhb_CopyFile().
IMHO hbcompat.ch should only "try" to translate some function names
and syntax differences but never "redir
Hi,
There are the errors with functions DbCreate()/DbUseArea() at Win98SE:
DbCreate(): DBFNTX/1011 Write error: Test.dbf (DOS Error 87)
DbUseArea(): DBFNTX/1012 Corruption detected: test.dbf (DOS Error 87)
in the following small sample:
#include "Dbstruct.ch"
Function Main()
if !file
On Fri, 10 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
> I'm confused now which solution is good and which is
> not, and whom proposed what. But, as a non-ADS user,
> for me anything is good.
This problem is partially related with yet another one
which can be resolved by generating RTE by upper l
Hi folks,
Catching errors should be added where needed I agree,
but handling should be done by passing back return value
to RDD core. Places where RTE is thrown directly from
ads1.c (low-level RDD code), are wrong, and ideally
should be fixed, too.
It will not be such easy as you think.
Such
On Thu, 09 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor and Toninho:
> Catching errors should be added where needed I agree,
> but handling should be done by passing back return value
> to RDD core. Places where RTE is thrown directly from
> ads1.c (low-level RDD code), are wrong, and ideally
> shou
On Fri, 10 Oct 2008 12:36:45 +0200, you wrote:
>Hi Viktor and Toninho:
>In this case sth wrong happens in ACE/ADS layer and we probably
>should inform user about it. It will be hard to make it in the
>way you suggested with current API. The Toninho proposition is
>not bad though in some cases val
On Fri, 10 Oct 2008, Grigory Filatov wrote:
Hi Grigory,
> There are the errors with functions DbCreate()/DbUseArea() at Win98SE:
> DbCreate(): DBFNTX/1011 Write error: Test.dbf (DOS Error 87)
> DbUseArea(): DBFNTX/1012 Corruption detected: test.dbf (DOS Error 87)
[...]
> This sample works pro
2008-10-10 10:50 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbextern.ch
! Fixed XPP class names.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
On Fri, 10 Oct 2008, [EMAIL PROTECTED] wrote:
Hi Toninho,
> >In this case sth wrong happens in ACE/ADS layer and we probably
> >should inform user about it. It will be hard to make it in the
> >way you suggested with current API. The Toninho proposition is
> >not bad though in some cases values d
Hi Przemek,
This sounds pretty good :)
I'd not be that concerned about compatibility,
this is also something we can push through the
next major release. I don't want to make you hurry
or something, though, it's just a possibility,
and truly, we have plenty more important things to do.
Brdgs,
Vi
On Fri, Oct 10, 2008 at 10:47 AM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:
> * contrib/xhb/hbcompat.ch
> * contrib/xhb/xhb.ch
>! Moved __COPYFILE() translation to xhb.ch.
Many thanks.
best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbou
2008-10-10 10:42 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* make_b32.mak
* make_vc.mak
* make_gcc.mak
* Removed special 'set HB_GT_LIB=gtXXX' support. For the exact
same effect - in case you want to modify default GT at
build time, which is not recommended -, pls use t
2008-10-10 20:12 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* make_vc.bat
* make_vc.mak
* Cleanups.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
2008-10-10 21:22 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/garbage.c
* unblock HVM before executing destructors and releasing blocks
* harbour/source/vm/fm.c
! do not call internal error with active lock when FM statistic
is enabled
* harbour/sou
2008-10-10 22:46 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/hvm.c
* reduced the mutex lock time in thread exit state
* harbour/source/vm/thread.c
; added note about possible behavior of hb_threadSelf() function
in one very specific situation. It's do
2008-10-11 03:06 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbapigt.h
* harbour/source/rtl/gtapi.c
+ added hb_gtDrawBox() works like hb_gtBox() but does not change cursor
posiion and support colors
+ added support for color parameter to hb_gtPutText()
2008-10-11 03:24 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/scrollbr.prg
* harbour/source/rtl/getsys.prg
* harbour/source/rtl/tpopup.prg
* harbour/source/rtl/tgetlist.prg
* harbour/source/rtl/radiogrp.prg
* harbour/source/rtl/listbox.prg
* harbour/source
2008-10-11 04:56 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbapigt.h
* harbour/source/rtl/gtapi.c
+ added C functions hb_gtLock() and hb_gtUnlock()
They block current GT for other threads
* harbour/source/rtl/gtfunc.c
+ added PRG functions hb_gtLock
Hi Przemek
Przemyslaw Czerpak-2 wrote:
>
> 2008-10-11 03:24 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * replaced DispOut() with hb_dispOut()
> * replaced DispBox() with hb_dispBox()
> % removed saving and restoring of cursor position in places where
> it's not lon
Hi
Pritpal Bedi wrote:
>
> I have tested the code and all is working fine.
> I have not noticed speed difference rather now it is slightly
> slower - 17.67 sec vs 18.20 sec - in one type of test;
> a scrollable browser reporting time taken each after 1 scrolls.
>
> But Harbour GT is remark
Hi Przemek
Przemyslaw Czerpak-2 wrote:
>
> 2008-10-10 22:46 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/source/rtl/hbgtcore.c
> + added support for retrieving current HB_GTI_NOTIFIERBLOCK code block
> + added support for removing HB_GTI_NOTIFIERBLOCK code block wi
25 matches
Mail list logo
