[VSDK] Macho PB 1.9.8
Ruslan Zasukhin
sunshine at public.kherson.ua
Sat Oct 4 10:27:58 CDT 2003
on 10/4/03 10:21 AM, Totte Alm at totte at code66.se wrote:
>>> 377 BF_STRING::AddToIndex(unsigned long,
>>> FBL_FieldSorter*, char const*, bool)
>>> 377 FBL_SecondaryIndex::AddPair(unsigned long)
>>> 377 FBL_SecondaryIndex::Open()
>>> 377 FBL_SecondaryIndex::OpenFirstTime()
>>> 377 FBL_SecondaryIndex::BuildIndex()
>>> 377 FBL_Task::DoIndexing(FBL_Task*)
>>> 377 FBL_IndexerTask::Run()
>>> 377 pthread_mutex_lock
>>> 377 semaphore_wait_trap
>>> 377 semaphore_wait_trap
>>>
>>> looks like it freezed dead on a semaphore wait trap down in
>>> FBL_IndexerTask::Run().
>>>
>>> Gives you any clues??
>>
>> Actually not many.
>>
>> It will be great if you will make some simple project that reproduce
>> this.
>>
> This is rare problem, happens a couple a times a week, its very
> irritating for the client as it just keeps "spinning" barberpole
> progressba, in my main app.
>
>
>> Note, it start BuildIndex(), which did not exists.
> Not exist?? Hm, its not in my code, so it must be in VSDK. Can it be a
> problem with cursors -> same table where I insert? But I MUST do it
> that way.
Yes, correct. You must be able do this in any case.
I just point that it AddRecord, then call FBL_SecondaryIndex::BuildIndex()
This means that Valentina have not found index for some field on disk
And start to build it.
I point this just for case if you will try reproduce.
--
Best regards,
Ruslan Zasukhin [ I feel the need...the need for speed ]
-------------------------------------------------------------
e-mail: ruslan at paradigmasoft.com
web: http://www.paradigmasoft.com
To subscribe to the Valentina mail list go to:
http://lists.macserve.net/mailman/listinfo/valentina
-------------------------------------------------------------
More information about the Valentina
mailing list