Bug 1347420 - The icecat-debuginfo package appears to lack debugging symbols
Summary: The icecat-debuginfo package appears to lack debugging symbols
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: icecat
Version: 24
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Antonio T. (sagitter)
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-06-16 19:41 UTC by Göran Uddeborg
Modified: 2016-07-02 15:24 UTC (History)
3 users (show)

Fixed In Version: icecat-38.8.0-5.fc23 icecat-38.8.0-12.fc24
Clone Of:
Environment:
Last Closed: 2016-07-02 15:24:22 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
bt of crash on fc24 (x86_64) (7.19 KB, text/plain)
2016-06-22 05:27 UTC, Jens Lody
no flags Details

Description Göran Uddeborg 2016-06-16 19:41:55 UTC
Description of problem:
Icecat crashes for me, and to try to figure out why I installed icecat-debuginfo.  But that didn't help me to get any information from the debugger.


Version-Release number of selected component (if applicable):
icecat-38.7.1-2.fc24.x86_64
icecat-debuginfo-38.7.1-2.fc24.x86_64


How reproducible:
Every time.


Steps to Reproduce:
1. install icecat and icecat-debuginfo
2. gdb icecat
3. make icecat crash


Actual results:
Lines like this in the backtrace:

#1  0x00007ffff4b7b740 in ?? () from /usr/lib64/icecat-38.7.1/libxul.so


Expected results:
I would have expected a function name and source file reference.


Additional info:
As I have understood the debuginfo system, there ought to be a .debug file corresponding to each binary file in the base package.  But the icecat-debuginfo package doesn't contain any /usr/lib/debug/usr/lib64/icecat-38.7.1/libxul.so.debug.  The only .debug file it contais is /usr/lib/debug/usr/lib64/icecat-devel-38.7.1/sdk/bin/xpcshell.debug which doesn't match any file in the base package.

Comment 1 Antonio T. (sagitter) 2016-06-17 16:32:16 UTC
Please, try with this release: http://koji.fedoraproject.org/koji/taskinfo?taskID=14534055

Comment 2 Göran Uddeborg 2016-06-17 21:47:14 UTC
I tried it.  I.e.

icecat-38.8.0-3.fc24.x86_64
icecat-debuginfo-38.8.0-3.fc24.x86_64

It behaves slightly different; it doesn't crash as quickly.  But to the point, it does NOT seem to add the missing debug information.  When I make it crash and go down the stack in gdb, it does not find any name of functions, nor where in the source code it is.

Comment 3 Antonio T. (sagitter) 2016-06-17 21:55:07 UTC
Yes, I seen now.
Next packaging release (38.8.0-5) should provide full debug files; wait patiently.

Thank you for this bug report.

Comment 4 Fedora Update System 2016-06-18 08:41:01 UTC
icecat-38.8.0-5.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2016-32eb3c0fa5

Comment 5 Fedora Update System 2016-06-18 08:41:12 UTC
icecat-38.8.0-5.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-0a274f518b

Comment 6 Fedora Update System 2016-06-19 09:28:02 UTC
icecat-38.8.0-5.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-32eb3c0fa5

Comment 7 Fedora Update System 2016-06-19 09:28:49 UTC
icecat-38.8.0-5.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-0a274f518b

Comment 8 Jens Lody 2016-06-22 05:27:08 UTC
Created attachment 1170565 [details]
bt of crash on fc24 (x86_64)

I attached a gdb-session with the crash on fc24.

The direct cause of the crash looks obvious:

