Bug 730900

Summary: gdb regression: Excessive linux-vdso.so.1 name
Product: [Fedora] Fedora Reporter: Jan Kratochvil <jan.kratochvil>
Component: gdbAssignee: Jan Kratochvil <jan.kratochvil>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: unspecified    
Version: 16CC: jakub, jan.kratochvil, pmuldoon, schwab, sergiodj, tromey
Target Milestone: ---Keywords: Regression
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-08-16 12:37:13 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:

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.