English > Support
Old Database Does Not Work
patch:
--- Quote from: rschip2 on July 14, 2009, 03:38:38 am ---...
Have you had any luck with fixing the issue? I downloaded the portable install as well with no luck.
I was using version 0.9.8.20, tried out beta version 0.9.9.40 (i think), but went back to 0.9.8.20. I backed up my file repeatedly, but the back up I need has been touched by the beta, and won't work.
--- End quote ---
Sounds as if you would have benefited from some warning which hopefully will be available in the future http://www.videodb.info/forum_en/index.php?topic=1241.msg4759#msg4759
rick.ca:
--- Quote from: patch on August 06, 2009, 11:02:53 pm ---Rick, PVD is recording location information in it's database file. Moving the database to a new user results in it sometimes accessing the old users data (ie uses absolute addresses). This trips an access violation. See http://www.videodb.info/forum_en/index.php?topic=969.msg3888#msg3888
--- End quote ---
Thanks, patch. My system is not multi-user, but I'm curious about this. If not a bug, should this not be considered a "design flaw"? I would expect to be able to copy a database file to any system, any location, and still be able to open it. More to the point, if I were in obi's situation, I would expect to be able to create a database in a user-neutral location (i.e., not in a user's "My Documents") that could be opened by any user. I wonder, however, whether that requires using a shared configuration file (by using the -portable switch), or if each user could have their own configuration (by allowing it to be saved in their own application data directory).
Is the issue any different if the Firebird server is used to connect to the database?
nostra:
It seems to be some kind of Firebird Embedded problem. The database should open if you use File -> Connect to server instead of File -> Open (of course you will need to install the Firebird server first)
rick.ca:
Is that the only solution, or can the problem be avoided in the manner I suggested. Some might prefer not to install the server if they don't otherwise need it. Also, isn't it still necessary to open the database in the usual way to optimize and create a backup?
nostra:
I'll try to fix the problem, but I am not really sure if I can change this behavior from my side. The -portable switch will change nothing in this situation.
--- Quote ---Also, isn't it still necessary to open the database in the usual way to optimize and create a backup?
--- End quote ---
Backup/Restore should work with server connection as well, but I have not checked it.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version