Re: resubmit your dbm/gdbm-based DLR storage patch and vote to phase out internal DLR storage in favor of DBM DLR storage
Davy Chan <[email protected]>
| Newsgroups | gmane.comp.mobile.kannel.devel |
|---|---|
| Message-ID | <[email protected]> |
**>From: "fred" <[email protected]> **>To: "devel" <[email protected]> **>Subject: Re: resubmit your dbm/gdbm-based DLR storage patch and vote to phase **> out internal DLR storage in favor of DBM DLR storage **>Date: Wed, 23 Feb 2005 13:34:54 +1100 [ ... lines deleted ... ] **>Dave i'm just updating my code to work with a version of the latest kannel - **>a painful process of merging our differences (not just gdbm, **>thats easy as the dlr storage is as best virtualized as C can do), and a **>routine to find old orphaned records, **> so if you can wait just a bit... **>Cheers **>fred No problem waiting. Just wanted to make sure your contribution was looked at again since: 1) Kannel can now easily support it with the UUID as the key 2) Fits in very well with the standard DLR storage concept 3) Is a much better alternative to the internal in-bearerbox's memory DLR store 4) Makes my life simpler for coding my statusbox ;-) See ya... d.c.