17221 - Solaris: apprunner, undefined symbol _XlcCompileResourceList

Status: RESOLVED FIXED

(SeaMonkey :: Build Config, defect, P3)

Description

[Chris McAfee]

[forked off a bug from 13160:]
------- Additional Comments From [e-mail]  10/25/99 10:28 -------
I've just run into the _XlcCompileResourceList crash on Solaris 2.6. A quick
search of SunSolve turned up bug report #4239074, from which:

Work around:
Edit the file :
/usr/openwin/lib/locale/iso8859-1/XI18N_OBJS
Remove the line
< XOM     xomEuro         _XomGenericOpenOM       # XOM_open
Add the line
> XOM     common/xomLTRTTB        _XomGenericOpenOM # XOM_open

which fixes it for me (i.e. I can bring apprunner up once I've made this
change).

The bad news seems to be that there's currently no official fix and the file you
need to edit is owned by root.

Comment 1

[Frank Tang]

I have no clue what happen here. Erik, maybe we should assign this back to
sun...

Comment 2

[Erik van der Poel]

Since this is a known bug in Solaris, marking this INVALID.

Comment 3

[Chris McAfee]

Come on, we need to document this.  Reopening.

Comment 4

[Erik van der Poel]

Sorry, I can't accept this task. Please assign to somebody else.

Comment 5

[Mark Wilkinson]

I had a bit more of a dig on SunSolve Online and found bug report #4158297 which
is caused by the same failure. There's a pretty detailed analysis of the problem
and an alternative (simpler) workaround:
Work around:
Edit the /etc/default/init file and remove the LC_CTYPE=en_US line.
Also make sure not to set LANG=en_US.

Happily it would be possible to unset LC_CTYPE and LANG in a shell script
wrapper without requiring root privilege. Perhaps run-mozilla.sh could include a
test for either a fixed XI18N_OBJS or unset these two enironment variables
before running the binary.

Comment 6

[leger]

Clearing INVALID resolution due to reopen.

Comment 7

[Mark Wilkinson]

Attachment: Proposed patch for build/unix/run-mozilla.sh

Comment 8

[Mark Wilkinson]

I've added some code to run-mozilla.sh to detect the broken XI18N_OBJS file on
Solaris 2.6 and unset the environment variables suggested in the SunSolve bug
report. Seems to work for me. The change would mean that LC_CTYPE and LC_LANG
are ignored unless the XI18N_OBJS file is fixed, so it would probably be worth
adding a comment to the release notes to that effect.

Also, I've tested the patch as is on Solaris 2.6 and I've tested the individual
commands on Linux, which are the only two Unices I have to hand. I think the
commands should be Ok on other platforms, but it would be worth checking. It may
also be necessary to match the SunOS version against more than 2.6 if this bug
applies to other releases of Solaris.

Comment 9

[Chris McAfee]

don't hold m11 for this, m12.

Comment 10

[Chris McAfee]

Found a dup, changed my mind let's deal with this for m11.

Comment 11

[Chris McAfee]

*** Bug 14709 has been marked as a duplicate of this bug. ***

Comment 12

[Chris McAfee]

m12

Comment 13

[Chris McAfee]

I've doc'ed this at http://www.mozilla.org/unix/solaris.html
(Still needs to push tonight), over to verah for release note.
Vera you might just want to point at the solaris page instead
of detailing problems.

Comment 14

[Chris McAfee]

back to me, will use http://bugzilla.mozilla.org/show_bug.cgi?id=17788
for release notes.

Comment 15

[Chris McAfee]

fixed

Comment 16

[verah (gone)]

Hi folks... I think I'm a few steps behind, here. This is noted in the tracking
bug for the M12 release notes, but it looks like it should have been in the M11
release notes. Should I add it to the M11 notes? (Sorry for the delay!)

Comment 17

[Chris McAfee]

re: Solaris note, yes this should go in for m11, sorry it is late! -Chris

Comment 18

[Teruko Kobayashi]

Changed QA contact.