comp.lang.tcl Google Group

Re: Need a file based database library

lpitc...@teksavvy.com (Lew Pitcher) — Tue, 24 Nov 2009 14:22:15 UT

On November 24, 2009 03:44, in comp.lang.c, Andreas Otto
[snip]
Try the Berkeley DB (open source C embeddable database, now distributed by
Oracle)
[link]

Re: UDP support

uwe_klein_habertw...@t-online.de (Uwe Klein) — Tue, 24 Nov 2009 14:14:38 UT

I used to go with scotty's udp implementation
but have since changed over to tcludp
[link]
for quite some time using the multicast features.
uwe

Re: Need a file based database library

aotto1...@users.sourceforge.net (Andreas Otto) — Tue, 24 Nov 2009 14:06:41 UT

Yes, this will work but I'll use a libmsgque interface ....
the problem is that I have to program all the management stuff
by my own -> In fact I have to program the entire database by
my own and this is what I don't want ....
I think my restrictions and my usage is quite simple but it seems,
until now, all databases (I checked) use the same technology

UDP support

roger.oberholt...@gmail.com (Roger O) — Tue, 24 Nov 2009 13:35:40 UT

What is the preferred package to get UDP support in Tcl? I would need
this to work as far back as 8.4, as I cannot update to newer releases
pending issues in related packages (read BLT).

Re: Need a file based database library

hel...@deepsoft.com (Robert Heller) — Tue, 24 Nov 2009 13:32:04 UT

Since you are asking in the Tcl newsgroup...
How about using SWIG to implement a Tcl interface to your C/C++ structs
and then using a Tcl Hash table (aka Tcl arrays) as your database? If
all of the structures are declared in .h files, you can include these .h
files *as is* and SWIG will generate Tcl accessor methods for them.

Re: Need a file based database library

uwe_klein_habertw...@t-online.de (Uwe Klein) — Tue, 24 Nov 2009 12:18:59 UT

Hmm:
[link]
uwe

Re: OT: Re: Need a file based database library

uwe_klein_habertw...@t-online.de (Uwe Klein) — Tue, 24 Nov 2009 12:19:56 UT

what about XoTcl persistent storage?
uwe

Re: Tracking Tcl memory usage

lvir...@gmail.com (Larry W. Virden) — Tue, 24 Nov 2009 12:04:21 UT

Have you taken a look at [link] ?

Re: OT: Re: Need a file based database library

aotto1...@users.sourceforge.net (Andreas Otto) — Tue, 24 Nov 2009 12:01:08 UT

Tcl will be one of the data consumer targets
mfg
Andreas Otto (aotto1968)

Re: Need a file based database library

aotto1...@users.sourceforge.net (Andreas Otto) — Tue, 24 Nov 2009 11:59:27 UT

mmap(2) give a hint but is far to less to work with....
the "database" layer is missing ... no key/value search
I just want to have that the Value from the Key/Value pair
is of my "own" format.
mfg
Andreas Otto (aotto1968)

OT: Re: Need a file based database library

n...@cs.nott.ac.uk (Neil Madden) — Tue, 24 Nov 2009 11:22:59 UT

Metakit/Vlerq, SQLite, maybe Berkeley DB. There are a few others that
you can Google.
Is there a Tcl aspect to this question?
-- Neil

Re: Subtyping vs Inheritance [Was: Re: Google's Go language and "goroutines"]

n...@cs.nott.ac.uk (Neil Madden) — Tue, 24 Nov 2009 11:19:48 UT

[...]
I'm sorry if you feel that I have misrepresented you. Perhaps you would
like to take this opportunity to stately clearly for the record
precisely what claims you are and are not making?
-- Neil

Re: Need a file based database library

aotto1...@users.sourceforge.net (Andreas Otto) — Tue, 24 Nov 2009 11:52:33 UT

ddd wrote:
thanks, but the restriction ...
I looking for an "get" style function to return the Value "pointer" without
doing memory action like "malloc" or "memcpy".
Reason, I want to use this SW to store a C "struct" of my own data format.
This struct should be returned directly from the DB
memory (usually the cache and not the harddrive). To use this pointer some

Re: Need a file based database library

uwe_klein_habertw...@t-online.de (Uwe Klein) — Tue, 24 Nov 2009 11:28:00 UT

sounds like memory mapped file access?
uwe

Re: Need a file based database library

d...@ddd.dd (ddd) — Tue, 24 Nov 2009 11:20:09 UT

On Tue, 24 Nov 2009 09:44:12 +0100, Andreas Otto
you can try [link]
seems quite nice