<snip>
0x00007ffff4873bb3 in nsLayoutUtils::GetLastSibling (aFrame=0xe5e5e5e5e5e5e5e5) at /usr/src/debug/icecat-38.8.0/layout/base/nsLayoutUtils.cpp:1586
1586	  if (!aFrame) {
</snip>

That's the code where the crash happens:
<code>
// static
nsIFrame* nsLayoutUtils::GetLastSibling(nsIFrame* aFrame) {
  if (!aFrame) {
    return nullptr;
  }

  nsIFrame* next;
  while ((next = aFrame->GetNextSibling()) != nullptr) {
    aFrame = next;
  }
  return aFrame;
}
</code>

Comment 9 Antonio T. (sagitter) 2016-06-22 08:43:27 UTC
(In reply to Jens Lody from comment #8)
> Created attachment 1170565 [details]
> bt of crash on fc24 (x86_64)
> 
> I attached a gdb-session with the crash on fc24.
> 
> The direct cause of the crash looks obvious:
> 
> <snip>
> 0x00007ffff4873bb3 in nsLayoutUtils::GetLastSibling
> (aFrame=0xe5e5e5e5e5e5e5e5) at
> /usr/src/debug/icecat-38.8.0/layout/base/nsLayoutUtils.cpp:1586
> 1586	  if (!aFrame) {
> </snip>
> 
> That's the code where the crash happens:
> <code>
> // static
> nsIFrame* nsLayoutUtils::GetLastSibling(nsIFrame* aFrame) {
>   if (!aFrame) {
>     return nullptr;
>   }
> 
>   nsIFrame* next;
>   while ((next = aFrame->GetNextSibling()) != nullptr) {
>     aFrame = next;
>   }
>   return aFrame;
> }
> </code>

Sorry, I have not idea what means.
If you know how to fix post please.

Comment 10 Jens Lody 2016-06-22 09:51:41 UTC
(In reply to Antonio Trande from comment #9)
> Sorry, I have not idea what means.
> If you know how to fix post please.

Sorry, (more or less) wrong bug, this belongs to #1332926 .
See: https://bugzilla.redhat.com/show_bug.cgi?id=1332926#c8

Comment 11 Göran Uddeborg 2016-06-22 18:21:52 UTC
Wasn't that closing a little premature?  The package is still in updates-testing.  Normally, the Fedora Update System closes the bug when it reaches the regular updates repository.

Comment 12 Antonio T. (sagitter) 2016-06-22 18:35:47 UTC
(In reply to Göran Uddeborg from comment #11)
> Wasn't that closing a little premature?  The package is still in
> updates-testing.  Normally, the Fedora Update System closes the bug when it
> reaches the regular updates repository.

Yes, I know.
So please leave a feedback on bodhi.

Comment 13 Göran Uddeborg 2016-06-22 20:39:13 UTC
For what it's worth, I've done so.

Comment 14 Fedora Update System 2016-06-26 19:01:27 UTC
icecat-38.8.0-10.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-16997a2a59

Comment 15 Fedora Update System 2016-06-27 22:56:31 UTC
icecat-38.8.0-5.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.

Comment 16 Fedora Update System 2016-06-28 04:25:28 UTC
icecat-38.8.0-10.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-16997a2a59

Comment 17 Fedora Update System 2016-06-30 03:53:32 UTC
icecat-38.8.0-12.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-118e6f7b5d

Comment 18 Fedora Update System 2016-06-30 22:26:22 UTC
icecat-38.8.0-12.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-118e6f7b5d

Comment 19 Hin-Tak Leung 2016-07-01 04:57:24 UTC
segfaulted after about an 1.5 hours of light use.

The back trace is this:

(gdb) bt
#0  0x00007f053b387b09 in raise (sig=sig@entry=11) at ../sysdeps/unix/sysv/linux/pt-raise.c:35
#1  0x00007f053867829a in nsProfileLock::FatalSignalHandler(int, siginfo_t*, void*) (signo=11, info=0x7f04ed0fa9b0, context=0x7f04ed0fa880) at /usr/src/debug/icecat-38.8.0/profile/dirserviceprovider/nsProfileLock.cpp:180
#2  0x00007f053b387c30 in <signal handler called> () at /lib64/libpthread.so.0
#3  0x00007f0538b81e52 in JSStructuredCloneWriter::writeString(unsigned int, JSString*) (cx=<optimized out>, this=0xfff880000001cb81)
    at /usr/src/debug/icecat-38.8.0/js/src/vm/String.h:1208
#4  0x00007f0538b81e52 in JSStructuredCloneWriter::writeString(unsigned int, JSString*) (this=this@entry=0x7f04ed0fb000, tag=tag@entry=4294901764, str=0xfff880000001cb81) at /usr/src/debug/icecat-38.8.0/js/src/vm/StructuredClone.cpp:803
#5  0x00007f0538b8651a in JSStructuredCloneWriter::startWrite(JS::Handle<JS::Value>) (this=this@entry=0x7f04ed0fb000, v=..., 
    v@entry=...) at /usr/src/debug/icecat-38.8.0/js/src/vm/StructuredClone.cpp:1052
#6  0x00007f0538b86fe1 in JSStructuredCloneWriter::write(JS::Handle<JS::Value>) (this=this@entry=0x7f04ed0fb000, v=..., v@entry=...)
    at /usr/src/debug/icecat-38.8.0/js/src/vm/StructuredClone.cpp:1260
#7  0x00007f0538b8c067 in WriteStructuredClone(JSContext*, JS::Handle<JS::Value>, unsigned long**, unsigned long*, JSStructuredCloneCallbacks const*, void*, JS::Value) (cx=cx@entry=0x7f04b74cc620, v=..., bufp=bufp@entry=0x7f04ed0fb310, nbytesp=nbytesp@entry=0x7f04ed0fb318, cb=0x7f0539f65a60 <(anonymous namespace)::gChromeWorkerStructuredCloneCallbacks>, cbClosure=0x7f04ed0fb2e0, transferable=...)
    at /usr/src/debug/icecat-38.8.0/js/src/vm/StructuredClone.cpp:368
#8  0x00007f0538b8c11e in JS_WriteStructuredClone(JSContext*, JS::Handle<JS::Value>, unsigned long**, unsigned long*, JSStructuredCloneCallbacks const*, void*, JS::Handle<JS::Value>) (cx=cx@entry=0x7f04b74cc620, value=..., bufp=bufp@entry=0x7f04ed0fb310, nbytesp=nbytesp@entry=0x7f04ed0fb318, optionalCallbacks=0x7f04ed0fb310, 
    optionalCallbacks@entry=0x7f0539f65a60 <(anonymous namespace)::gChromeWorkerStructuredCloneCallbacks>, closure=closure@entry=0x7f04ed0fb2e0, transferable=...) at /usr/src/debug/icecat-38.8.0/js/src/vm/StructuredClone.cpp:1922
#9  0x00007f0538b8c176 in JSAutoStructuredCloneBuffer::write(JSContext*, JS::Handle<JS::Value>, JS::Handle<JS::Value>, JSStructuredCloneCallbacks const*, void*) (this=this@entry=0x7f04ed0fb310, cx=cx@entry=0x7f04b74cc620, value=..., transferable=transferable@entry=..., optionalCallbacks=0x7f0539f65a60 <(anonymous namespace)::gChromeWorkerStructuredCloneCallbacks>, closure=closure@entry=0x7f04ed0fb2e0)
    at /usr/src/debug/icecat-38.8.0/js/src/vm/StructuredClone.cpp:2086
#10 0x00007f0537d8e2ef in mozilla::dom::workers::WorkerPrivate::PostMessageToParentInternal(JSContext*, JS::Handle<JS::Value>, mozilla::dom::Optional<mozilla::dom::Sequence<JS::Value> > const&, bool, unsigned long, mozilla::ErrorResult&) (this=
---Type <return> to continue, or q <return> to quit---
    0x7f04cdf69800, aCx=aCx@entry=0x7f04b74cc620, aMessage=..., aTransferable=..., aToMessagePort=aToMessagePort@entry=false, aMessagePortSerial=aMessagePortSerial@entry=0, aRv=...) at /usr/src/debug/icecat-38.8.0/dom/workers/WorkerPrivate.cpp:5652
#11 0x00007f0537d8e5a8 in mozilla::dom::workers::DedicatedWorkerGlobalScope::PostMessage(JSContext*, JS::Handle<JS::Value>, mozilla::dom::Optional<mozilla::dom::Sequence<JS::Value> > const&, mozilla::ErrorResult&) (aRv=..., aTransferable=..., aMessage=..., aCx=0x7f04b74cc620, this=<optimized out>) at /usr/src/debug/icecat-38.8.0/dom/workers/WorkerPrivate.h:1015
#12 0x00007f0537d8e5a8 in mozilla::dom::workers::DedicatedWorkerGlobalScope::PostMessage(JSContext*, JS::Handle<JS::Value>, mozilla::dom::Optional<mozilla::dom::Sequence<JS::Value> > const&, mozilla::ErrorResult&) (this=this@entry=0x7f046df4be00, aCx=aCx@entry=0x7f04b74cc620, aMessage=..., aMessage@entry=..., aTransferable=..., aRv=...) at /usr/src/debug/icecat-38.8.0/dom/workers/WorkerScope.cpp:389
 
#13 0x00007f053776333b in mozilla::dom::DedicatedWorkerGlobalScopeBinding_workers::postMessage(JSContext*, JS::Handle<JSObject*>, mozilla::dom::workers::DedicatedWorkerGlobalScope*, JSJitMethodCallArgs const&) (cx=0x7f04b74cc620, obj=..., self=0x7f046df4be00, args=...)
    at /usr/src/debug/icecat-38.8.0/icecat-objdir/dom/bindings/DedicatedWorkerGlobalScopeBinding.cpp:70
#14 0x00007f053772278b in mozilla::dom::DedicatedWorkerGlobalScopeBinding_workers::genericMethod(JSContext*, unsigned int, JS::Value*) (cx=0x7f04b74cc620, argc=<optimized out>, vp=<optimized out>)
    at /usr/src/debug/icecat-38.8.0/icecat-objdir/dom/bindings/DedicatedWorkerGlobalScopeBinding.cpp:181
#15 0x00007f04eb44881e in  ()
#16 0x00007f0508753f00 in  ()
#17 0x00007f04ed0fb548 in  ()
#18 0x00007f04609eb420 in  ()
#19 0x0000000000000000 in  ()

I'll keep the core file for a while, but at 3.3GB it is obviously not practical to send to anybody... I do have the debug package as above so I am okay running any gdb commands.

Comment 20 Hin-Tak Leung 2016-07-01 05:00:34 UTC
I wasn't doing anything special - just switching tabs in my old session and while waiting for the new tab to load, and was in another virtual desktop.

Comment 21 Göran Uddeborg 2016-07-01 21:49:26 UTC
Hin-Tak Leung, that is probably a different bug than bug 1332926, which I understand crashed icecat on startup each time.  (And it is certainly not related to THIS bugzilla, which is only about the absence of debugging info.)

Since it is so different, I suggest you create a separate report about your crash, so we don't mix different issues and get confused.

Comment 22 Hin-Tak Leung 2016-07-01 22:33:31 UTC
Oh, sorry. I thought I was commenting on bug 1332926. I know progress are being made, from crashing on start up, to working slowly, to crashing after an hour or two; but icecat on f24 is still unusable and a regression from how it was in f23 (up for days).

Anyway, as far as debuginfo and debug symbols are concerned, it is indeed already fixed.

Comment 23 Fedora Update System 2016-07-02 15:24:17 UTC
icecat-38.8.0-12.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.