staroffice and 2.4.2 kernel
After upgrading to 2.4.2 kernel (SuSE 7.0 update, rpm) StarOffice 5.2 cannot any more save files to a vfat (it doesnt matter fat16 or fat32) partition, giving general i/o error. With all other applications there's no problem. Also can I delete files or create directories with StarOffice explorer, only saving doesn't work. I have twice (with 2.4.0 kernel was the same trouble) written to staroffice newsgroup, but no reply. OpenOffice can save, but it is not yet good enough to use in production. With kernel downgrading there's also a problem, because (as someone mentioned before) SuSE won't boot with 2.2.18 kernel upgrade rpm. Ain
I've never been able to save files to vfat with StarOffice 5.2. I thought this was a Java problem. Sun's java for linux has the same problem with vfat partitions. You might find useful comments on http://java.sun.com. JDL Ain Vagula wrote:
After upgrading to 2.4.2 kernel (SuSE 7.0 update, rpm) StarOffice 5.2 cannot any more save files to a vfat (it doesnt matter fat16 or fat32) partition, giving general i/o error. With all other applications there's no problem. Also can I delete files or create directories with StarOffice explorer, only saving doesn't work. I have twice (with 2.4.0 kernel was the same trouble) written to staroffice newsgroup, but no reply. OpenOffice can save, but it is not yet good enough to use in production. With kernel downgrading there's also a problem, because (as someone mentioned before) SuSE won't boot with 2.2.18 kernel upgrade rpm.
Ain
I've always been able to save to vfat, equal with java installed or not :) ... before 2.4.x kernel. Maybe you have a mount point containing uppercase letters? This is a known bug in StarOffice. OK, thanks for answer, I'll watch this link. Ain
I've never been able to save files to vfat with StarOffice 5.2. I thought this was a Java problem. Sun's java for linux has the same problem with vfat partitions. You might find useful comments on http://java.sun.com.
JDL
Ain Vagula wrote:
After upgrading to 2.4.2 kernel (SuSE 7.0 update, rpm) StarOffice 5.2 cannot any more save files to a vfat (it doesnt matter fat16 or fat32) partition, giving general i/o error. With all other applications there's no problem. Also can I delete files or create directories with StarOffice explorer, only saving doesn't work. I have twice (with 2.4.0 kernel was the same trouble) written to staroffice newsgroup, but no reply. OpenOffice can save, but it is not yet good enough to use in production. With kernel downgrading there's also a problem, because (as someone mentioned before) SuSE won't boot with 2.2.18 kernel upgrade rpm.
Ain
After upgrading to 2.4.2 kernel (SuSE 7.0 update, rpm) StarOffice 5.2 cannot any more save files to a vfat (it doesnt matter fat16 or fat32) partition, giving general i/o error. With all other applications there's no problem. Also can I delete files or create directories with StarOffice explorer, only saving doesn't work. I have twice (with 2.4.0 kernel was
Hi
I'd check for the presence of VFAT support in the kernel. I missed it out
when I compiled it once, and had a similar fate.
Regards
...Magus...
----- Original Message -----
From: "Ain Vagula"
same trouble) written to staroffice newsgroup, but no reply. OpenOffice can save, but it is not yet good enough to use in production. With kernel downgrading there's also a problem, because (as someone mentioned before) SuSE won't boot with 2.2.18 kernel upgrade rpm.
Ain
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq
hm.. I think I said that all other applications don't have any problems writing to these partitions? Ain
Hi
I'd check for the presence of VFAT support in the kernel. I missed it out when I compiled it once, and had a similar fate.
Regards
...Magus...
I found the answer: staroffice tries to lengthen the file using truncate(). it is usual, that in unix world it is possible. but the Single Unix Specification v.2 says, that when making truncate() with offset what is farer from file end the behaviour is undefined. In Linux 2.4, fixing vfat, they had rewritten truncate and author of vfat has realized, that it's difficult to guarantee that lengthening by truncate works and he took it out. That means, de jure it is StarOffice's fault (using such a strange feature), de facto it is kernel's fault (so thinks the fellow who has explained me all this above). Ain
After upgrading to 2.4.2 kernel (SuSE 7.0 update, rpm) StarOffice 5.2 cannot any more save files to a vfat (it doesnt matter fat16 or fat32) partition, giving general i/o error. With all other applications there's no problem. Also can I delete files or create directories with StarOffice explorer, only saving doesn't work. I have twice (with 2.4.0 kernel was the same trouble) written to staroffice newsgroup, but no reply. OpenOffice can save, but it is not yet good enough to use in production. With kernel downgrading there's also a problem, because (as someone mentioned before) SuSE won't boot with 2.2.18 kernel upgrade rpm.
Ain
It looks like I supposed wrongly that this was related to the java problem. I tried staroffice again. It wouldn't read through /windows/D (capital letter) but could go through a lowercase symbolic link to the same vfat dierctory. JDL
participants (3)
-
Ain Vagula
-
John D Lamb
-
Jon Dixon (Magus)