On Jan 26, 2011, at 9:22 AM, Guy Harris wrote:
> On Jan 26, 2011, at 1:34 AM, Dietfrid Mali wrote:
>
>> The problem is that Wireshark is launched by a script settings paths and
>> doing whatnot and finally starting Wireshark from some (hidden?!) subfolder.
>
> That's libtool at work. If the GNU project GDB and the GNU project libtool
> can't work together, that's something for the GNU project to fix; if DDD
> can't handle libtool-based projects, that's something for DDD to fix.
And if it can't handle libtool-based projects, that would be *really* pathetic:
http://ftp.gnu.org/gnu/ddd/ANNOUNCE
"DDD Makefiles use libtool for generic shared library support."
To run a debugger on an executable built using libtool, you definitely *do*
need to run it with "./libtool --mode=execute {debugger} {args}", but if
./libtool --mode=execute ddd wireshark
doesn't allow DDD to find Wireshark's source files, but
./libtool --mode=execute gdb wireshark
*does* allow GDB to find Wireshark's source files, that's a DDD bug.
(I couldn't even get Wireshark or TShark to *start* on Ubuntu 9.10 when I tried
running under GDB - it failed to find the symbol wsp_vals_pdu_type_ext symbol
when I ran "./libtool --mode=execute gdb {wireshark,tshark}", but it *did* find
it when I just ran "./wireshark" or "./tshark" - so I wasn't able to test it
with GDB or DDD; libtool strikes again....)
___________________________________________________________________________
Sent via: Wireshark-dev mailing list <[email protected]>
Archives: http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
mailto:[email protected]?subject=unsubscribe
