Re^2: What kind of database should I use?

It's great as long as you stay below 2GB, then it silently corrupts your data. Nice module, good to be aware of how you're using. That's only current versions and that failure isn't intrinsic so I expect future versions to work just fine.

⠤⠤ ⠙⠊⠕⠞⠁⠇⠑⠧⠊

Comment on Re^2: What kind of database should I use?

Replies are listed 'Best First'.
Re^3: What kind of database should I use? by dragonchild (Archbishop) on Feb 19, 2006 at 12:33 UTC
Do you have a test case? I'm currently working with the maintainer to improve DBM::Deep for another project of mine and I'd like to fix that scenario. Have you tried `DBM::Deep::set_pack( 8, 'Q' );`? My criteria for good software: Does it work? Can someone else come in, make a change, and be reasonably certain no bugs were introduced?	[reply] [d/l]
Re^4: What kind of database should I use? by diotalevi (Canon) on Feb 19, 2006 at 18:11 UTC
That would be the workaround for the current code. Just last night I tried compiling perl with 64 bit ints and it looks like I've just gained access to the 'Q' parameter. I've never had that before so it's more normal for me to lack access to 64 bit ints. ⠤⠤ ⠙⠊⠕⠞⠁⠇⠑⠧⠊	[reply]