Closed Bug 8413 Opened 26 years ago Closed 26 years ago

Solaris: symbol _vt.8ofstream.3ios: referenced symbol not found

Categories

(Core :: DOM: Core & HTML, defect, P3)

Product:
Core
Component:
DOM: Core & HTML
Platform:
Sun
Solaris
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: roland.mainz, Assigned: mcafee)

References

(
URL
)

Details

The Solaris sparc build 1999-06-16-08 still does not work properly here, both Tested on a SunOS die.hacker.die 5.7 Generic_106541-04 sun4u sparc SUNW,Ultra-5_10 The window appears, but no contents appear. Following output explains why... Got the following output: -- snip -- wismar@castor:/home/wismar/mozilla5/1999-06-16-08/package% ./mozilla-viewer.sh MOZILLA_FIVE_HOME=/home/wismar/mozilla5/1999-06-16-08/package LD_LIBRARY_PATH=/home/wismar/mozilla5/1999-06-16-08/package:/usr/local/lib MOZ_PROGRAM=./viewer moz_debug=0 moz_debugger= Registered Ok ************************************************** nsComponentManager: Load(/home/wismar/mozilla5/1999-06-16-08/package/components/libraptorhtml.so) FAILED with error: ld.so.1: ./viewer: fatal: relocation error: file /home/wismar/mozilla5/1999-06-16-08/package/components/libraptorhtml.so: symbol _vt.8ofstream.3ios: referenced symbol not found ************************************************** Going to create the event queue -- snip -- apprunner fails (e.g. no contents) with the following message: -- snip -- wismar@castor:/home/wismar/mozilla5/1999-06-16-08/package% ./mozilla-apprunner.sh MOZILLA_FIVE_HOME=/home/wismar/mozilla5/1999-06-16-08/package LD_LIBRARY_PATH=/home/wismar/mozilla5/1999-06-16-08/package:/usr/local/lib MOZ_PROGRAM=./apprunner moz_debug=0 moz_debugger= width was not set height was not set Loading url resource:/res/profile/cpw.xul in WEbshell 1d8c00 Calling gdk_input_add with event queue DocLoaderFactory: Unable to create ContentViewer for command=view, content-type=text/xul -- snip -- Marked as a blocker because there are __many__ pending Solaris problems/bugs/issues in Bugzilla where the Mozilla.org staff said: "Please verify if it is fixed..."
Target Milestone: M8
Putting on M8...won't make the M7 train...
Blocks: 5890
Blocks: 6372
Assignee: dp → rickg
Mcafee/Bruce, do you know what is going on here. Reassigning to gecko.
Something is up with Solaris 2.7, we need to go do a build and see for ourselves. Both of my Solaris boxes are still at 2.6.
I get this same error on a solaris 2.6 system.
What compilers are the people seeing this bug using? What is the rest of the toolset? I know that egcs 1.1.x and gcc 2.7.2.x work with the native toolset (as and ld from /usr/ccs/bin). Are your build configurations different from that?
I just built & ran fine on my Ultra-1, gcc-2.7.2.3, Solaris 2.6 system. We need to compare build environments and narrow this down.
Assignee: rickg → mcafee
Summary: symbol _vt.8ofstream.3ios: referenced symbol not found → Solaris: symbol _vt.8ofstream.3ios: referenced symbol not found
stealing this bug from rickg.
Yesterday I told my Solaris 7 sparc box to compile Mozilla (source from mozilla-source-1999-06-19-08-M7.tar.gz), and (at least) viewer works :-) Please tell me which files do you need to comparisation... Build environment is Solatis 7 (SunOS die.hacker.die 5.7 Generic_106541-04 sun4u sparc SUNW,Ultra-5_10 ), egcs-2.91.66... More info needed ?
Adding rickg, possible dup of 8803.
This seems to be a dup of bug 8803, but: If I compile the sources under Solaris 7 (sparc + egcs), the problem never occurs. Seems to be a build config related problem.
Target Milestone: M8 → M9
Severity: blocker → major
This happens all the time to me on my linux-2.2.10 glibc 2.0.6(glibc bug?), after mozilla-apprunner.sh crashes, but with different symbols!. Then sometimes the problem disappears (after ldconfig or recompiling libraptorhtml or deleteing .mozilla or all of these (very strange!)). apprunner then works until the next crash (i can reproduce this by pressing ^C in the console where i start it) The problem exists since a month or so. here are some examples (after every run i get different missing symbols!): nsComponentManager: Load(/mozilla/mozilla/dist/bin/components/libraptorhtml.so) FAILED with error: /mozilla/mozilla/dist/bin/components/libraptorhtml.so: undefined symbol: GetFrameState__7nsFramePUi ... nsComponentManager: Load(/mozilla/mozilla/dist/bin/components/libraptorhtml.so) FAILED with error: /mozilla/mozilla/dist/bin/components/libraptorhtml.so: undefined symbol: SetNextSibling__7nsFrameP8nsIFrame ... nsComponentManager: Load(/mozilla/mozilla/dist/bin/components/libraptorhtml.so) FAILED with error: /mozilla/mozilla/dist/bin/components/libraptorhtml.so: undefined symbol: Scrolled__7nsFrameP7nsIView ... nsComponentManager: Load(/mozilla/mozilla/dist/bin/components/libraptorhtml.so) FAILED with error: /mozilla/mozilla/dist/bin/components/libraptorhtml.so: undefined symbol: IsSplittable__C17nsSplittableFrameRUi ... nsComponentManager: Load(/mozilla/mozilla/dist/bin/components/libraptorhtml.so) FAILED with error: /mozilla/mozilla/dist/bin/components/libraptorhtml.so: undefined symbol: MoveTo__7nsFrameii But when i do an objdump --syms on libraptorhtml i find those symbols: 00208e5c g F .text 000000c2 MoveTo__7nsFrameii please let me know if i can help!
Target Milestone: M9 → M10
bs's comment is a dup of 8849. This bug appears to be Solaris-only.
m11
Component: XPCOM Registry → DOM Level 2
Depends on: 13916
OS: Solaris → IRIX
Depends on: 13160
No longer depends on: 13916
Solaris in m12 for me.
Target Milestone: M11 → M12
No longer blocks: 5890
No longer blocks: 6372
No longer depends on: 13160
Blocks: 13160
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
This bug is all over the place. I have recently gotten my 2.6 build going again, can people try this again? Sorry to let this dangle for so long. I'm marking this worksforme, reopen if you disagree. Might be time to file a new bug.
No, there's nothing OK. Nightly Solaris builds are still crashing because GTK doesn't like to be linked statically. I think it's time to switch from GTK back to Motif on Solaris and HP-UX !! This would save some megabytes (!!) in the distributions, too...
I have mozilla building & running on 2.6, WS4.2 build. ldd mozilla/widget/src/gtk/libwidget_gtk.so says that I am dynamically linked to libgtk-1.2.so.0, what does your build say?
Dynamically linking works. I've released a M11-Milestone-build which is dynamically linked and comes with the stripped GTK libraries. Linking statically is a problem&pain. AFAIK most GTK-Apps have problems with this. And linking GTK statically results in monter-size distribution archives. I'd like to switch back to Motif on those platforms where Motif is available per default (Solaris, for example) - this would cure some problems.
Status: RESOLVED → REOPENED
This bug has diverged greatly, I suggest we split this into new bugs, the history of this bug is old and isn't telling me much. If statically-linking gtk is the problem you're after, we should file a new bug for that. Reopening so we don't lose this.
Resolution: WORKSFORME → ---
Clearing WORKSFORME resolution due to reopen.
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → WORKSFORME
The GTK linking problem is already handled by bug 13202, and it describes a workaround too. I'm marking this worksforme again.
Stupid question: Is there a reason why Platform=Sun but OS=IRIX !? I never heared that IRIX supports SPARC (OK, if someone has CDs for this I would be interested to get copies from them =:-) ...
This was from an old bug in Mozilla which randomly changed some fields in form submits. Changed the OS to Solaris.
OS: IRIX → Solaris
Component: DOM Level 2 → DOM HTML
Component: DOM: HTML → DOM: Core & HTML
QA Contact: dp → general
You need to log in before you can comment on or make changes to this bug.