On Tue, May 12, 2009 at 12:08:21AM +0200, James Youngman wrote:
> On Mon, May 11, 2009 at 10:42 AM, Ondrej Bilka wrote:
> > On Mon, May 11, 2009 at 10:39:11AM +0200, James Youngman wrote:
> >> On Mon, May 11, 2009 at 8:14 AM, Ondrej Bilka wrote:
> >> > Hello,
> &
On Mon, May 11, 2009 at 10:39:11AM +0200, James Youngman wrote:
> On Mon, May 11, 2009 at 8:14 AM, Ondrej Bilka wrote:
> > Hello,
> > Was signature method discused here? search gives only pgp.
> > Its that you give to each letter bit create signature.
> > When searching
Hello,
Was signature method discused here? search gives only pgp.
Its that you give to each letter bit create signature.
When searching you first create signature from largest continuous part not
containing /. Then you can compare signature of each directory and filename.
There is risk it will be
tch
+fnmatchcomp
fopen
fork
fpathconf
diff --git a/lib/fnmatchcomp.c b/lib/fnmatchcomp.c
new file mode 100644
index 000..e22074a
--- /dev/null
+++ b/lib/fnmatchcomp.c
@@ -0,0 +1,458 @@
+/* Copyright (C) 2009
+ Ondrej Bilka
+
+This program is free software; you can redistribute it
On Sat, Apr 18, 2009 at 08:53:13PM +0200, Bruno Haible wrote:
> Ondrej Bilka wrote:
> > I looked more into source and discovered fnmatch doesn't work as I imagined.
> > By default it converts strings into widechars and match there.
> > utf8 allows searching be done
On Fri, Apr 17, 2009 at 01:02:57PM +0200, Bruno Haible wrote:
> Hello Ondrej,
>
> > > Hello. I am writing partial fnmatch to speed up locate et al.
>
> Cool! We know for some time already that this is a bottleneck [1].
> I find it also interesting that you go for a two-step approach,
> preprocess
