severity 419929 important thanks On Wed, Apr 18, 2007 at 10:08:33PM +0200, Johannes Wiedersich wrote: > Package: qemu > Version: 0.8.2-4 > Severity: critical > Justification: causes serious data loss
This only concerns one feature of qemu, and only concerns the data you try to modify in the guest. It's data loss, but I won't call that *serious* data loss. > I use > > qemu win98bug.img -hdb fat:rw:test > > I know from /usr/share/doc/qemu/qemu-doc.html that I shouldn't use > non-ASCII filenames, etc. > > Apparently data loss occurs, if the *contents* of the file contain some > non-ASCII characters. > > 1. Ordinary txt file > > - In windows, I create a txt file and edit it with notepad. > > - If the text of that file just contains ASCII characters everything is > fine. > > - If I add one German umlaut A, everything is fine, I can change and save > the text. On reboot of the guest all changes will be lost! > > 2. Office document > > - In openoffice.org on the host's etch, I create a document with one word > "test" in it (only the 4 letters), save it as 'Microsoft Word 97/2000/XP' > and copy it to the test-directory. > > - I open and close the file ok from within windows 98 / office 2000 (word) > as long as I don't change anything. > > - I add *one* letter to the "test" text --> "testa" and save the document > from M$ office on the guest and shutdown / reboot the guest > > - the file is corrupted: word will report "Document name or path invalid" > (my translation from German). Openoffice will freeze on trying to open the > document. > > This also happens to more complex documents. > > The same image file works fine with the same office document (and many > others), if I don't use the above command line, but just use > > qemu win98bug.img > > and install samba 'properly' on the host. > > Since there is also #419515, this seems to be the *only* choice as far as > data transfer between guest and host is possible. > > It was quite a learning experience to me to get it working, however, > > *Thanks for the good work* > > and for providing a means of not having to shutdown debian, just to be able > to edit the odd word document that won't render properly in Openoffice.org! > I really doubt it is due do non-ASCII characters. It's probably due to buffers not written to the disk when the guest is shutdown. There has been a lot of code changes on that side in qemu 0.9.0, so I really think the bug has been fixed. Care to retry with this version ? -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `- people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
