Ubuntu
xulrunner-1.9 package

yelp crashed with SIGSEGV in memcpy()

Bug #131429 reported by Don Spaulding II on 2007-08-10

8

Affects		Status	Importance	Assigned to	Milestone
	xulrunner-1.9 (Ubuntu)	Invalid	Medium	Unassigned

Bug Description

Binary package hint: yelp

Not sure if this is related to my gnome-panel being frozen/unresponsive. I currently have to open just about everything from a gnome-terminal window started from a desktop launcher (desktop is responsive, just not the panel). I was looking at a man page (which apparently is viewed in yelp?) and as I closed it the crash happened.

May just be a weird side-effect of the panel thing, so if it's not a real bug, feel free to close it.

ProblemType: Crash
Architecture: i386
Date: Thu Aug 9 19:45:27 2007
DistroRelease: Ubuntu 7.10
ExecutablePath: /usr/bin/yelp
NonfreeKernelModules: drm snd_seq_dummy snd_usb_lib snd_seq_midi snd_rawmidi snd_hwdep
Package: yelp 2.19.1-0ubuntu1
PackageArchitecture: i386
ProcCmdline: gnome-help man:///usr/share/man/man8/visudo.8.gz
ProcCwd: /
ProcEnviron:
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
LANG=en_US.UTF-8
SHELL=/bin/bash
Signal: 11
SourcePackage: yelp
StacktraceTop:
memcpy () from /lib/tls/i686/cmov/libc.so.6
?? () from /usr/lib/firefox/libxpcom_core.so
?? ()
?? ()
?? ()
Title: yelp crashed with SIGSEGV in memcpy()
Uname: Linux isengard 2.6.22-9-generic #1 SMP Fri Aug 3 00:50:37 GMT 2007 i686 GNU/Linux
UserGroups: adm admin audio cdrom dialout dip floppy fuse lpadmin netdev plugdev powerdev scanner video

Tags:

Revision history for this message

Don Spaulding II (donspauldingii) wrote on 2007-08-10:

#1

Dependencies.txt Edit (4.1 KiB, text/plain; charset="utf-8")
Disassembly.txt Edit (624 bytes, text/plain; charset="utf-8")
ProcMaps.txt Edit (36.1 KiB, text/plain; charset="utf-8")
ProcStatus.txt Edit (676 bytes, text/plain; charset="utf-8")
Registers.txt Edit (499 bytes, text/plain; charset="utf-8")
Stacktrace.txt Edit (346 bytes, text/plain; charset="utf-8")
ThreadStacktrace.txt Edit (1.4 KiB, text/plain; charset="utf-8")

Revision history for this message

Apport retracing service (apport) wrote on 2007-08-10: Symbolic stack trace

#2

Stacktrace.txt (retraced) Edit (5.7 KiB, text/plain)

StacktraceTop:memcpy () from /lib/tls/i686/cmov/libc.so.6
nsReadFromRawBuffer (outStr=0x86ec494, closure=0xbf9f3818, toRawSegment=0x86e8fa8 "", offset=28672, count=4096, readCount=0xbf9f36d4) at nsPipe3.cpp:1134
nsPipeOutputStream::WriteSegments (this=0x86ec494, reader=0xb7345ea0 <nsReadFromRawBuffer>, closure=0xbf9f3818, count=141465488, writeCount=0xbf9f3734)
nsPipeOutputStream::Write (this=0x86ec494, fromBuf=0xbf9f3818 "88\237��n\b@qN�� bufLen=3072519256, writeCount=0xbf9f3734) at nsPipe3.cpp:1144
nsEmbedStream::Append (this=0x86e6e50, aData=0xbf9f3818 "88\237��n\b@qN�� aLen=3072519256) at nsEmbedStream.cpp:235

Revision history for this message

Apport retracing service (apport) wrote on 2007-08-10: Symbolic threaded stack trace

#3

ThreadStacktrace.txt (retraced) Edit (6.9 KiB, text/plain)

Revision history for this message

Apport retracing service (apport) wrote on 2007-08-10: Stack trace with source code

#4

StacktraceSource.txt Edit (5.5 KiB, text/plain)

Changed in yelp:
importance:	Undecided → Medium

Revision history for this message

Sebastien Bacher (seb128) wrote on 2008-04-25:

#5

reassigning to firefox since the crash is in one library there

Revision history for this message

John Vivirito (gnomefreak) wrote on 2008-05-09:

#6

Marking confirmed due to readable retrace and should be looked for upstream

Changed in firefox:
status:	New → Confirmed

Revision history for this message

Alexander Sack (asac) wrote on 2008-05-14:

#7

can you reproduce this in hardy?

Changed in firefox:
status:	Confirmed → Incomplete

Revision history for this message

wolfger (wolfger) wrote on 2008-11-29:

#8

6 months with no response. We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

Changed in xulrunner-1.9:
status:	Incomplete → Invalid

Revision history for this message

Don Spaulding II (donspauldingii) wrote on 2008-12-02: Re: [Bug 131429] Re: yelp crashed with SIGSEGV in memcpy()

#9

On Sat, Nov 29, 2008 at 8:43 AM, wolfger <email address hidden> wrote:

> 6 months with no response. We are closing this bug report because it
> lacks the information we need to investigate the problem, as described
> in the previous comments. Please reopen it if you can give us the
> missing information, and don't hesitate to submit bug reports in the
> future. To reopen the bug report you can click on the current status,
> under the Status column, and change the Status back to "New". Thanks
> again!
>
> ** Changed in: xulrunner-1.9 (Ubuntu)
> Status: Incomplete => Invalid
>
> --
> yelp crashed with SIGSEGV in memcpy()
> https://bugs.launchpad.net/bugs/131429
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Ah, sorry I missed the request for more info. This did not affect me after
hardy went final, and I haven't seen it at all in Intrepid either. Fixed as
far as I know. Thanks for the followup ;-)

Report a bug

This report contains Public information

Everyone can see this information.

You are

Subscribing...

Edit bug mail

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.