Bug 233978
Summary: | gbd mystificates me about address bounds | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Adam Tkac <atkac> | ||||||
Component: | gdb | Assignee: | Jan Kratochvil <jan.kratochvil> | ||||||
Status: | CLOSED NOTABUG | QA Contact: | |||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | rawhide | CC: | cagney, ovasik | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | x86_64 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2007-03-26 16:23:21 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Adam Tkac
2007-03-26 13:51:10 UTC
Created attachment 150898 [details]
core dump
Created attachment 150909 [details]
`rpm -qa|gzip' for easier core file reproducibility
I believe you are referring to the backtrace lines (just guessing, please provide a more specific bugreport next time) like: #11 0x00000000004d0c4e in miBSGetImage (pDrawable=0xa47bf0, sx=33, sy=816, w=62, h=1, format=2, planemask=18446744073709551615, pdstLine=0x2aaab4aad052 <Address 0x2aaab4aad052 out of bounds>) at mibstore.c:609 Your core file contains these (sorted) memory entries: LOAD 0x00000000002b2000 0x00002aaab48af000 0x0000000000000000 0x00000000001f5000 0x00000000001f5000 RW 1000 (ends at 0x2aaab4aa4000) LOAD 0x00000000004a7000 0x00002aaab4abd000 0x0000000000000000 0x0000000000000000 0x000000000000a000 R E 1000 The backtraced address 0x2aaab4aad052 lies between them so there is no mapping for this memory area and the GDB `out of bounds' error is appropriate in such case. You should have `/proc/PID/maps' content from the process while it was running as while it is Xorg(1) I believe that range was a mapped device memory / MMIO area as in the sample case: 2aaaad75c000-2aaaadf5c000 rw-s fc000000 00:0f 1947 /dev/mem `pdstLine' looks there to be a reference to the memory being drawn to. While this is a Linux kernel Bug type (GDB) it is even NOTABUG for kernel as it makes no sense (and it would be dangerous) to try to dump mapped device areas to the core files. Thanks to notifying me to be aware of this kind of problem in the possible reports next time. Yeah, this really isn't a bug. Sorry for false alarm :) -A- |