2008-10-10 06:26 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbvm.h
* harbour/source/vm/hvm.c
+ added hb_vmProcessDynLibSymbols() which works like
hb_vmProcessSymbolsEx() but always mark registered modules as
dynamic
* harbour/source/vm/maindllp.c
On Thu, 09 Oct 2008, Pritpal Bedi wrote:
Hi Pritpal,
> What comes to my mind is:
> _beginthreadex() accepts a parameter as state of the thread:
> initflag : Initial state of a new thread (0 for running or CREATE_SUSPENDED
> for suspended); use ResumeThread to execute the thread
> Only this may b
2008-10-10 01:43 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbgtcore.h
* harbour/source/rtl/hbgtcore.c
* harbour/source/rtl/gtapi.c
+ added new GT methods: LOCK() and UNLOCK()
* serialize GT access in MT mode - please remember that it's only
low level
Przemek,
<<<
It has to be updated yet for missing functionality.
But it has to be done by xBase++ user who knows this
language and can validate some things which are not
clear for me after reading documentation. The tests
results with dbDetach() shows that even the documentation
does not describe
2008-10-10 00:14 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbapigt.h
* harbour/source/rtl/gtapi.c
+ added hb_gtPutText() C function
* harbour/source/rtl/console.c
+ added HB_DISPOUTAT() which works like DISPOUTAT but does not change
cursor position.
On Thu, 09 Oct 2008, Pritpal Bedi wrote:
Hi Pritpal,
> > I think -tWM can safely be used even for non-MT
> > Harbour, so it might just as well be made the default.
> > I've used this switch since long for BCC locally.
> Me too. And I have tested it today also.
> Probably cw32mt.lib contains all t
On Thu, 09 Oct 2008, Pritpal Bedi wrote:
Hi Pritpal,
> > * harbour/source/rtl/tthreadx.prg
> > + added xBase++ compatible TThread class.
> A very well constructed class.
It's your job not mine :-)
I only implemented few functions.
It has to be updated yet for missing functionality.
But it
Viktor
Szakáts Viktor wrote:
>
> I think -tWM can safely be used even for non-MT
> Harbour, so it might just as well be made the default.
>
> I've used this switch since long for BCC locally.
>
Me too. And I have tested it today also.
Probably cw32mt.lib contains all the functionality
of cw3
On Thursday 09 October 2008 02:38:03 pm Przemyslaw Czerpak wrote:
> On Thu, 09 Oct 2008, Teo Fonrouge wrote:
>
> Hi Teo,
>
> > Do you know why the header of some files is different if you download the
> > file by following the links provided by sourceforge.net ?
> > i.e. if you download the file fr
Is possible think a future version of dbf Who permit of pack and modify
structure also if table is opened from other user
Is a limitation of dbf that In sql server is possible ?
No shared pack,No shared add field to structure
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTE
Thanks Przemek
Przemyslaw Czerpak-2 wrote:
>
> 2008-10-09 20:51 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/common.mak
> * harbour/source/rtl/Makefile
> + added thfuncx.prg
>
> * harbour/source/rtl/thfuncx.prg
> + added ThreadObject() function
>
> * harbou
On Thu, 09 Oct 2008, Teo Fonrouge wrote:
Hi Teo,
> Do you know why the header of some files is different if you download the
> file
> by following the links provided by sourceforge.net ?
> i.e. if you download the file from the following link (a tar gz file):
> http://harbour-project.svn.source
2008-10-09 20:51 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/common.mak
* harbour/source/rtl/Makefile
+ added thfuncx.prg
* harbour/source/rtl/thfuncx.prg
+ added ThreadObject() function
* harbour/source/rtl/tthreadx.prg
+ added xBase++ compatible TThread cl
On Thursday 09 October 2008 08:47:31 am Przemyslaw Czerpak wrote:
> On Thu, 09 Oct 2008, Teo Fonrouge wrote:
>
> Hi Teo,
>
> > Why is this file not in current SVN and is referenced in harbour.c ?
>
> It's created dynamically by hbpp when Harbour is compiled.
Hello Przemek,
Thank you. I have check
Hi Pritpal,
Thanks.
I think -tWM can safely be used even for non-MT
Harbour, so it might just as well be made the default.
I've used this switch since long for BCC locally.
Brgds,
Viktor
On 2008.10.09., at 19:36, Pritpal Bedi wrote:
2008-10-09 10:36 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED]
2008-10-09 10:48 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
! harbour/bin/bld.bat
+ _C_MT= if not HB_MT==MT
Forgot to clear the variable if mt mode is switched.
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/2008-10-09-10%3A48-UTC-0800-Pritpal-Bedi-%28pri
2008-10-09 10:36 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
! harbour/bin/bld.bat
+ Added _C_MT=-tWM if HB_MT==MT
BCC32 includes cw32mt.lib if -tWM is present as a switch.
Now setting HB_MT=MT will allow to compile and link a prg in MT mode.
Regards
Pritpal Bedi
--
View this mes
Hi Toninho,
Hi Viktor,
I agree, but advantage API doesn´t RTE, it simply fail if server is
busy for example and set AE_SUCCESS to no zero value.
I know this because I see some entries in ADS_ERR.ADT that are out of
my control, for example:
Error code 7017 called from ads_source keyno.c line
>IMO, a low level RDD function shouldn't
>throw an RTE directly, just signal the
>problem to the upper level layer, and let
>it decide what to do. (apparently this
>rule is not followed in RDDADS, so may be
>I'm wrong with this.)
Hi Viktor,
I agree, but advantage API doesn´t RTE, it simply fail
This is something I do too.
[ __DBPACK() was not working too well for memo
fields in Clipper, AFAIR. I don't use memo fields,
so I may be wrong, and maybe Harbour has this fixed. ]
Brgds,
Viktor
On 2008.10.09., at 17:52, Lorenzo Fiorini wrote:
On Thu, Oct 9, 2008 at 5:02 PM, Przemyslaw Czerpak
On Thu, Oct 9, 2008 at 5:02 PM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
> Personally I think it's much safer to use COPY TO ... / FRENAME()
> Probably we should only add support for RENAME RDD method just like
> we have dbEXISTS and dbDROP so user will not have to know the details
> details
+1 to clean this away and to have db rename feature.
Brgds,
Viktor
On 2008.10.09., at 17:02, Przemyslaw Czerpak wrote:
On Thu, 09 Oct 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
If it's a hack, I'd vote to remove it, or
implement it properly. Looks like skeletons are
falling out of the closet
2008-10-09 17:03 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
+ harbour/source/rtl/thfuncx.prg
* added xbase++ compatible functions:
ThreadID() ->
ThreadWait( , ) -> | | NIL
ThreadWaitAll( , ) ->
In Harbour can be array of thread pointers or thr
On Thu, 09 Oct 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
> > If it's a hack, I'd vote to remove it, or
> > implement it properly. Looks like skeletons are
> > falling out of the closet :(
> I agree, PACK is a critical command and should be as safe as possible.
And it's probably the reason why Cli
On Thu, 09 Oct 2008, Teo Fonrouge wrote:
Hi Teo,
> Why is this file not in current SVN and is referenced in harbour.c ?
It's created dynamically by hbpp when Harbour is compiled.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.o
On Thu, Oct 9, 2008 at 2:36 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:
> If it's a hack, I'd vote to remove it, or
> implement it properly. Looks like skeletons are
> falling out of the closet :(
I agree, PACK is a critical command and should be as safe as possible.
best regards,
Lorenzo
Hello,
Why is this file not in current SVN and is referenced in harbour.c ?
best regards,
Teo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hi Teo,
Perfect, many thanks.
Brgds,
Viktor
On 2008.10.09., at 14:32, Teo Fonrouge wrote:
2008-10-09 07:29 UTC-0500 Teo Fonrouge (teo/at/windtelsoft/dot/com)
- bin/hb_flst.tmp
* bin/pack_src.sh
- removed the temporary file list from SVN.
* Added code to retrieve the source file list w
Hi Przemek,
Many thanks for the explanation. I know
about this (well at least one similar) problem,
didn't notice it for simple locks though, only
when trying to delete or open a locked file.
There are server side registry hacks and smb
setting (above 3.0.6, where this server side
feature got
Hi folks,
If it's a hack, I'd vote to remove it, or
implement it properly. Looks like skeletons are
falling out of the closet :(
Brgds,
Viktor
On 2008.10.09., at 13:27, Przemyslaw Czerpak wrote:
On Wed, 08 Oct 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
after moving from some old Har
Szakáts Viktor wrote:
Hi Gerald,
reads and shows records from the top to down.
I cannot say how tbrowse code will work in xHarbour. Harbour does
not
have some important functionality which exist only in Harbour and
maybe
used by this code in some places.
Anyhow if you will find any incomp
2008-10-09 07:29 UTC-0500 Teo Fonrouge (teo/at/windtelsoft/dot/com)
- bin/hb_flst.tmp
* bin/pack_src.sh
- removed the temporary file list from SVN.
* Added code to retrieve the source file list when SVN info is not
available
best regards,
Teo
2008-10-09 14:11 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/hvm.c
* changed the place where exception handles are set/remove.
Now it's set at the beginning of hb_vmInit() and removed
at the end of hb_vmQuit()
* harbour/source/rdd/dbcmd.c
* harbou
On Thu, 09 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
> Many thanks for the explanation. I know
> about this (well at least one similar) problem,
> didn't notice it for simple locks though, only
> when trying to delete or open a locked file.
> There are server side registry hacks and smb
> settin
On Wed, 08 Oct 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
> after moving from some old Harbour version to 1.0.1 in production
> environment my app started to GPF on __DBPACK.
> I've debugged code a little bit. After evaluation of
>SELF_EVALBLOCK( ( AREAP ) pArea, pBlock )
> inside hb_
On Thu, 09 Oct 2008, Gerald Drouillard wrote:
Hi Gerald,
> The row position should not change if you are not on row 1 in a tbrowse and
> you issue a refreshall.
> proc main()
>local o:=tbrowsenew()
> o:gotop()
> o:forcestable()
> ?o:rowPos() //1
> o:down()
On Thursday 09 October 2008 05:16:41 am Szakáts Viktor wrote:
> Hi Teo,
>
> I'm not sure this is the right solution :(
>
> First, a .tmp file as a static file looks quite
> strange, but most importantly, who will update
> this file after each commit?
Hello Viktor,
This file will be only needed by
Szakáts Viktor wrote:
Hi Gerald,
reads and shows records from the top to down.
I cannot say how tbrowse code will work in xHarbour. Harbour does not
have some important functionality which exist only in Harbour and maybe
used by this code in some places.
Anyhow if you will find any incompatib
Hi Gerald,
reads and shows records from the top to down.
I cannot say how tbrowse code will work in xHarbour. Harbour does not
have some important functionality which exist only in Harbour and
maybe
used by this code in some places.
Anyhow if you will find any incompatibilities to Clipper t
Hi Teo,
It's needed because is a simple and effective way to get the files
needed to
build the directory tree from where build the rpm packages.
However, we can provide an alternative to the users that don't build
from a
SVN tree, by having available the list of files needed (currently in
Hi Teo,
I'm not sure this is the right solution :(
First, a .tmp file as a static file looks quite
strange, but most importantly, who will update
this file after each commit?
I'd think it'd be better to just assume that
all files on the tree, are Harbour files, when
there is no SVN information
Hi Przemek,
Many thanks for the explanation. I know
about this (well at least one similar) problem,
didn't notice it for simple locks though, only
when trying to delete or open a locked file.
There are server side registry hacks and smb
setting (above 3.0.6, where this server side
feature got imp
On Thu, 09 Oct 2008, Phil Barnett wrote:
Hi Phil,
> > OK. If possible please try current SVN
^^^
> [EMAIL PROTECTED] harbour]$ export C_USR=-DHB_GUI
> [EMAIL PROTECTED] harbour]$ mpkg_tgz.sh
> install resulting tarball as root
> 10/09/08 00:57:00 Linux 2.6.26.3
Przemyslaw Czerpak wrote:
On Wed, 08 Oct 2008, Gerald Drouillard wrote:
Hi Gerald,
I am running Harbour's tbrowse in the latest version of xHarbour in the
following issues I have found:
METHOD refreshAll() CLASS TBROWSE
::setUnstable()
// The following 2 lines do not follow clipper behavio
On Thursday 09 October 2008 02:47:44 am Szakáts Viktor wrote:
> Hi Teo,
>
> Good that you mention, I've observed this when doing the
> builds.
>
> I think this is a serious limitation, which makes it
> impossible for someone to build .rpms based on downloaded
> source archives.
>
> Is there any way
2008-10-09 05:02 UTC-0500 Teo Fonrouge (teo/at/windtelsoft/dot/com)
* bin/hb_flst.tmp
* bin/pack_src.sh
* small fix to have always the list ordered
2008-10-09 04:57 UTC-0500 Teo Fonrouge (teo/at/windtelsoft/dot/com)
+ bin/hb_flst.tmp
* bin/pack_src.sh
* Made available the source fi
On Thu, 09 Oct 2008, Szak�ts Viktor wrote:
> Hi Teo,
> Good that you mention, I've observed this when doing the
> builds.
> I think this is a serious limitation, which makes it
> impossible for someone to build .rpms based on downloaded
> source archives.
It's not related to mpkg_rpm.sh but to bin
On Thu, 09 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
> 2008-10-09 09:57 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
> * include/hbextern.ch
> + Added missing HB_DISABLEWAITLOCKS().
> ; NOTE: This looks like a hack to add FLX_WAIT flag
> for locks app-wide, and on Window
We have the hbextern tool for this,
I saw some months ago two hbextern.prg with different purposes
One of them should be renamed
\harbour\source\hbextern\hbextern.prg
\harbour\utils\hbextern\hbextern.prg
David Macias
___
Harbour mailing list
Harbou
2008-10-09 10:11 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* bin/bld.bat
* bin/bld_os2.cmd
+ CLEANUP section now tries to clean object files and
Borland .tds files, too.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-projec
2008-10-09 09:57 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbextern.ch
+ Added missing HB_DISABLEWAITLOCKS().
; NOTE: This looks like a hack to add FLX_WAIT flag
for locks app-wide, and on Windows systems only.
IMO we should not have such hacks in c
Hi Teo,
Good that you mention, I've observed this when doing the
builds.
I think this is a serious limitation, which makes it
impossible for someone to build .rpms based on downloaded
source archives.
Is there any way to not depend on svn internal information
to create this package? Do you know
Hi Toninho,
IMO, a low level RDD function shouldn't
throw an RTE directly, just signal the
problem to the upper level layer, and let
it decide what to do. (apparently this
rule is not followed in RDDADS, so may be
I'm wrong with this.)
Also, there are many other similar calls
made in ads1.c, whe
53 matches
Mail list logo
