<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.djb.cdb">
    <title>gmane.comp.djb.cdb</title>
    <link>http://permalink.gmane.org/gmane.comp.djb.cdb</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.djb.cdb/213"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.djb.cdb/212"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.djb.cdb/211"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.djb.cdb/210"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.djb.cdb/209"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.djb.cdb/208"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.djb.cdb/207"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.djb.cdb/206"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.djb.cdb/205"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.djb.cdb/204"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.djb.cdb/203"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.djb.cdb/202"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.djb.cdb/200"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.djb.cdb/213">
    <title>Re: cdb does not compile on Fedora 14 linux</title>
    <link>http://permalink.gmane.org/gmane.comp.djb.cdb/213</link>
    <description>&lt;pre&gt;On Mon, 18 Jul 2011 09:57 , keith.briggs&amp;lt; at &amp;gt;bt.com &amp;lt;keith.briggs&amp;lt; at &amp;gt;bt.com&amp;gt; said:

&amp;lt;snip&amp;gt;

Have you tried


0.70-errno.patch

--- error.h.orig        2003-03-05 15:42:51.000000000 -0500
+++ error.h     2003-03-05 15:43:00.000000000 -0500
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1,7 +1,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
  #ifndef ERROR_H
  #define ERROR_H

-extern int errno;
+#include &amp;lt;errno.h&amp;gt;

  extern int error_intr;
  extern int error_nomem;


Alan Thew

&lt;/pre&gt;</description>
    <dc:creator>Alan Thew</dc:creator>
    <dc:date>2011-07-18T09:11:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.djb.cdb/212">
    <title>cdb does not compile on Fedora 14 linux</title>
    <link>http://permalink.gmane.org/gmane.comp.djb.cdb/212</link>
    <description>&lt;pre&gt;kbriggs&amp;lt; at &amp;gt;gold:~/Download/cdb-0.75&amp;gt; make
( cat warn-auto.sh; \
echo 'main="$1"; shift'; \
echo exec "`head -1 conf-ld`" \
'-o "$main" "$main".o ${1+"$&amp;lt; at &amp;gt;"}' \
) &amp;gt; load
chmod 755 load
( cat warn-auto.sh; \
echo exec "`head -1 conf-cc`" '-c ${1+"$&amp;lt; at &amp;gt;"}' \
) &amp;gt; compile
chmod 755 compile
( ( ./compile tryulong32.c &amp;amp;&amp;amp; ./load tryulong32 &amp;amp;&amp;amp; \
./tryulong32 ) &amp;gt;/dev/null 2&amp;gt;&amp;amp;1 \
&amp;amp;&amp;amp; cat uint32.h2 || cat uint32.h1 ) &amp;gt; uint32.h
rm -f tryulong32.o tryulong32
./compile cdbget.c
( cat warn-auto.sh; \
echo CC=\'`head -1 conf-cc`\'; \
echo LD=\'`head -1 conf-ld`\'; \
cat find-systype.sh; \
) | sh &amp;gt; systype
( cat warn-auto.sh; \
echo 'main="$1"; shift'; \
echo 'rm -f "$main"'; \
echo 'ar cr "$main" ${1+"$&amp;lt; at &amp;gt;"}'; \
case "`cat systype`" in \
sunos-5.*) ;; \
unix_sv*) ;; \
irix64-*) ;; \
irix-*) ;; \
dgux-*) ;; \
hp-ux-*) ;; \
sco*) ;; \
*) echo 'ranlib "$main"' ;; \
esac \
) &amp;gt; makelib
chmod 755 makelib
./compile cdb.c
./compile cdb_hash.c
./compile cdb_make.c
./makelib cdb.a cdb.o cdb_hash.o cdb_make.o
./compile &lt;/pre&gt;</description>
    <dc:creator>keith.briggs&lt; at &gt;bt.com</dc:creator>
    <dc:date>2011-07-18T08:57:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.djb.cdb/211">
    <title>Re: cdb self-tests, was Re: GCC 3.2 errors</title>
    <link>http://permalink.gmane.org/gmane.comp.djb.cdb/211</link>
    <description>&lt;pre&gt;

On 1 June 2010 02:18, Jeff King &amp;lt;peff&amp;lt; at &amp;gt;peff.net&amp;gt; wrote:



So, Wouter, perhaps you kindly elnlighten Jeff ( and the list ) as to
what exactly it is that you are doing?


Chris.

&lt;/pre&gt;</description>
    <dc:creator>Chris Pugh</dc:creator>
    <dc:date>2010-06-01T06:42:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.djb.cdb/210">
    <title>Re: cdb self-tests, was Re: GCC 3.2 errors</title>
    <link>http://permalink.gmane.org/gmane.comp.djb.cdb/210</link>
    <description>&lt;pre&gt;

I think you mean this thread:

  http://thread.gmane.org/gmane.comp.djb.cdb/123

but the situation has come up multiple times before:

  http://thread.gmane.org/gmane.comp.djb.cdb/77
  http://thread.gmane.org/gmane.comp.djb.cdb/88

The original poster in this thread doesn't say if he is trying to run
the self-tests, or encountering this error during regular use.

The softlimit issue affects only the tests. Basically a certain test
should cause cdbmake to abort due to a softlimit, but it doesn't. The
result is that cdbmake continues to run and finds a bogus point in the
input (which is not a bug; the input really is bogus, it was just never
supposed to get there in the test). If it's simply the test issue, then
it can be ignored (unless you really want to use softlimit, in which
case you might try "softlimit -m" as Dan suggests in the third thread
above).

If he is seeing this problem in actual use, then his input probably is
bad in some way. But I can't say how without seeing the input.

-Peff

