On 2/5/08, <b class="gmail_sendername">Robert Widhopf-Fenk</b> <<a href="mailto:hack@robf.de">hack@robf.de</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,</blockquote><div><br>Hi Robert! =:) <br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I am having an odd problem when trying to restore my Palm V.<br>
Kpilot complains that it cannot read the backup files, not a<br>single one of them, but the files are there and readable.<br><br>When I select those files from the DBBackup directory for<br>manual installation it works, but my conduits DBs are then<br>
not correct, i.e. they are empty.</blockquote><div><br>Hmmm. To be perfectly honest, I have never tried using KPIlot's restore feature. I know this is a cheap answer, but I would recommend using pilot-xfer -i <list of prc/pdb's> instead of KPilot's restore.<br>
<br>Now, that being said... First, thank you very much for a very clear, information-containing post! =:) Very nicely done! =:)<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
,----[ kpilot log ]<br>| 01:12:59 File '/home/fenk/.kde/share/apps/kpilot/DBBackup/Robert Fenk/EuroCalc.prc' cannot be read.<br>| 01:12:59 File '/home/fenk/.kde/share/apps/kpilot/DBBackup/Robert Fenk/EuroCalcCFGDB.pdb' cannot be read.<br>
| 01:12:59 File '/home/fenk/.kde/share/apps/kpilot/DBBackup/Robert Fenk/EuroCalcDB.pdb' cannot be read.<br>`----<br><br>,----[ ?debug log? from the konsole ]<br>|       exec: Adding /home/fenk/.kde/share/apps/kpilot/DBBackup/Robert Fenk/EuroCalc.prc to restore list.<br>
|        >infoFromFile<br>| kpilotDaemon: WARNING: [static bool PilotLocalDatabase::infoFromFile(const QString&, DBInfo*)] : Can't open /home/fenk/.kde/share/apps/kpilot/DBBackup/Robert Fenk/EuroCalc.prc<br>| kpilotDaemon: WARNING: [virtual bool RestoreAction::exec()] : Can't open /home/fenk/.kde/share/apps/kpilot/DBBackup/Robert Fenk/EuroCalc.prc<br>
|          >addMessage<br>|          >shortStatusString<br>|       exec: Adding /home/fenk/.kde/share/apps/kpilot/DBBackup/Robert Fenk/EuroCalcCFGDB.pdb to restore list.<br>|        >infoFromFile<br>| kpilotDaemon: WARNING: [static bool PilotLocalDatabase::infoFromFile(const QString&, DBInfo*)] : Can't open /home/fenk/.kde/share/apps/kpilot/DBBackup/Robert Fenk/EuroCalcCFGDB.pdb<br>
| kpilotDaemon: WARNING: [virtual bool RestoreAction::exec()] : Can't open /home/fenk/.kde/share/apps/kpilot/DBBackup/Robert Fenk/EuroCalcCFGDB.pdb<br>|          >addMessage<br>|          >shortStatusString<br>|       exec: Adding /home/fenk/.kde/share/apps/kpilot/DBBackup/Robert Fenk/EuroCalcDB.pdb to restore list.<br>
|        >infoFromFile<br>| kpilotDaemon: WARNING: [static bool PilotLocalDatabase::infoFromFile(const QString&, DBInfo*)] : Can't open /home/fenk/.kde/share/apps/kpilot/DBBackup/Robert Fenk/EuroCalcDB.pdb<br>| kpilotDaemon: WARNING: [virtual bool RestoreAction::exec()] : Can't open /home/fenk/.kde/share/apps/kpilot/DBBackup/Robert Fenk/EuroCalcDB.pdb<br>
|          >addMessage<br>|          >shortStatusString<br>`----<br><br>,----[ kpilot version as taken from .../kpilot/lastsync.log ]<br>| Version: KPilot 4.9.0 (depth9)<br>| Version: pilot-link 0.12.1<br>| Version: KDE 3.5.5<br>
| Version: Qt 3.3.7<br>`----<br><br>,----[ The backup was created with ]<br>| Version: KPilot 4.4.6<br>| Version: pilot-link 0.11.8<br>| Version: KDE 3.3.2<br>| Version: Qt 3.3.4<br>`----<br><br>I am running Debian stable.<br>
<br>Any ideas what is going wrong?<br></blockquote></div><br>I'd say you've found a bug. =:( There's only 2 things I can think of that might be causing this... <br><br><ol><li>It might be the space in the directory name that's causing something to go wonky. Unfortunately, that's not an easy one to try to test.</li>
<li>It might be that the file exists, but isn't a valid palm resource. To test this, can you do "pilot-file --dump <filename>" on one of the failed-to-restore files? And just to be clear... do _any_ of your palm backup files get restored? Or none of them do?<br>
</li></ol><br clear="all"><br>-- <br> -[ Jason 'vanRijn' Kasper    //  <a href="http://movingparts.net">http://movingparts.net</a> ]-<br> -[ KDE PIM Developer         //  <a href="http://www.kde.org">http://www.kde.org</a>  ]-<br>
 -[ bash fun -> :(){ :|:&};:  //  Numbers 6:22-26 ]-