Re: [Harbour] 2007-11-30 20:25 UTC+0100 Marek Paliwoda (mpaliwoda at interia pl)

2008-01-11 Thread Szakáts Viktor
Hi Marek, Przemek and all, Just a small comment on the threading topic, maybe it'd be worth to mark thread static vars with a "ts_" prefix to clearly differentiate them from app wide statics. Very very nice addition to Harbour. Brgds, Viktor On 2008.01.10., at 14:15, Przemyslaw Czerpak wrote:

Re: [Harbour] 2007-11-30 20:25 UTC+0100 Marek Paliwoda (mpaliwoda at interia pl)

2008-01-10 Thread Pritpal Bedi
Przemek Przemyslaw Czerpak-2 wrote: > > The modifications are minimal. I did not have to change anything in the > code and only added THREAD keyword to static variable declarations. Rest > is done inside HVM. I'm attaching patch for current SVN with above > modifications if you are interested.

Re: [Harbour] 2007-11-30 20:25 UTC+0100 Marek Paliwoda (mpaliwoda at interia pl)

2008-01-10 Thread Przemyslaw Czerpak
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 > >> * harbour/source/rtl/

Re: [Harbour] 2007-11-30 20:25 UTC+0100 Marek Paliwoda (mpaliwoda at interia pl)

2008-01-09 Thread Pritpal Bedi
Hi Mindaugas Kavaliauskas wrote: > > Przemyslaw Czerpak-2 wrote: >>> * harbour/source/rtl/perfuncs.prg >>> * harbour/source/rtl/menuto.prg >>> * harbour/source/rtl/getlist.prg >>> * harbour/source/rtl/readvar.prg >>> * harbour/source/rtl/text.prg >>> * use STATIC THREAD variables

Re: [Harbour] 2007-11-30 20:25 UTC+0100 Marek Paliwoda (mpaliwoda at interia pl)

2008-01-09 Thread Mindaugas Kavaliauskas
Przemyslaw Czerpak-2 wrote: * harbour/source/rtl/perfuncs.prg * harbour/source/rtl/menuto.prg * harbour/source/rtl/getlist.prg * harbour/source/rtl/readvar.prg * harbour/source/rtl/text.prg * use STATIC THREAD variables to make above code MT safe Pritpal Bedi wrote: Interesting.

Re: Re: [Harbour] 2007-11-30 20:25 UTC+0100 Marek Paliwoda (mpaliwoda at interia pl)

2008-01-08 Thread Pritpal Bedi
Hello Przemek, Marek, Viktor Przemyslaw Czerpak-2 wrote: > >> Exactly like Marek says. hb_stack*() API is not a public API, it's >> reserved for >> internal Harbour usage. It's needed for a proper separation of layers / >> components. > > I agree. Number of public functions does not increase

Re: [Harbour] 2007-11-30 20:25 UTC+0100 Marek Paliwoda (mpaliwoda at interia pl)

2008-01-06 Thread Pritpal Bedi
Marek Marek Paliwoda wrote: > > HB_EXPORT for hb_stackReturnItem() was added by > me (or on my personal request - I don't remember > exactly) but it is not needed at all. The correct > way to access VM stack return value is by using > the "official" API : hb_param( -1, HB_IT_ANY ). > The same i

Re: [Harbour] 2007-11-30 20:25 UTC+0100 Marek Paliwoda (mpaliwoda at interia pl)

2008-01-06 Thread Petr Chornyj
Marek Paliwoda wrote: > > 2007-11-30 20:25 UTC+0100 Marek Paliwoda (mpaliwoda at interia pl) >* harbour/include/hbstack.h > * Removed HB_EXPORT from hb_stackReturnItem() >and hb_stackSelfItem() > > What a reason to do this? I look in last stable version this function (hb_sta