[redland-dev] berkeley db help

[Saikat Kanjilal]

Thanks for the response Dave, here's the sequence of steps of what I'd like to do:

1) Instantiate a storage and point it to tokyo tyrant
2) Instantiate a model that refers to the above storage
3) call librdf_storage_hashes_add_statement


So
what I am trying to figure out for the berkeley db case is that when
number three is called and in turn calls librdf_hash_put, does this in
turn call the put API for the berkeley db module, I am guessing the
answer is yesbut just want to understand this further.


So here's what I've done so far:
1) Start with rdf_hash_bdb.c and create a file called rdf_hash_tt.c
2) Add some of the bdb API into rdf_hash_tt.c and in turn call the tokyo tyrant api to do puts gets etc
3) Create a test under examples to call into the above


However
my test coredumps when it gets to librdf_new_storage which means its
either not compiled the tokyo tyrant module or I need to add some more
code to do this.


I want to reiterate here that the project constraints require that I start with the berkeley db implementation to save time.



Regards


> Subject: Re: [redland-dev] berkeley db help
> From: drobilla at scs.carleton.ca
> To: sxk1969 at hotmail.com
> CC: redland-dev at lists.librdf.org
> Date: Mon, 3 Aug 2009 16:17:52 -0400
> 
> On Mon, 2009-08-03 at 12:36 -0700, Saikat Kanjilal wrote:
> > Hi All:
> > I emailed the list but never heard back so I thought I would send this
> > query again.  I was wondering if there is someone available to help
> > with understanding/outlining how the berkeley db hash implementation
> > gets loaded into redland and what the sequences of calls are into this
> > library from the moment a new storage gets constructed, the file I am
> > referring to is rdf_hash_bdb.c .  I need to implement a tokyo tyrant
> > storage provider based on this implementation.
> 
> I again suggest you start from a simpler storage implementation, or even
> just the storage API stubs ;)
> 
> The API is pretty obvious, and the BDB store implements a lot of things
> you don't need to understand to get a basic working store off the
> ground.
> 
> Good luck,
> 
> -dr
> 
> P.S. the sequence of calls obviously depends on what the user does...
> 

_________________________________________________________________
Get your vacation photos on your phone!
http://windowsliveformobile.com/en-us/photos/default.aspx?&OCID=0809TL-HM
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.librdf.org/pipermail/redland-dev/attachments/20090803/c125c25f/attachment.htm