views:

3726

answers:

6

I'd like a C library that can serialize my data structures to disk, and then load them again later. It should accept arbitrarily nested structures, possibly with circular references.

I presume that this tool would need a configuration file describing my data structures. The library is allowed to use code generation, although I'm fairly sure it's possible to do this without it.

Note I'm not interested in data portability. I'd like to use it as a cache, so I can rely on the environment not changing.

Thanks.


Results

Someone suggested Tpl which is an awesome library, but I believe that it does not do arbitrary object graphs, such as a tree of Nodes that each contain two other Nodes.

Another candidate is Eet, which is a project of the Enlightenment window manager. Looks interesting but, again, seems not to have the ability to serialize nested structures.

+4  A: 

Check out tpl. From the overview:

Tpl is a library for serializing C data. The data is stored in its natural binary form. The API is small and tries to stay "out of the way". Compared to using XML, tpl is faster and easier to use in C programs. Tpl can serialize many C data types, including structures.

Robert Gamble
Tpl doesn't seem to support nested structures. E.g a Node that can contain two sub-Nodes.
Daniel Lucraft
A: 

I'm assuming you are talking about storing a graph structure, if not then disregard...

If your storing a graph, I personally think the best idea would be implementing a function that converts your graph into an adjacency matrix. You can then make a function that converts an adjacency matrix to your graph data structure.

This has three benefits (that may or may not matter in your application):

  • adjacency matrix are a very natural way to create and store a graph
  • You can create an adjacency matrix and import them into your applications
  • You can store and read your data in a meaningful way.

I used this method during a CS project and is definitely how I would do it again.

You can read more about adjacency matrix here: http://en.wikipedia.org/wiki/Modified_adjacency_matrix

mmattax
I'm not talking about a graph structure in that sense. My structures are more like a tree, though I don't want to rule out circular references. There is no reason a C library can't serialize that without any processing on my behalf.
Daniel Lucraft
A tree is just a special case of a graph, and with circular references, one could argue that in fact, you have a graph, not a tree.
mmattax
Fine: all C data structures can be viewed as in memory graphs. Now is there a library that can serialize this data?
Daniel Lucraft
+3  A: 

I know you're asking for a library. If you can't find one (::boggle::, you'd think this was a solved problem!), here is an outline for a solution:

You should be able to write a code generator[1] to serialize trees/graphs without (run-time) pre-processing fairly simply.

You'll need to parse the node structure (typedef handling?), and write the included data values in a straight ahead fashion, but treat the pointers with some care.

  • For pointer to other objects (i.e. char *name;) which you know are singly referenced, you can serialize the target data directly.

  • For objects that might be multiply refernced and for other nodes of your tree you'll have to represent the pointer structure. Each object gets assigned a serialization number, which is what is written out in-place of the pointer. Maintain a translation structure between current memory position and serialization number. On encountering a pointer, see if it is already assigned a number, if not, give it one and queue that object up for serialization.

Reading back also requires a node-#/memory-location translation step, and might be easier to do in two passes: regenerate the nodes with the node numbers in the pointer slots (bad pointer, be warned) to find out where each node gets put, then walk the structure again fixing the pointers.

I don't know anything about tpl, but you might be able to piggy-back on it.


The on-disk/network format should probably be framed with some type information. You'll need a name-mangling scheme.


[1] ROOT uses this mechanism to provide very flexible serialization support in C++.


Late addition: It occurs to me that this is not always as easy as I implied above. Consider the following (contrived and badly designed) declaration:

enum {
   mask_none = 0x00,
   mask_something = 0x01,
   mask_another = 0x02,
   /* ... */
   mask_all = 0xff
};
typedef struct mask_map {
   int mask_val;
   char *mask_name;
} mask_map_t;
mask_map_t mask_list[] = {
   {mask_something, "mask_something"},
   {mask_another, "mask_another"},
   /* ... */
};
struct saved_setup {
   char* name;
   /* various configuration data */
   char* mask_name;
   /* ... */
};

and assume that we initalize out struct saved_setup items so that mask_name points at mask_list[foo].mask_name.

When we go to serialize the data, what do we do with struct saved_setup.mask_name?

You will need to take care in designing your data structures and/or bring some case-specific intelligence to the serialization process.

dmckee
Thanks for a great writeup. I had essentially this plan in my head as the 'existence proof' of the library. The theory is that every library that can be imagined in C has been written. Can't believe it's turning out not to exist. I might try writing this thing over christmas.
Daniel Lucraft
+3  A: 

You can take a look on eet. A library of the enlightenment project to store C data types (including nested structures). Although nearly all libs of the enlightenment project are in pre-alpha state, eet is already released. I'm not sure, however, if it can handle circular references. Probably not.

quinmars
+2  A: 

http://s11n.net/c11n/

HTH

plan9assembler
A: 

In theory YAML should do what you want http://code.google.com/p/yaml-cpp/

Please let me know if it works for you.

AndyL