Bug 730900 - gdb regression: Excessive linux-vdso.so.1 name
Summary: gdb regression: Excessive linux-vdso.so.1 name
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: gdb
Version: 16
Hardware: x86_64
OS: Linux
unspecified
low
Target Milestone: ---
Assignee: Jan Kratochvil
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-08-16 07:17 UTC by Jan Kratochvil
Modified: 2011-08-16 12:37 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-08-16 12:37:13 UTC


Attachments (Terms of Use)


Links
System ID Priority Status Summary Last Updated
Sourceware 13097 None None None Never

Description Jan Kratochvil 2011-08-16 07:17:31 UTC
Description of problem:
GDB has started to print on each `run':
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?

Version-Release number of selected component (if applicable):
FAIL: glibc-2.14.90-5.x86_64
PASS: glibc-2.14.90-4.x86_64

How reproducible:
Always.

Steps to Reproduce:
echo 'main(){}'|gcc -x c -;../gdb -nx ./a.out -ex start -ex 'info shared' -ex c -ex q

Actual results:
Starting program: .../a.out 
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
Temporary breakpoint 1, 0x0000000000400478 in main ()
From                To                  Syms Read   Shared Object Library
0x00007ffff7ddbb20  0x00007ffff7df513a  Yes         /lib64/ld-linux-x86-64.so.2
                                        No          linux-vdso.so.1
0x00007ffff7a4adc0  0x00007ffff7b80050  Yes         /lib64/libc.so.6
Continuing.

Expected results:
Starting program: .../a.out 
Temporary breakpoint 1, 0x0000000000400478 in main ()
From                To                  Syms Read   Shared Object Library
0x00007ffff7ddbb20  0x00007ffff7df4eda  Yes         /lib64/ld-linux-x86-64.so.2
0x00007ffff7a4ad30  0x00007ffff7b7ff60  Yes         /lib64/libc.so.6
Continuing.

Additional info:
glibc vdso had its name in the link map "" before.
I do not see why the name should be different when there is no corresponding on-disk file for it.

Comment 1 Andreas Schwab 2011-08-16 12:24:14 UTC
That is a deliberate change.


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