Re: DLR Storage - GDBM

Alexander Malysh <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Organization Centrium GmbH
Message-ID <[email protected]>
Hi,

-1 from me.

1) 1.3.1 is really too old and dlr core was rewriten since 1.3.1
2) tid in the message struct (no one dlr storage needs any extras)
3) see our CodingStyle doc

Btw. GDBM is GPLed software so -1 because of our license...

On Friday 02 April 2004 08:42, fred wrote:
> patch for cvs version 1.3.1, for using GDBM for dlr storage, the file to
> change is dlr.c,dlr.h,msg-decl.h
>
>
>   ----- Original Message -----
>   From: fred
>   To: devel
>   Sent: Thursday, March 25, 2004 5:20 PM
>   Subject: DLR Storage - GDBM -#- MailID:PAAA
>
>
>   A problem in getting mysql up and running in redhat7.0 forced my hand to
> consider something else - GDBM for storing the DLR.
>   So i have created changes to 1.3.1 to support this. The beauty of this
> one is that 1) btree lookups for the msg 2) code is all self contained
>   cons...
>   there might be possible corruption in the database storage file if
> killing bearerbox...
>
>   querying dlrs from another app prob not possible, which i guess mysql
> would allow, but we don't need this.
>
>
>   so is there interest in this ? and should i submit a patch for review?
>
>   i applied this to 1.3.1 code here, i know the latest tree has more
> installable code for different dbs,but i am not working with the latest, it
> might be a bit shaky ??
>
>   Cheers All

-- 
Best regards / Mit besten Grüßen aus Düsseldorf

Dipl.-Ing.
Alexander Malysh
___________________________________________

Centrium GmbH
Vogelsanger Weg 80
40470 Düsseldorf

Fon: +49 (0211) 74 84 51 80
Fax: +49 (0211) 277 49 109

email: [email protected]
web: www.centrium.de
msn: [email protected]
icq: 98063111
___________________________________________

Please avoid sending me Word, Excel or PowerPoint attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.