Bug 124218 - Debug path doesn't appear to handle symbolic links.
Summary: Debug path doesn't appear to handle symbolic links.
Status: NEW
Alias: None
Product: CDT
Classification: Tools
Component: cdt-debug (show other bugs)
Version: 3.1   Edit
Hardware: Macintosh Mac OS X - Carbon (unsup.)
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: cdt-debug-inbox@eclipse.org CLA
QA Contact: Jonah Graham CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-17 17:40 EST by JP Bonn CLA
Modified: 2020-09-04 15:25 EDT (History)
0 users

See Also:


Attachments
screenshot showing the path problem. (63.71 KB, image/png)
2006-01-17 17:41 EST, JP Bonn CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description JP Bonn CLA 2006-01-17 17:40:22 EST
I'm using a standard make project with a cross compiler and simulator - all that works fine.  The problem is that the debugger is is trying to display source code using a path that doesn't exist.

In the stack trace the thread is suspended at:
1 main() at /Users/jp/Desktop/gcc3/monarch-usc-rtems/dinkum/include/embedded/xstring:21

This is the correct path for the file.

In the source code window there's a tab with "xstring" but the file is empty.  Hovering over the tab brings up the path as:
/Users/jp/Desktop/dinkum/trunk/dual_gen/setup/include/embedded/xstring
This path does not exist!  I'm not sure where it's coming from either - debugging using GDB shows the correct path.  I set the debug source path to the proper directory but it had no effect.  

Looking at the directories it appears the what is parsing the debug path is not doing it correctly due to a symbolic link in the path:

[jpbonns-Computer:~/Desktop/operror2] jp% ls -l /Users/jp/Desktop/gcc3/monarch-usc-rtems/dinkum/include/embedded/xstring
-rw-r--r--   1 jp  staff  38553 Nov 16 23:26 /Users/jp/Desktop/gcc3/monarch-usc-rtems/dinkum/include/embedded/xstring
[jpbonns-Computer:~/Desktop/operror2] jp% ls -ld /Users/jp/Desktop/gcc3/monarch-usc-rtems/dinkum/include/embedded
drwxr-xr-x   50 jp  staff  1700 Jan 11 15:00 /Users/jp/Desktop/gcc3/monarch-usc-rtems/dinkum/include/embedded
[jpbonns-Computer:~/Desktop/operror2] jp% ls -ld /Users/jp/Desktop/gcc3/monarch-usc-rtems/dinkum/include
lrwxr-xr-x   1 jp  staff  62 Jan 10 18:11 /Users/jp/Desktop/gcc3/monarch-usc-rtems/dinkum/include -> /Users/jp/Desktop/gcc3/dinkum/trunk/dual_gen/setup//../include
Comment 1 JP Bonn CLA 2006-01-17 17:41:24 EST
Created attachment 33179 [details]
screenshot showing the path problem.
Comment 2 JP Bonn CLA 2006-01-17 18:50:32 EST
Correcting the link path to:
[jpbonns-Computer:~/Desktop/gcc3] jp% ls -l monarch-usc-rtems/dinkum/
total 80
-rwxr-xr-x   1 jp  staff  106 Jan 17 16:46 Compilec
-rwxr-xr-x   1 jp  staff  204 Jan 17 16:46 Compilecx
-rwxr-xr-x   1 jp  staff  198 Jan 17 16:46 Compilex
-rwxr-xr-x   1 jp  staff  204 Jan 17 16:46 Linkc
-rwxr-xr-x   1 jp  staff  301 Jan 17 16:46 Linkcx
-rwxr-xr-x   1 jp  staff  296 Jan 17 16:46 Linkx
lrwxr-xr-x   1 jp  staff   61 Jan 17 16:45 include -> /Users/jp/Desktop/gcc3/dinkum/trunk/dual_gen/setup/../include
lrwxr-xr-x   1 jp  staff   57 Jan 17 16:45 lib -> /Users/jp/Desktop/gcc3/dinkum/trunk/dual_gen/setup/../lib
drwxr-xr-x   3 jp  staff  102 Jan 17 16:46 setup
lrwxr-xr-x   1 jp  staff   60 Jan 17 16:45 source -> /Users/jp/Desktop/gcc3/dinkum/trunk/dual_gen/setup/../source
lrwxr-xr-x   1 jp  staff   59 Jan 17 16:45 tests -> /Users/jp/Desktop/gcc3/dinkum/trunk/dual_gen/setup/../tests
[jpbonns-Computer:~/Desktop/gcc3] jp% 

fixes the problem.

It appears the "//" in the paths is causing the problem.
Comment 3 Eclipse Webmaster CLA 2007-07-29 09:18:49 EDT
Changing OS from Mac OS to Mac OS X as per bug 185991