&lt;/pre&gt;</description>
    <dc:creator>Jeff King</dc:creator>
    <dc:date>2010-06-01T00:18:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.djb.cdb/209">
    <title>Re: cdb self-tests, was Re: GCC 3.2 errors</title>
    <link>http://permalink.gmane.org/gmane.comp.djb.cdb/209</link>
    <description>&lt;pre&gt;
I recall seeing this as possibly being related to,

 - a machine where softlimit -d doesn't work properly, if at all.

-  a malloc()  issue wih Linux/glibc systems.

The original poster being 'Peff'?

Have you checked the list archives?

    http://dir.gmane.org/gmane.comp.djb.cdb.

Worth a look.

Regards,


Chris.

&lt;/pre&gt;</description>
    <dc:creator>Chris Pugh</dc:creator>
    <dc:date>2010-05-31T13:15:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.djb.cdb/208">
    <title>Re: cdb self-tests, was Re: GCC 3.2 errors</title>
    <link>http://permalink.gmane.org/gmane.comp.djb.cdb/208</link>
    <description>&lt;pre&gt;Hello guys,

Anyone has an update on how to fix the following error?
cdbmake: fatal: unable to read input: bad format

Was working without any problems on older system, on new recent system (CentOS
5.4) we are having issues.

Thanks.





&lt;/pre&gt;</description>
    <dc:creator>WS</dc:creator>
    <dc:date>2010-05-30T22:17:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.djb.cdb/207">
    <title>Re: 64-bit CDB</title>
    <link>http://permalink.gmane.org/gmane.comp.djb.cdb/207</link>
    <description>&lt;pre&gt;Thus said Matt Chaput on Fri, 19 Mar 2010 13:27:50 EDT:


Care to share for the archives?

Andy
&lt;/pre&gt;</description>
    <dc:creator>Andy Bradford</dc:creator>
    <dc:date>2010-03-22T04:33:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.djb.cdb/206">
    <title>Re: 64-bit CDB</title>
    <link>http://permalink.gmane.org/gmane.comp.djb.cdb/206</link>
    <description>&lt;pre&gt;
Sorry, y'know what, I think I grok it now. Thanks anyway :)

Matt

&lt;/pre&gt;</description>
    <dc:creator>Matt Chaput</dc:creator>
    <dc:date>2010-03-19T17:27:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.djb.cdb/205">
    <title>re: 64-bit CDB</title>
    <link>http://permalink.gmane.org/gmane.comp.djb.cdb/205</link>
    <description>&lt;pre&gt;Let me try to be clearer: does anyone understand the hashtable lookup 
part of the CDB algorithm (i.e. start at (hash &amp;gt;&amp;gt; 8) % tablesize, half 
the table kept empty, etc.) sufficiently to explain if it could/how it 
would change if I use 12-byte records (4-byte hash + 8-byte pointer)?

Thanks,

Matt

&lt;/pre&gt;</description>
    <dc:creator>Matt Chaput</dc:creator>
    <dc:date>2010-03-19T15:51:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.djb.cdb/204">
    <title>Re: 64-bit CDB</title>
    <link>http://permalink.gmane.org/gmane.comp.djb.cdb/204</link>
    <description>&lt;pre&gt;
So did we two years ago, and put it in the public domain at the time (I believe I published it here at the time)
http://thomas.mangin.com/data/source/cdb.py

Writing CDB files is slow (compared to cdbmake) and eats much memory but it is correct - and unlike the Python C binding does not cause us segfaults on some machines.


Thanks, never saw it before.

Thomas
&lt;/pre&gt;</description>
    <dc:creator>Thomas Mangin</dc:creator>
    <dc:date>2010-03-19T10:05:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.djb.cdb/203">
    <title>Re: 64-bit CDB</title>
    <link>http://permalink.gmane.org/gmane.comp.djb.cdb/203</link>
    <description>&lt;pre&gt;
Have you seen the diagram at 

  http://www.unixuser.org/~euske/doc/cdbinternals/index.html

To use language on that page, you need to change the pointer part of the
data structure to take 64bits instead of 32.  This will also make your
implementation incompatible with existing cdb file formats.

Cheers,
Chris Dean

&lt;/pre&gt;</description>
    <dc:creator>Chris Dean</dc:creator>
    <dc:date>2010-03-19T00:37:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.djb.cdb/202">
    <title>64-bit CDB</title>
    <link>http://permalink.gmane.org/gmane.comp.djb.cdb/202</link>
    <description>&lt;pre&gt;Hi, I've written a Python implementation of the CDB algorithm as part of 
a project. I'd like to convert it to use 64-bit disk offsets to get 
around the 4-GB limit, but I don't understand how the 
hash-to-disk-offset lookup process works and what depends on 32-bit-ness 
well enough to do it with confidence.

Has anyone done this already or can anyone point out what I'd need to 
change in the algorithm to get it to work?

Thanks very much!

Matt

&lt;/pre&gt;</description>
    <dc:creator>Matt Chaput</dc:creator>
    <dc:date>2010-03-19T00:00:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.djb.cdb/200">
    <title>latest version for cdb ?</title>
    <link>http://permalink.gmane.org/gmane.comp.djb.cdb/200</link>
    <description>&lt;pre&gt;hello,
i would like to know what is the latest version of cdb software. I got cdb
0.75 from the web page http://cr.yp.to/cdb.html
Is it the latest or there are enhancements done over it?

regards,
nik
&lt;/pre&gt;</description>
    <dc:creator>nikhil sharma</dc:creator>
    <dc:date>2009-10-20T11:37:42</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.djb.cdb">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.djb.cdb</link>
  </textinput>
</rdf:RDF>
