Re: [pdb-dev]Where did this list go?

[Andy D. <and...@ya...>]

Hi Jeffrey,

I think the initial lack of a seed program to build upon has thrown us out a
bit, and we'll probably have to get to this point first, via several
alternative individual clusters and get that bell on that cat, before we can
begin to accelerate and build around whatever materialises.  

> I think everything is stilll going. Perosnlay I am working on the gadfy
> port, and am about ready to post the outline of creation for it.  The
> struture of it is coming along nicly and I think the coders and I should
> have something to really start on soon.

It looks like James is on the case, on this one! :-)  Can't wait to see his
plans.

I think the old time problem has hit a lot of us too, with explosive worldwide
software developments in all areas, now that Y2K is over, and I'm sure this has
taken a lot of people's priority work time.  But hopefully the idea of a
complete database written in Perl is too strong to be resisted, and overcomes
this and other constraints.

If you want to be taking a look at something in the meantime, you may want to
take a look at Jeff Zucker's latest DBD::RAM release. 

=> http://www.perl.com/CPAN-local//modules/by-module/DBD/
(DBD-RAM-0.072.tar.gz)

This was only released in the last few days and it's pretty amazing, almost a
complete Perl database by itself?  You might want to see if you can think of a
way of adding on new storage module onto this, such as Berkeley v3, which could
be the thing for multi-user solutions, involving lock contentions and fast
access?

Personally speaking, I've painted myself into a corner recently, taking on too
many things, and then failing to balance any of them against my wife's
requirements, but I'm currently trying to write a Client/Server system (Anubis)
based upon DBD::RAM, to provide a persisent database, based upon Messaging and
Remote Procedure Calls.  

=> http://download.sourceforge.net/perldb/

This is currently a pretty primitive client/server set-up, and I'm going to try
and provide a much more robust DBI type API to this, so any Perl program can
call this persistent server, in the same way you might try and call a MySQL
server.  But I'm more of a drinks tray carrier, than a hard-core Perl
programmer, and it could be some time before this comes to fruition, and maybe
by then we'll have all joined James's bandwagon? :-)

Go James! 8)

Rgds,
AndyD

__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/