[lldb-dev] Bug in SBTarget::BreakpointCreateByName

Mario Zechner badlogicgames at gmail.com
Wed Nov 5 12:39:09 PST 2014


Hi Jim,

break set -F does indeed work with trunk. Our mangling is a tiny bit
awkward (for specific reasons...), so i guess it's not a big deal. We can
get by by using the regex version for now.

Is there a C++ API equivalent to break set -F?

Thanks!
Mario

On Wed, Nov 5, 2014 at 8:17 PM, Jim Ingham <jingham at apple.com> wrote:

> Mario,
>
> “-n” is trying to do things like
>
> (lldb) break set -n foo
>
> will break on bar::foo, etc…  So it tries to parse up the name, and weird
> names like this can trip it up.
>
> Greg recently fixed some bugs with the -n parsing for ObjC names which
> might have caused it to break on your names.
>
> Does breakpoint setting work when you use “break set -F <NAME>” for these
> sorts of names.  This option does an exact match against the symbol name
> and doesn’t try to be smart about it, it’s there as a fallback for odd
> names lldb fails to parse up correctly.
>
> Jim
>
> > On Nov 5, 2014, at 1:06 AM, Mario Zechner <badlogicgames at gmail.com>
> wrote:
> >
> > Hi,
> >
> > we are using SBTarget::BreakpointCreateByName so set breakpoint on
> symbol names. This works as long as no special characters are in the symbol
> name. Our name mangling can produce symbols like:
> >
> > [J]com.robovm.debug.server.apps.SleepLoop.startingUp()V
> >
> > for which SBTarget::BreakpointCreateByName fails to resolve locations.
> >
> > This happens with the latest trunk version of LLDB, it worked with a
> snapshot from the 29th of September.
> >
> > We currently work around this issue by using
> SBTarget::BreakpointCreateByRegex.
> >
> > Thanks,
> > Mario
> > _______________________________________________
> > lldb-dev mailing list
> > lldb-dev at cs.uiuc.edu
> > http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/lldb-dev/attachments/20141105/122193b1/attachment.html>


More information about the lldb-dev mailing list