>env | grep LD_LIBRARY_PATH;
it will display path list. Now use that path and see if your lib is present
there or not in that paht.
If not add the path(where fst2 exists) to LD_LIBRARY_PATH
R u new to unix/linux, i suggest to go through
basic of them.
regrads
******************************************************************************************
This email and its attachments contain confidential information from HUAWEI,
which is intended only for the person or entity whose address is listed above.
Any use of the information contained herein in any way (including, but not
limited to, total or partial disclosure, reproduction, or dissemination) by
persons other than the intended recipient(s) is prohibited. If you receive this
e-mail in error, please notify the sender by phone or email immediately and
delete it!
*****************************************************************************************
----- Original Message -----
From: Uma Krishnan <[EMAIL PROTECTED]>
Date: Sunday, September 16, 2007 10:38 am
Subject: [sqlite] LINKING AND LOADING FTS - on Linux/Ubuntu
> Hello,
>
> I'm having trouble loading fts2. I modified makefile to create fts2
> library on Linux/Ubuntu.I
>
> When I attempt to load fts2 using the command select
> load_extension('fts2'), i get the error shared library not found.
> ( noticed that it had not created the .so file, only .la file.)
>
> What am I doing wrong?
>
> Thanks in advance
>
> Uma
>
> Igor Tandetnik <[EMAIL PROTECTED]> wrote: Kefah T. Issa wrote:
> >> I tried the ordered-urls-insert the results were better, but it is
> >> still
> >> taking progressively longer time as the number of records
> increases.>>
> >> A fundamental question to be asked here :
> >>
> >> Shouldn't the time complexity (Big-O) of the insert operation be
> >> constant?
>
> Of course not. It takes O(log N) to find an appropriate place in
> the
> index for every new record (where N is the number of records
> already
> inserted). Also, it generates a lot of disk activity once the index
> grows too large to fit in memory cache.
>
> >> I even did a third test where the integer primary key is not auto
> >> increment;
> >> the same problem is observed.
>
> The id is not a problem: O(log N) is caused by the index on url.
>
> Igor Tandetnik
>
>
> --------------------------------------------------------------------
> ---------
> To unsubscribe, send email to [EMAIL PROTECTED]
> --------------------------------------------------------------------
> ---------
>
>
>
-----------------------------------------------------------------------------
To unsubscribe, send email to [EMAIL PROTECTED]
-----------------------------------------------------------------------------
