It turns out this error is more serious than just HTML.  I can't seem
to save out of OpenOffice.org at the moment.

  I have tried to think back to what I have upgraded on my system in
the last few days.  I have backtracked most of the RedHat 7.3 errata's
to see if that would help.

To replicate on my system:

  - Open Openoffice.org
  - type anything into Writer component.
  - try to 'save'
    - first it complains that /opt/openoffice.org/1.0/work does not
      exist (Default directory for saving?)
  - when I give it a valid filename, it then give me the "Error saving
document Untitled1: Wrong parameter" error.


  I will continue to backtrack updates to see if I can find out what
incompatability seems exist.  I may be making an incorrect assumption,
but at this point I am assuming some library and OpenOffice.org are
not compatable.

Sorry for filing so many additional comments.

I will need help from a developer to split this bug into two parts
(assuming anyone else can replicate the problem):

  a) Problems with HTML compatability
  b) Problems with installer


  If I do an "rm -rf ~russell/OpenOffice.org1.0.1" and then run
OpenOffice.org (ie: /opt/openoffice.org/1.0/program/soffice ) it gives
me the option to install to recreate the User-specific install.  When
installed this way, OpenOffice.org cannot save any type of file.

   If I do an "rm -rf ~russell/OpenOffice.org1.0.1" and then install
OpenOffice.org (IE: run /opt/openoffice.org/1.0/setup ) then other
file types work, but HTML Compatability comes up with an error.


It should be noted that these error are generating a core dump, which
I could send to someone if that is useful.

Created by doing the origional "Tools-->Options-->Load/Save-->HTML
Compatability" test:
-rw-------    1 russell  russell  25169920 Sep 12 13:13 core.2767

Additional testing:

  I have confirmed that the bug is not in 1.0 and was introduced in
1.0.1 .

  I have installed directly into the user account, avoiding the
'./setup /net' and then setup for the local user, to ensure that this
was not a problem.

  I have core dumps and can do a backtrace, but not having any
familiarity with the code it doesn't really tell me much.

  I tried backtracking my version of GLIBC (to the version that comes
on the RedHat 7.3 CD), but this did not help.

  In case this sparks any interest, I included a few lines from the
backtrace from the core dump:

#5  0x409a2307 in pthread_sighandler () from /lib/libpthread.so.0
#6  <signal handler called>
#7  0x40b64d07 in strlen () from /lib/libc.so.6
#8  0x40593f4a in rtl_getTextEncodingFromMimeCharset ()
   from /home/russell/OpenOffice.org1.0.1/program/libsal.so.3
#9  0x44a6101e in SvxTextEncodingBox::FillWithMimeAndSelectBest() ()
   from /home/russell/OpenOffice.org1.0.1/program/libsvx641li.so
#10 0x45ad41e2 in OfaHtmlTabPage::OfaHtmlTabPage(Window*, SfxItemSet
const&) ()
   from /home/russell/OpenOffice.org1.0.1/program/libofa641li.so


Note: This core dump is generated from opening OpenOffice.org and
going to the "Tools-->Options-->Load/Save-->HTML Compatability" menu.
 No files need to be loaded.

Russell, thanks for taking the time to post this issue.

I have a RedHat 7.3 box with OOo 1.0.1 installed as a single user install.

I cannot reproduce the problems you have listed.

Thank you for using and supporting OOo.


Have you tried completely uninstalling OOo from your system ( make
sure you remove .sversionrc files ), downloading a new copy of OOo
1.0.1 and trying to reinstall?

On Unix, it's best to do the multi-user install ( first the install
with -net and then a user initiated install ).

On my test system, I've installed all of the RedHat 7.3 patches up to
a few weeks ago.

Steps taken:

mv .sversionrc .sversionrc.old

Untar: OOo_1.0.1_LinuxIntel_install.tar.gz
   This is received using rsync from a mirror.

