2008-10-02 08:57 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/dbedit.prg
! Fixed to use local Skipped() function.
! Guarded some 5.3 features with HB_COMPAT_C53.
! Fixed stepping back to real record from append position.
(This fixes Clipper 5.x screen trashing and
2008-10-02 10:08 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbct/ctmisc.prg
+ Added dummy functions:
GETKXLAT(), SETKXLAT(), DSETKBIOS()
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-
On Wednesday 01 October 2008 10:52:03 am Lorenzo Fiorini wrote:
> 3) I'd like to have a switch that warns me if I've used "=" where is
> "ambiguos".
My Click! source code reformattor does this conversion for you in many cases.
--
"Ninety percent of politicians give the other 10 percent a bad nam
2008-10-02 11:49 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/vm/extrap.c
* Added "error" text in exception message.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/
Hi all,
I'm trying to optimize MSVC non-GNU make, so that it
compiles .prg in one batch (== one harbour.exe call by
.lib), just like for .c files, as opposed to the current
one-by-one .prg file compilation approach.
IOW (and if possible), I'd like to convert this rule:
---
{$(RTL_DIR)}.prg{$(OBJ
Hi,
I've added this little function to my copy of vm\thread.c, I attach it here so
that Przemyslaw and/or Viktor can have a look at it and also because I'm not
at ease with branching and so I don't know where to commit this change.
---8<-
HB_FUNC( HB_THREADID )
{
#if defin
Hi Maurilio,
I've added this little function to my copy of vm\thread.c, I attach
it here so
that Przemyslaw and/or Viktor can have a look at it and also because
I'm not
at ease with branching and so I don't know where to commit this
change.
---8<-
HB_FUNC( HB_THREA
Hi Viktor,
Szakáts Viktor wrote:
> I see no problem with this code. You can just simply
> commit it to the trunk (as usual).
>
Ok, I'll try in a while.
>> I,ve also noted that thread 1 has a threadid of 0 (zero) while the other
>> threads have the correct id, maybe this is a minor glitch to corr
Szakáts Viktor wrote:
I see no problem with this code. You can just simply
commit it to the trunk (as usual).
Ok, I'll try in a while.
Okay.
I,ve also noted that thread 1 has a threadid of 0 (zero) while the
other
threads have the correct id, maybe this is a minor glitch to
correct.
IM
Szakáts Viktor wrote:
>>> IMO, zero for main thread is alright.
>> I think it should be 1 (one) given that the first thread I create has a
>> threadid of 2 and so on.
>
> This way it something doesn't seem to be right indeed.
>
> I'd think, the first thread (above main one) should get ID #1, seco
On 2008.10.02., at 13:48, Maurilio Longo wrote:
Szakáts Viktor wrote:
IMO, zero for main thread is alright.
I think it should be 1 (one) given that the first thread I create
has a
threadid of 2 and so on.
This way it something doesn't seem to be right indeed.
I'd think, the first thread
2008-10-02 14:33 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbstack.h
% enable assembler inline function to access HVM thread stack pointer
without native compiler TLS support even if HB_STACK_PRELOAD is not
defined in MinGW builds. It gives some additi
Viktor,
can you confirm that I have write rights on svn since I get a 401
authorization required trying to commit.
Best regards.
Szakáts Viktor wrote:
>
> On 2008.10.02., at 13:48, Maurilio Longo wrote:
>
>> Szakáts Viktor wrote:
> IMO, zero for main thread is alright.
I think it shou
2008-10-02 15:19 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/vm/extrap.c
+ Upped internal buffer to store the exception dump
and stack trace.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harb
On Wed, 01 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
> I agree with adding these, but it's probably better
> if I leave this for someone familiar with MT and GT.
I no one make it then probably I'll do it working on
extended GT API for multi console window support and
MT for threads.
> Personal
Hi!
I would like to make one small suggestion:
---8<-
HB_FUNC( HB_THREADID )
{
#if defined( HB_MT_VM )
PHB_THREADSTATE pThread = ( PHB_THREADSTATE ) hb_vmThreadState();
if( pThread )
hb_retnl( pThread->th_id );
else
#endif
hb_retni( 0 );
}
--->8---
A bit later yes, but if you didn't commit since
a long time, it's more probable that you have
to first login to sf.net homepage and change
you password, because they've reset them
a while ago (due to some security leaks).
After changin pw, SVN login should work.
Brgds,
Viktor
On 2008.10.02., at
2008-10-02 15:50 UTC+0200 Maurilio Longo ([EMAIL PROTECTED])
* harbour/source/vm/thread.c
+ added hb_ThreadID() function which returns thread ID of current thread.
--
__
| | | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.
___
Viktor,
yes, I had to log in to sourceforge, now it seems I was able to commit.
Thanks.
Maurilio.
Szakáts Viktor wrote:
> A bit later yes, but if you didn't commit since
> a long time, it's more probable that you have
> to first login to sf.net homepage and change
> you password, because they'v
2008-10-02 15:54 UTC+0200 Maurilio Longo ([EMAIL PROTECTED])
* harbour/source/vm/thread.c
* hb_ThreadID() returns 0 when built in ST mode.
--
__
| | | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.
___
Harbour mailing list
Harb
Renato,
thanks, I've changed it to return 0, but a I think, see discussion with
Viktor, that it should be '1'.
Best regards.
Maurilio.
Vailton Renato wrote:
> Hi!
>
> I would like to make one small suggestion:
>
> ---8<-
> HB_FUNC( HB_THREADID )
> {
> #if defined( HB_M
On Thu, 02 Oct 2008, Phil Barnett wrote:
Hi Phil,
> > 3) I'd like to have a switch that warns me if I've used "=" where is
> > "ambiguos".
> My Click! source code reformattor does this conversion for you in many cases.
Maybe we can use it for Harbour .prg source formatting?
I noticed that each o
Przemyslaw Czerpak wrote:
2008-09-21 23:03 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
...
* harbour/source/vm/thread.c
+ added support for inheriting visible memvars from current
thread when new thread is created. Memvars in child thread
can be shared with parrent or
On Thu, 02 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
> 2008-10-02 10:08 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
> * contrib/hbct/ctmisc.prg
> + Added dummy functions:
> GETKXLAT(), SETKXLAT(), DSETKBIOS()
If possible please keep such dummy functions in separate file,
f.e. ctt
On Thu, 02 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
> I'm trying to optimize MSVC non-GNU make, so that it
> compiles .prg in one batch (== one harbour.exe call by
> .lib), just like for .c files, as opposed to the current
> one-by-one .prg file compilation approach.
> IOW (and if possible), I'
Okay, the numeric type of return values very important...
PS: Sorry for bad english!
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
On Thu, 02 Oct 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas.
>> + added support for inheriting visible memvars from current
>> thread when new thread is created. Memvars in child thread
>> can be shared with parrent or they can be copied. See HB_THREAD_*
>> attributes de
On Thu, 02 Oct 2008, Maurilio Longo wrote:
Hi Maurilio,
> I've added this little function to my copy of vm\thread.c, I attach it here so
> that Przemyslaw and/or Viktor can have a look at it and also because I'm not
> at ease with branching and so I don't know where to commit this change.
> -
Hi Przemek,
On Thu, 02 Oct 2008, Phil Barnett wrote:
Hi Phil,
3) I'd like to have a switch that warns me if I've used "=" where is
"ambiguos".
My Click! source code reformattor does this conversion for you in
many cases.
Maybe we can use it for Harbour .prg source formatting?
I noticed
Hi Przemek,
Good idea, I'll do it.
Brgds,
Viktor
On 2008.10.02., at 16:05, Przemyslaw Czerpak wrote:
On Thu, 02 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
2008-10-02 10:08 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbct/ctmisc.prg
+ Added dummy functions:
GETKXLAT(),
+1
On 2008.10.02., at 16:00, Mindaugas Kavaliauskas wrote:
Przemyslaw Czerpak wrote:
2008-09-21 23:03 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
...
* harbour/source/vm/thread.c
+ added support for inheriting visible memvars from current
thread when new thread is created. M
Many thanks Przemek, I'll try this way later today.
[ I've retyped the examples from another screen, hence
the bad typos, like '}' :) ]
Brgds,
Viktor
On 2008.10.02., at 16:09, Przemyslaw Czerpak wrote:
On Thu, 02 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
I'm trying to optimize MSVC non-GN
Okay -1 :)
On 2008.10.02., at 16:41, Przemyslaw Czerpak wrote:
On Thu, 02 Oct 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas.
+ added support for inheriting visible memvars from current
thread when new thread is created. Memvars in child thread
can be shared with parrent or th
But you can still use hb_threadStart(@func()) because flags are optional.
If I move them to second parameter then you have to reserve empty
item before parameters. Now execat syntax of hb_threadStart() is:
hb_threadStart( [ , ] <@sStart> | | ;
[, ] ) -> | NIL
Hi,
tha
Hi Przemyslaw,
Przemyslaw Czerpak wrote:
> Why you cannot use hb_threadSelf()?
Because I'm used to use a thread id which is a number, this is the way it
works on OS/2 and xbase++ on win32 and I did not find something similar in
current code.
> It also returns valid identifier which is compatible
make[1]: Entering directory `/repository/harbour-svn/source/rtl/os2/gcc'
gcc -I. -I../../../../include -Wall -W -O3 -DTCPV40HDRS -DHB_FM_STATISTICS_OFF -
c ../../filesys.c -ofilesys.o
../../filesys.c: In function `convert_open_flags':
../../filesys.c:419: error: `S_IREAD' undeclared (first use in t
On Thu, 02 Oct 2008, Maurilio Longo wrote:
Hi Maurilio,
> make[1]: Entering directory `/repository/harbour-svn/source/rtl/os2/gcc'
> gcc -I. -I../../../../include -Wall -W -O3 -DTCPV40HDRS
> -DHB_FM_STATISTICS_OFF -
> c ../../filesys.c -ofilesys.o
> ../../filesys.c: In function `convert_open_fla
On Thu, 02 Oct 2008, Maurilio Longo wrote:
Hi Maurilio,
> > Why you cannot use hb_threadSelf()?
> Because I'm used to use a thread id which is a number, this is the way it
> works on OS/2 and xbase++ on win32 and I did not find something similar in
> current code.
Not all OSes have to support nu
Hi folks,
Why you cannot use hb_threadSelf()?
Because I'm used to use a thread id which is a number, this is the
way it
works on OS/2 and xbase++ on win32 and I did not find something
similar in
current code.
Not all OSes have to support numeric thread ID. If you need number
then we w
Przemyslaw,
>
> The only one modification in filesys.c which can interact with above
> is:
>#if !defined( _XOPEN_SOURCE )
># define _XOPEN_SOURCE 500
>#endif
> at the beginning of this file.
> Please try to comment it and check if it helps.
Yes, it is it.
In my system I have them d
> So i did try to add to filesys.c only those defines and it seems to compile
> ok.
>
Uhm, no, with __XSI_VISIBLE I have a few more errors, tomorrow I'll
investigate more.
Maueilio.
--
__
| | | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.
_
Maurilio
Because I'm used to use a thread id which is a number, this is the way it
works on OS/2 and xbase++ on win32 and I did not find something similar in
current code.
Perhaps you are misunderstood of Xbase++ thread implementation.
ThreadID() function in Xbase++ always returns the
Przemyslaw,
it builds ok if I add
#if defined( HB_OS_OS2 )
#include
#define S_IREAD S_IRUSR
#define S_IWRITE S_IWUSR
#define S_IEXEC S_IXUSR
ssize_t pread(int, void *, size_t, off_t);
ssize_t pwrite(int, const void *, size_t, off_t);
#endif
after harbour headers have been included.
Can
>2008-10-02 15:54 UTC+0200 Maurilio Longo ([EMAIL PROTECTED])
> * harbour/source/vm/thread.c
>* hb_ThreadID() returns 0 when built in ST mode.
Hi Maurilio, I get this error with BCC:
source\vm\thread.c:
Error E2342 source\vm\thread.c 679: Type mismatch in parameter
'lNumber' (wanted 'long',
2008-10-02 20:25 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbct/Makefile
* contrib/hbct/common.mak
* contrib/hbct/ctmisc.prg
+ contrib/hbct/ctdummy.prg
* Recently added dummy CT functions moved to a separate file.
* source/vm/thread.c
! Fixed warning in HB_THREADID
On Thu, 02 Oct 2008, Przemyslaw Czerpak wrote:
> Harbour in practice does not use any of such mutexes. Only some few small
> peaces of code are covered by them and it's small chance that two threads
> will be serialized. The cost of setting/releasing mutexes is the same for
> one and two threads so
2008-10-02 21:12 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rdd/sdf1.c
! fixed stupid typo (missing !) in last modification which broke
SDF RDD read mode. Thanks to Marco for information and example.
* harbour/include/hbstack.h
* harbour/source/vm/estack.
On Thu, 02 Oct 2008, Maurilio Longo wrote:
Hi Maurilio,
> it builds ok if I add
> #if defined( HB_OS_OS2 )
> #include
> #define S_IREAD S_IRUSR
> #define S_IWRITE S_IWUSR
> #define S_IEXEC S_IXUSR
Thank you very much for your help. I think we can make sth like:
#ifndef S_IREAD
#de
Using latest SVN my FWH app quits when I move the mouse over a bitmap and I
get HB_OUT.LOG containing:
Application Exception Error - E:\EMAGFWHH\GGA\GGA.EXE
Terminated at: 2008.10.02 21:48:35
Exception Code:C005
Exception Address:0044696D
EAX: EBX: ECX:0002 E
Hi Przemek,
2008-10-02 14:33 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbstack.h
% enable assembler inline function to access HVM thread stack
pointer
without native compiler TLS support even if HB_STACK_PRELOAD is
not
defined in MinGW builds. It
2008-10-02 23:16 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbsetup.ch
! Removed some company names from comments.
* source/vm/extrap.c
+ Added //BATCH internal switch to indicate exception handler
to suppress the Windows exception dialog when an exception
o
2008-10-03 00:25 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/filesys.c
* added workaround for missing S_IREAD, S_IWRITE and S_IEXEC in OS2
when _XOPEN_SOURCE is defined
best regards
Przemek
___
Harbour mailing li
On Thursday 02 October 2008 09:57:48 am Przemyslaw Czerpak wrote:
> On Thu, 02 Oct 2008, Phil Barnett wrote:
>
> Hi Phil,
>
> > > 3) I'd like to have a switch that warns me if I've used "=" where is
> > > "ambiguos".
> >
> > My Click! source code reformattor does this conversion for you in many
> >
Hello Przemek
Przemyslaw Czerpak-2 wrote:
>
> Thank you very much, Not everything can be implemented at .prg level
> but I'll add some C functions which should allow it.
>
Those C level functions will be sufficient to build this class.
Probably you may be willing to pack more information abou
Przemyslaw,
> so I think it will be better to not enable handle sharing for OS2.
> Now it's enabled only for *nixes where it's a must due to POSIX lock
> behavior. In the future if it's be necessary for pseudo exclusive mode
> in cloned WA then we add our own synchronization code inside filebuf.c
55 matches
Mail list logo
