[llvm-bugs] [Bug 47766] New: String formatter regex wrongly catching multi-dimensional types as well.

via llvm-bugs llvm-bugs at lists.llvm.org
Thu Oct 8 04:59:34 PDT 2020


https://bugs.llvm.org/show_bug.cgi?id=47766

            Bug ID: 47766
           Summary: String formatter regex wrongly catching
                    multi-dimensional types as well.
           Product: lldb
           Version: unspecified
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: enhancement
          Priority: P
         Component: All Bugs
          Assignee: lldb-dev at lists.llvm.org
          Reporter: chirag at raincode.com
                CC: jdevlieghere at apple.com, llvm-bugs at lists.llvm.org

For a simple C program,
struct b {
        char i[2][4];
};

int main() {
        struct b z;
        z.i[0][0] = 'F';
        z.i[0][1] = 'O';
        z.i[0][2] = 'O';
        z.i[0][3] = 0;
        z.i[1][0] = 'B';
        z.i[1][1] = 'A';
        z.i[1][2] = 'R';
        z.i[1][3] = 0;
        return 0;
}

while printing variable z, the type summary finder finds the summary provider
because it matches the regex "char [[0-9]+]" while looking for char [2][4] and
failing while printing due to not knowing how to handle the datatype.

(As per conversation on lldb-dev mail thread)The regex should be "char
[[0-9]+]$" with string terminator anchor to start matching at end to avoid
trying to print multi-dimensional data.

============================================================================
LLDB

currently,
(lldb) target create "/home/chirag/a.out"
Current executable set to '/home/chirag/a.out' (x86_64).
(lldb) b 15
Breakpoint 1: where = a.out`main + 36 at struct.c:15, address =
0x0000000000400511
(lldb) r
Process 57100 launched: '/home/chirag/a.out' (x86_64)
Process 57100 stopped
* thread #1, name = 'a.out', stop reason = breakpoint 1.1
    frame #0: 0x0000000000400511 a.out`main at struct.c:15
   12           z.i[1][1] = 'A';
   13           z.i[1][2] = 'R';
   14           z.i[1][3] = 0;
-> 15           return 0;
   16   }
(lldb) p z
(b) $0 = (i = char [2][4] @ 0x0000000001fe3ca0)
(lldb) q


============================================================================
GDB

while gdb prints as expected,
Reading symbols from /home/chirag/a.out...done.
(gdb) b 15
Breakpoint 1 at 0x400511: file Desktop/test/struct.c, line 15.
(gdb) r
Starting program: /home/chirag/./a.out

Breakpoint 1, main () at Desktop/test/struct.c:15
15              return 0;
Missing separate debuginfos, use: debuginfo-install glibc-2.17-307.el7.1.x86_64
(gdb) p z
$1 = {i = {"FOO", "BAR"}}
(gdb) q
A debugging session is active.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20201008/8afc3291/attachment-0001.html>


More information about the llvm-bugs mailing list