Re: [Harbour] [SPAM] Re: [SPAM] Re: [SPAM] Re: Request to share MT knowledge on Xbase++ NG

2008-09-26 Thread RoddGraham
Przemyslaw Czerpak-2 wrote: > >> You request workareas from the zero workspace by alias which IMO is a >> weakness in the design. Rather than having alias naming collisions, the >> zero workspace FIFO's the workareas such that duplicate aliases are >> retrieved in the order they were submitted.

Re: [Harbour] [SPAM] Re: [SPAM] Re: [SPAM] Re: Request to share MT knowledge on Xbase++ NG

2008-09-26 Thread RoddGraham
Przemyslaw Czerpak-2 wrote: > > Below I'm attaching small code which can be used for basic tests. > If possible I would like to ask you or other xbase++ user to run > it and send results here. > Here is the output from Xbase++ v1.90.331: _TST1: recno() -> 2 recno() -> 3 locks: 2 5 6 8 _TST2

Re: [Harbour] [SPAM] Re: [SPAM] Re: Request to share MT knowledge on Xbase++ NG

2008-09-26 Thread RoddGraham
Przemyslaw Czerpak-2 wrote: > > But what happens with parent relations to moved WA and how oare child > visible in ZeroZone. Can I REQUEST each of them separately or only the > WA which was explicitly released? If the first the what happens with > relation their parent relation? Is it cleared? A

Re: [Harbour] [SPAM] Re: Request to share MT knowledge on Xbase++ NG

2008-09-26 Thread RoddGraham
Przemyslaw Czerpak-2 wrote: > > Nice to see your messages again. > I am always lurking out here. Nice to see you are still aggressively involved in Harbour. I assume you are still disconnected from xHarbour based upon our communications a year ago (or so). Przemyslaw Czerpak-2 wrote: > >

Re: Re[Harbour] quest to share MT knowledge on Xbase++ NG

2008-09-26 Thread RoddGraham
Bill Smith-12 wrote: > > There must be other venues where this discussion can be conducted, (and > I'd love to follow those threads) but my vote is to stick with > Harbour-specific topics in the Harbour newsgroups. > Sorry to have intruded. I felt led to contribute per Pritpal's invitation on

Re: [Harbour] [SPAM] Re: Request to share MT knowledge on Xbase++ NG

2008-09-26 Thread RoddGraham
Przemyslaw Czerpak-2 wrote: > > In this code we have: >lInUse := ! lInUse > To make this code MT safe the above line has to be one atomic > operation in xBase++. Is it true? > This is not true in Xbase++. Each variable access (read and write) is serialized independently which guarantees v

Re: Re[Harbour] quest to share MT knowledge on Xbase++ NG

2008-09-25 Thread RoddGraham
I have attempted to post my Xbase++ MT knowledge on the nabble.com link you provided. However it keeps saying that the post was not accepted by the mail list. As I spent some effort trying to share, can someone confirm that it is posted for all to see or what I need to do to post it. It is som

Re: Re[Harbour] quest to share MT knowledge on Xbase++ NG

2008-09-25 Thread RoddGraham
Pritpal Bedi wrote: > > Today I have posted this message on Xbase++ NG: > > For example, it will be interesting to have a knowledgebase > about features and shortcomings of Xbase++ MT modal. > > As a MT Xbase++ user, I have knowledge of its features and shortcommings. 1) Xbase++ is MT, but

Re: Re[Harbour] quest to share MT knowledge on Xbase++ NG

2008-09-25 Thread RoddGraham
Pritpal Bedi wrote: > > And I got this reply: > > > Pritpal, > > why should I as a Xbase++ developer help a competitor to advance its > product??? > > > Please look again at Xbase++ NG. Jan does not represent my position and other Xbase++ users ma