Hello all!
I found a bug in db-bdb string comparison functions - when comparing
two utf16 strings only the first half of strings are compared. (bug is in
misinterpreting string size in chars and in bytes).
New patches:
[db-bdb bugfix: when bdb key comparison compared only the first half of utf16
strings
[EMAIL PROTECTED] {
hunk ./src/db-bdb/libberkeley-db.c 1257
- limit1=s1+length1;
+ limit1=s1+2*length1;
hunk ./src/db-bdb/libberkeley-db.c 1260
- limit1=s1+length1;
+ limit1=s1+2*length1;
hunk ./src/db-bdb/libberkeley-db.c 1263
- limit1=s1+length2;
+ limit1=s1+2*length2;
}
Context:
[db-postmodern: optimized map-index for -by-value case
[EMAIL PROTECTED]
[db-postmodern: optimized form-slot-key for persistent-slot-reader
[EMAIL PROTECTED]
it uses SBCL internal function now, for other implementation it's less
optimized.
]
[db-postmodern: small example update
[EMAIL PROTECTED]
[added sh script for flushing logs sample
[EMAIL PROTECTED]
[db-postmodern removed possiblity of using NIL as a key in btrees
Henrik Hjelte<[EMAIL PROTECTED]>**20071124163828]
[cursor-duplicate removed from db-postmodern
Henrik Hjelte<[EMAIL PROTECTED]>**20071124163701]
[removed a little compiler warning (typo)
Henrik Hjelte<[EMAIL PROTECTED]>**20071122151929]
[remove kind-hints parameter from add-index
Henrik Hjelte<[EMAIL PROTECTED]>**20071122151046
Probably a coming feature from Ian, but
right now it breaks the generic function add-index
and thus postmodern, so I removed it for now.
]
[Ensure set-db-synch is defined before pset is loaded
[EMAIL PROTECTED]
[Fix instance deserialization to bypass initialization protocol
[EMAIL PROTECTED]
[Fix to from-end traversal of new map-index
[EMAIL PROTECTED]
[New map-index implementation
[EMAIL PROTECTED]
[Cheaper get-instance-by-value
[EMAIL PROTECTED]
[TAG ELEPHANT-0-9-1
[EMAIL PROTECTED]
Patch bundle hash:
c4410bd1cd704cb2e4eb5eede85d1d4961621945
--
With best regards,
Anton Kazennikov. mailto:kazennikov[at]mirea.ru ICQ# 98965967
_______________________________________________
elephant-devel site list
[email protected]
http://common-lisp.net/mailman/listinfo/elephant-devel
