RE: [Dev-C++] Re: RE: need advice on data storage

Big Playah wrote:
> Hi,
>=20
> Reid & Matt, thx for your fast answers!
> I don't want to go into databases, I really don't need any
> features it would offer me, but on the other hand, I'd be a
> bit limited since later I might be using/saving arbitary data
> based on my options and memory state (ie. different registers
> for different MPUs, and I know how this could be solved with
> DBs, but want plain structure rather than related things).
I still suggest that you take a look at sqlite, it's very easy to
implement and you can use sqlite very easily in place of an ascii or
binary file ( many applications do,, most of which do so without the end
user even being aware of it).
> Reid, overloading the << operator will work I think. I think
> I'll stuck with a struct anyway, and use it inside a class.
> possibly I'll have duplicate entries and use them for
> runtime, but convert to/from simple data formats at I/O time.
> I don't need, and in fact don't want to enable users to edit
> these options, since changing some of them might need
since it's pretty easy to hide that you're using sqlite, the users would
would not be prone to altering your stored data.  if you're still
concerned about it, encrypt the stored data.
> converting of all other data, even restructuring of it (and
> this is what this editor is designed to do, anyway :). these
> are not the editor options which I'm using wxConfig for.
> you're right I'm keeping an eye on portability, but at first,
> I want to stay on x86 platform (but later a linux port would
sqlite is available for for just about every platform you'd want ( x86
has no bearing on sqlite -- linux and windows and many other OS's run on
x86 ).  sqlite runs on windows, unix, linux, + other OS's
> be fine, bot no other systems do I plan for), and, I might be
> loosing portability anyway when dumping my memory area (which
> I really want to handle as-is). just to make things clear,
> I'm writing an enchanced hex editor, with abilities suitable
> for various MPUs. sorry if I bored the list. :))
>=20
> tom



reid