[lldb-dev] [Bug 36593] New: SIGALRM prevents tracing
https://bugs.llvm.org/show_bug.cgi?id=36593 Bug ID: 36593 Summary: SIGALRM prevents tracing Product: lldb Version: 5.0 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: s...@list.ru CC: llvm-b...@lists.llvm.org Hello. Attached is a fully automated test-case. Unpack tst.tar.gz and run "make lldb". It will compile the binary and run lldb with the custom .lldbinit script. It will stop at the break-point. Then you can press "n" to step, but nothing happens: --- (lldb) n Process 9843 stopped * thread #1, name = 'tst', stop reason = breakpoint 1.1 -4.1 frame #0: 0x76cea9c4 libfdpp.so`DynAlloc(what="dosobj", num=1, size=512) at dyninit.cc:59 56 57 __FAR(void)DynAlloc(const char *what, unsigned num, unsigned size) 58 { -> 59 if (size != 512) 60 printf("TEST FAILED! size=%i\n", size); 61 else 62 printf("TEST PASSED! size=%i\n", size); (lldb) n Process 9843 stopped * thread #1, name = 'tst', stop reason = breakpoint 1.1 -6.1 frame #0: 0x76cea9c4 libfdpp.so`DynAlloc(what="dosobj", num=1, size=512) at dyninit.cc:59 56 57 __FAR(void)DynAlloc(const char *what, unsigned num, unsigned size) 58 { -> 59 if (size != 512) 60 printf("TEST FAILED! size=%i\n", size); 61 else 62 printf("TEST PASSED! size=%i\n", size); (lldb) n Process 9843 stopped * thread #1, name = 'tst', stop reason = breakpoint 1.1 -8.1 frame #0: 0x76cea9c4 libfdpp.so`DynAlloc(what="dosobj", num=1, size=512) at dyninit.cc:59 56 57 __FAR(void)DynAlloc(const char *what, unsigned num, unsigned size) 58 { -> 59 if (size != 512) 60 printf("TEST FAILED! size=%i\n", size); 61 else 62 printf("TEST PASSED! size=%i\n", size); (lldb) --- Its always at the same line. Disabling SIGALRM in tst.cc makes it to work, so it seems lldb doesn't handle signals. -- You are receiving this mail because: You are the assignee for the bug.___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
[lldb-dev] [Bug 36595] New: Pathname expansion fails as argument to process launch
https://bugs.llvm.org/show_bug.cgi?id=36595 Bug ID: 36595 Summary: Pathname expansion fails as argument to process launch Product: lldb Version: unspecified Hardware: Macintosh OS: MacOS X Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: t.william.schm...@gmail.com CC: llvm-b...@lists.llvm.org -- You are receiving this mail because: You are the assignee for the bug.___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] [Release-testers] [6.0.0 Release] The final tag is in
On 2 Mar 2018, at 13:17, Hans Wennborg via Release-testers wrote: > > The final version of 6.0.0 has just been tagged from the branch after > r326550. It has the same contents as -rc3 modulo release notes and one > small x86 fix (r326393). > > Please build the final binaries and upload to the sftp. Built, tested and uploaded: SHA256 (clang+llvm-6.0.0-amd64-unknown-freebsd-10.tar.xz) = fee8352f5dee2e38fa2bb80ab0b5ef9efef578cbc6892e5c724a1187498119b7 SHA256 (clang+llvm-6.0.0-i386-unknown-freebsd-10.tar.xz) = 13414a66b680760171e04f32071396eb6e5a179ff0b5a067d48c4b23744840f1 On amd64-freebsd10 there were 523 unexpected test failures (down from 526 at rc3): Expected Passes: 45388 Passes With Retry : 1 Expected Failures : 185 Unsupported Tests : 2937 Unexpected Passes : 1 Unexpected Failures: 523 On i386-freebsd10 there were 246 unexpected test failures (down from 250 at rc3): Expected Passes: 44232 Expected Failures : 194 Unsupported Tests : 1954 Unexpected Passes : 1 Unexpected Failures: 246 -Dimitry signature.asc Description: Message signed with OpenPGP ___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] [Release-testers] [6.0.0 Release] The final tag is in
Uploaded ubuntu, SLES11, SLES12 binaries. 4907dbd37f4e5265a2f1252d9d7b5e5b0a9c0ec1 clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04.tar.xz 360b26fcd9eafe5ca9c4baa89c38339bc587c094 clang+llvm-6.0.0-x86_64-linux-sles11.3.tar.xz ce525cf949ef86409bc3f4f492035225989eecfd clang+llvm-6.0.0-x86_64-linux-sles12.2.tar.xz On Fri, Mar 2, 2018 at 6:17 AM, Hans Wennborg via Release-testers < release-test...@lists.llvm.org> wrote: > Dear testers, > > The final version of 6.0.0 has just been tagged from the branch after > r326550. It has the same contents as -rc3 modulo release notes and one > small x86 fix (r326393). > > Please build the final binaries and upload to the sftp. > > For those following along: this means llvm-6.0.0 is complete, but it > will take a few days to get all the tarballs ready and published on > the web page. I will send the announcement once everything is ready. > > Many thanks to everyone for your hard work! > > Hans > ___ > Release-testers mailing list > release-test...@lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers > -- -Brian ___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
[lldb-dev] Command history line editing
Hello lldb devs, Hacking away at my lldb command history on macOS Darwin 10.13.3 lldb -v => lldb-900.0.64 Swift-4.0 I discovered that ESC-b moves the cursor one word to the left, while ESC-f moves the cursor one word to the right; word in the regular expression sense. However, lldb does not remember that ESC switches the mode, as it does in bash. Each movement of the cursor must use that ESC sequence, such that to move, say 8 words left to get to the beginning of an 8-word line requires 8 separate ESC-b keyboard events. This is better than using the left arrow to move one char at a time but lldb deserves an editing mode functionally equivalent to what bash offers. And since bash is open-source, it should just be a matter of grabbing the bash source that implements command line editing and going from there. Am I missing any other ESC sequences that have been implemented but not documented? Regards, Will Schmidt T. William Schmidt Ola, AR 72853 t.william.schm...@gmail.com ___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev