On Thu, 25 Sep 2008, RoddGraham wrote:
Hi Rodd,
Nice to see your messages again.
> As a MT Xbase++ user, I have knowledge of its features and shortcommings.
> 1) Xbase++ is MT, but only reliable on single cpu core within the process.
> By default, the Xbase++ runtime sets single core affinity w
Hi Rodd,
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 the Xbase++ NG w
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
I'll stick my nose in here with the suggestion that perhaps this is not
the proper place to discuss this material. As valid as the topic might
be on a neutral newsgroup, there are all sorts of possible ramifications
and unintended consequences that can come of discussions here that could
affect dev
Rodd
RoddGraham wrote:
>
>
> 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 o
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
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
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
Rodd
RoddGraham wrote:
>
> Please look again at Xbase++ NG. Jan does not represent my position and
> other Xbase++ users may yet respond.
>
Thanks for the support.
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/A-few-questions-about-MT-tp19555409p19681131.htm
The key is in:
lInUse := ! lInUse
line. This code can be MT safe _only_ if xBase++ executes this
whole line as one atomic operation.
So far I haven't found any information about such functionality.
I see no sign this expression would be atomic.
I'd think if it would be, there would exist some
On Fri, 26 Sep 2008, Przemyslaw Czerpak wrote:
> Publics are really global and the assign is done in atomic
> operation what is the additional necessary protection I was writing
> about in previous message. But to make it fully safe also access has
> to be done as atomic operation or they have to e
On Fri, 26 Sep 2008, Szak�ts Viktor wrote:
> BTW folks, I'm seeing replies on nabble.com (by Angel Pais
> for example) to this thread, but these messages don't make
> it to this list (which is BTW perfectly okay to avoid spam).
Hi Viktor and Angel,
I've just read this message and I've got answer f
On Thu, 25 Sep 2008, Pritpal Bedi wrote:
Hi Pritpal,
> Pritpal,
> why should I as a Xbase++ developer help a competitor to advance its
> product???
> And why do you ask for our help in the Xbase++ generic newsgroup? In my
> eyes this is trolling. This has nothing to do with Xbase++.
> Maybe you
BTW folks, I'm seeing replies on nabble.com (by Angel Pais
for example) to this thread, but these messages don't make
it to this list (which is BTW perfectly okay to avoid spam).
I see this whole nabble/gmain cross-posting a big mess,
and just a way to scatter information and making the
wrong imp
I can understand the feelings of Jan to be honest.
I have no idea what kind of newsgroup is where you've
posted this message, but if XBase++ developers frequent
it, this can easily be taken as offense and the result
is kinda predictable.
Set aside the above, I think we have enough expertise
and
Hi
And I got this reply:
Pritpal,
why should I as a Xbase++ developer help a competitor to advance its
product???
And why do you ask for our help in the Xbase++ generic newsgroup? In my
eyes this is trolling. This has nothing to do with Xbase++.
Mayb
Today I have posted this message on Xbase++ NG:
Hello Everybody
Harbour developers are concentrating on Multi-Threading
at the moment and have implemented the fairly advanced,
optimized, and stable modal.
As Xbase++ is the pioneer and is the only working
17 matches
Mail list logo
