This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 179467 - "Bad directory" error on start remote debugging
Summary: "Bad directory" error on start remote debugging
Status: RESOLVED FIXED
Alias: None
Product: third-party
Classification: Unclassified
Component: DBX-Gui (show other bugs)
Version: 6.x
Hardware: PC All
: P2 normal (vote)
Assignee: ivan
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-01-13 11:01 UTC by Alexander Pepin
Modified: 2010-02-03 20:47 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Pepin 2010-01-13 11:01:10 UTC
Steps to reproduce:
- add a remote host using "Smart Secure Copy" type of
synchronization and set it as default
- create any sample application (e.g. Welcome)
- build it
- run it, it runs successfully
- do step into, enter path to executable (/net/<remote_host_name>/...) in "Choose Executable" dialog
Result: "/export/home/tester/SunStudioProjects/Welcome: bad directory" debugger error window appears. The same window appears if a user tries to attach to remote process and selects existing project in Attach dialog.
Comment 1 ivan 2010-02-03 20:47:42 UTC
details:   http://lessing.sfbay.sun.com/hg/toolshg/rev/a8d4d5bafddb

        We need to pass working directories through pathmapping
        before passing them on to the actual engines.
        This is done in DbxDebuggerSettingsBridge.applyRunDirectory()
        for dbx and GdbDebuggerImpl.runDir() using localToRemote().

        We also need to inverse pathmap echoes of directories we get
        from the engine. This is done in DebuggerSettingsBridge.noteRunDir()
        which is shared between both engines.

        The pathmappings are performed by NativeDebugger.localToRemote()
        and remoteToLocal().
        These are implemented in NativeDebuggerImpl and use CND PathMaps
        associated with the configurations host.

        They will be also used in fixes for bug #176604 and bug #179608
        and all other places where filename informatiopn travels back and
        forth between the GUI and the engines.

        No pathmapping is done under dbxtool!

        Incidentally ...
        Added some prototype file pathname utilities to IpeUtils.