This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
[Bug gdb/15415] New: gdb resolves symbolic links when passing argv[0]
- From: "palves at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: gdb-prs at sourceware dot org
- Date: Mon, 29 Apr 2013 10:42:22 +0000
- Subject: [Bug gdb/15415] New: gdb resolves symbolic links when passing argv[0]
- Auto-submitted: auto-generated
http://sourceware.org/bugzilla/show_bug.cgi?id=15415
Bug #: 15415
Summary: gdb resolves symbolic links when passing argv[0]
Product: gdb
Version: HEAD
Status: NEW
Severity: normal
Priority: P2
Component: gdb
AssignedTo: unassigned@sourceware.org
ReportedBy: palves@redhat.com
Classification: Unclassified
Submitting on behalf of David Kastrup. Ref:
<http://lists.gnu.org/archive/html/bug-gdb/2013-04/msg00001.html>
Calling gdb on an executable that is a symbolic link will pass the
target of the symbolic link rather than the specified link as
argv[0] to the program.
As a result, if the program relies on the contents of argv[0] (for
example, for figuring out paths relative to the executable or making
decisions based on the name the executable has been called under),
debugging fails.
Here is an example for a program relying on its argv[0] name:
/usr/bin/latex is a symbolic link to /usr/bin/pdftex, and pdftex loads a
format depending on the name under which it has been called. As a
result,
latex '\stop'
will load the latex.fmt format and finish processing while the same will
fail under gdb since argv[0] is being passed as /usr/bin/pdftex instead
of /usr/bin/latex:
dak@lola:/tmp$ latex '\stop'
This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian)
restricted \write18 enabled.
entering extended mode
LaTeX2e <2011/06/27>
Babel <v3.8m> and hyphenation patterns for english, dumylang, nohyphenation, bu
lgarian, ukrainian, russian, loaded.
No pages of output.
Transcript written on texput.log.
dak@lola:/tmp$ gdb latex
GNU gdb (GDB) 7.5.91.20130417-cvs-ubuntu
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/pdftex...(no debugging symbols found)...done.
(gdb) run '\stop'
Starting program: /usr/bin/pdftex '\stop'
This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian)
restricted \write18 enabled.
entering extended mode
! Undefined control sequence.
<*> \stop
(...)
I have verified that the problem is still present in current master
(checking out the git mirror). I have not been able to figure out just
when it has been introduced, and I don't have a clue where to look in
the code (the obvious grep for "readlink" did not really succeed in
letting me find a suspect).
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.