Jamie McCracken wrote:
On Tue, 2008-09-02 at 12:23 +0100, Martyn Russell wrote:
Jamie McCracken wrote:
Could we also reduce memory usage by not statically linking to the
private libs libtracker-common and libtracker-db?
Those libraries should not be available for public use. Before doing so,
Jamie McCracken wrote:
On Tue, 2008-09-02 at 12:23 +0100, Martyn Russell wrote:
Jamie McCracken wrote:
Could we also reduce memory usage by not statically linking to the
private libs libtracker-common and libtracker-db?
Those libraries should not be available for public use. Before doing so,
Jamie McCracken wrote:
On Tue, 2008-09-02 at 12:14 +0100, Martyn Russell wrote:
Jamie McCracken wrote:
Another potential crasher - unlike trunk get_file_content does no utf-8
validation and also if file is bigger than MAX_TEXT cuts it off which is
likely to not land on a valid utf-8 word
Jamie McCracken wrote:
trunk only checks directories (If a file in a directory is modified then
the directories mtime is also altered so no need to check every file)
hence startup is much faster.
Note: the mtime of the parent directory ONLY is updated. This is not
recursive. So if you have
Hi,
So I have been reading up on the things that are remaining for merging.
This is the list I have so far which I will be working on:
* Check the move files/directories issue. I *think* it works.
* Fix the get_file_contents() function so it checks for #13 in the first
64Kb.
* Make private
On Wed, 2008-09-03 at 12:34 +0100, Martyn Russell wrote:
Jamie McCracken wrote:
trunk only checks directories (If a file in a directory is modified then
the directories mtime is also altered so no need to check every file)
hence startup is much faster.
Note: the mtime of the parent
On Wed, 2008-09-03 at 12:34 +0100, Martyn Russell wrote:
Hi,
So I have been reading up on the things that are remaining for merging.
This is the list I have so far which I will be working on:
* Check the move files/directories issue. I *think* it works.
check the new directory name can be
Jamie McCracken wrote:
trackerd should just pass directories at startup and let the indexer
work out what to process. Dbus is not optimised for passing large number
of strings. Can the current design easily accommodate this?
DBus' optimisation is not an issue here. I can send ALL of my files
On Wed, 2008-09-03 at 10:32 -0400, Jamie McCracken wrote:
On Wed, 2008-09-03 at 12:34 +0100, Martyn Russell wrote:
Hi,
So I have been reading up on the things that are remaining for merging.
This is the list I have so far which I will be working on:
* Check the move
On Wed, 2008-09-03 at 15:31 +0100, Martyn Russell wrote:
Jamie McCracken wrote:
trackerd should just pass directories at startup and let the indexer
work out what to process. Dbus is not optimised for passing large number
of strings. Can the current design easily accommodate this?
DBus'
On Wed, 2008-09-03 at 16:35 +0200, Philip Van Hoof wrote:
On Wed, 2008-09-03 at 15:31 +0100, Martyn Russell wrote:
Jamie McCracken wrote:
trackerd should just pass directories at startup and let the indexer
work out what to process. Dbus is not optimised for passing large number
of
11 matches
Mail list logo