Run ./setup
  - Next-->Next-->Accept-->Next-->Next-->Accpet-->Install
   (IE: all defaults, didn't type in any personal inforamtion)

  - Java and Javascript not supported (Don't have Java installed) - OK
  - 'Complete'

run: ~/OpenOffice.org1.0.1/soffice

  - Cancel "address book autopilot"
  - "Tools-->Options-->Load/Save-->HTML Compatability"
  - system pops up error window "An Unrecoverable error has occured"
  - when I select "OK", OpenOffice.org exits

---cut---

When I run 'gdb' to get the loaded symbols, I find I am dependant on the 
following RPM's  (I did a 'script a' before loading the core file into 
gdb)

[russell@amadpur ~]>grep '\.so' a | grep -v 
'/home/russell/OpenOffice.org1.0.1/program/' | sed 's/Loaded symbols for 
//' | sed 's/Reading symbols from //' | sed 's/...done.//' | sort |
uniq | 
xargs -n 1 rpm -qf | sort | uniq
XFree86-4.2.0-8
XFree86-devel-4.2.0-8
XFree86-libs-4.2.0-8
glibc-2.2.5-34

This is the versions of these RPMS that shipped with RedHat 7.3.


I did a freshen of all the RPM's to the latest updates, rebooted the
computer (a kernel was one of the updates), and got the same error
(although now with the new glibc).


  Are there runtime library dependancies that would not show up just
running GDB on a core file?

gdb -core=core.1362 -e
/home/russell/OpenOffice.org1.0.1/program/soffice.bin

Is there anything additional I can do?

  a) This is confirmed to only happen with OOo 1.0.1 and not 1.0

  b) I have other computers here running various versions of RedHat,
including a computer installed 'fresh' (IE: not an upgrade) of RedHat
7.3 that runs fine with OOo 1.0.1


 I don't want to upgrade this desktop too much before the problem is
found as this would mean the loss of a test environment that has the
failure.

  I have other comittments this month, but if nobody else can confirm
the problem then I will get a 2'nd disk and install RedHat 7.3 on a
new partition for multi-boot to see if it relates to upgrades, or
something unique in the hardware on this computer.

Rusell, I've looked at your notes and I think I see problems with 
your install procedure.

First, as root, do a multi-user install by either running the install 
shell script or setup -net.

Then, log in as the user you want to user OOo as, and run setup from 
the installed directory ( for example /opt/OpenOffice ).

A proper multi-user install requires 2 installs, the first one as 
root with the -net option, then another install ( run setup again ) 
as the user you want and choose a Workstation install.

User comments:


  I am aware of this, and have installed this way.  Whatever the 
problem is it is more complex than simply how it was installed.   
OpenOffice 1.0 works, OpenOffice 1.0.1 doesn't work.   I have other 
computers where things work, so there is something interesting in 
this environment that may be worth investigating.

A few more recent tests:

a) If I boot the same computer into a freshly installed RedHat 8.0,
the problem does not exist.  Whatever the problem is it is unique to
old versions of RedHat, or older libraries.

I'm keeping my RedHat 7.3 (upgraded from earlier RedHat) partition
around largely to help find/debug this problem.  It may be a RedHat
issue, an issue with the specific package combination I have
installed, or it may be an issue in OOo that is worth finding and
fixing for future versions.  In any case, I'm surprised I'm the only
one reporting it --- although the average user may not report things.

b) The problem still exists for OOo 1.0.2 as well as OOo 1.0.1, but
not 1.0.0. .  I have not built a compile environment to determine if
the issue is with the environment that the binaries are built under.




Is there anything further I can do at my end? I don't have an OOo
build environment, and am installing from distributed binaries at this
point.  I can send a list of RPM's I have installed on the RH 7.3 boot
partition if this is useful to have.

Hi!
I have similar problem.
When I want to save document as OpenOffice document(writer or calc) it crashes with the same error. But when I want to save as MS Word or Excel there is no problem.
Shame:-)
It was everything OK in version 1.0.2

Sorry.
Version 1.0.1 was OK, and 1.0.2 is crashing.

Maybe because I had installed 1.0.1 and then installed 1.0.2 in different folder?

I have Suse 8.0

 Dejan,

  I am assuming the problem relates to incompatabilities with support
libraries in the operating system itself.  I have OOo 1.0.0, 1.0.1 and
1.0.2 installed in my /home partition.  I have a RedHat 7.x based
system and a RedHat 8.0 system on a dual boot system, both using the
identical /home partition.  The identical installation works on RedHat
8.0, but does not work on the older 7.x.  It isn't a difference in how
OOo was installed, but something different in what libraries the
operating system is offering.

I have tried upgrading package-by-package, but I haven't yet found
what package causes the conflict.

Latest.

  I downloaded 1.1Beta and saw the same problem.  I decided to upgrade
a few more libraries.  When I updated the gnome-* packages (and
dependencies) the problem went away.

I don't have the time at the moment to pinpoint this issue to what
library caused the problem, but it may just be appropriate to file it
away as an issue with older versions of the libraries that are fixed
with an update.

Closing the issue for now.

.