Bug 1161097 - backtrace with bogus PC : Python Exception <type 'exceptions.OverflowError'> long too big to convert
Summary: backtrace with bogus PC : Python Exception <type 'exceptions.OverflowError'> ...
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: gdb
Version: 21
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Phil Muldoon
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-11-06 11:24 UTC by Dr. David Alan Gilbert
Modified: 2015-11-13 17:49 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2015-11-13 17:49:29 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Sourceware 16798 0 None None None 2019-07-01 09:37:40 UTC

Description Dr. David Alan Gilbert 2014-11-06 11:24:16 UTC
Description of problem:
I've got a libreoffice core I was trying to examine in gdb, but 'bt full' and where are showing:

(gdb) bt full
Python Exception <type 'exceptions.OverflowError'> long too big to convert: 
#0  0xffffffffffffffff in  ()#1  0x00007f2d05c5bdaf in SdrObjList::RecalcRects() () at /usr/lib64/libreoffice/program/../program/libsvxcorelo.so
#2  0x00007f2d05c5ba75 in SdrObjList::GetAllObjBoundRect() const () at /usr/lib64/libreoffice/program/../program/libsvxcorelo.so

I'm guessing it's the 0xffff.... PC that's overflowing a signed int somewhere?
(abrt also refused to post this bug, and I suspect it's because it was confused by that Python error)

Version-Release number of selected component (if applicable):
gdb-7.8.1-30.fc21.x86_64

How reproducible:
apparently 100% with this core, and I can see other backtraces on the web from people that have similar errors; e.g. https://bugzilla.mozilla.org/show_bug.cgi?id=1036543

Steps to Reproduce:
1. Crash something so the stack/pc? is bogus and is (uint64_t)-1
2. where

Actual results:
Python Exception <type 'exceptions.OverflowError'> long too big to convert: 
#0  0xffffffffffffffff in  ()#1  0x00007f2d05c5bdaf in SdrObjList::RecalcRects() () at /usr/lib64/libreoffice/program/../program/libsvxcorelo.so

Expected results:
well, it's not going to be much more sane result, but it shouldn't give the Python error.

Additional info:

Comment 1 Jan Kratochvil 2014-11-13 19:04:45 UTC
Probably not the same but related:
gdb.Value does not accept values which fit in unsigned long on python3
https://sourceware.org/bugzilla/show_bug.cgi?id=16798

Comment 2 Fedora End Of Life 2015-11-04 14:53:41 UTC
This message is a reminder that Fedora 21 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 21. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '21'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 21 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 3 Jan Kratochvil 2015-11-13 17:49:29 UTC
I do not have a reproducer.
If you have please reopen it for F-23/Rawhide.


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