[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