[Libreoffice] Cannot save .ods and .odt files

[Francois Tigeot]

Hi Michael,

On Mon, Mar 07, 2011 at 12:38:28PM +0000, Michael Meeks wrote:
> On Mon, 2011-03-07 at 09:11 +0100, Francois Tigeot wrote:
> 
> > The dialog box just closes itself and reopens half a second later. No file is
> > written to disk.
> 
> 	What fun :-)

Yeah :-/

> you mentioned that your libc is missing a load of methods,

Not many; basically nobody bothered implementing correctly the __cxa_finalize
C++ destructor stuff.
So far, it seems LibO is the only application which needs it.

> I would suspect something like file-locking to be a problem here. Do you
> have an 'strace' equivalent you can use to see what syscalls fail ?

truss is the strace equivalent but it stops printing anything after the
initial LibO launch.
There's nothing shown when I save a file.

> you could try unsetting SAL_ENABLE_FILE_LOCKING in the soffice wrapper to
> see if that helps.

It doesn't change anything.

> > Saving .fods and .fodt files works fine.
> 	Comic :-)

In a sort of perverse way ;-)

> > How can I know what exactly is going wrong ?
> 
> 	Good question; I would get a Linux and BSD system side by side, and put
> some break-points in ucb/source/ucp/file/filstr.cxx - or somewhere
> around there, and see how they behave on both sides of the equation.

The file locking stuff reminds me, at one time I ran an OpenOffice Linux binary
on this machine (most BSD systems have some sort of kernel personality layer
which allows them to run Linux binaries unmodified), and it kept crashing if the
filesystem it was stored on was HAMMER [1].

I could only run OpenOffice if it was stored on a traditionnal UFS [2] volume.

I never figured out what was really wrong at the time but couldn't help
thinking OO was trying to access some low-level fs data it shouldn't have had
to touch...


[1]: HAMMER is the native DragonFly filesystem. It is quite different from
most common *nix fs: it is constantly snapshoted, you can stream a volume to a
remote read-only backup copy, etc...
More information here: http://www.dragonflybsd.org/hammer/

[2]: Unix File System (fs from the eighties, similar to ext2) volume.
http://en.wikipedia.org/wiki/Unix_File_System for details

-- 
Francois Tigeot