| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
indexes instead of objects
llvm-svn: 164149
|
|
|
|
|
|
| |
for libcxx at the right time
llvm-svn: 163823
|
|
|
|
| |
llvm-svn: 163773
|
|
|
|
|
|
| |
better output format
llvm-svn: 163675
|
|
|
|
|
|
| |
of why to not use "lldb.target".
llvm-svn: 163671
|
|
|
|
|
|
| |
only objective C objects are supported since they are easy to detect.
llvm-svn: 163637
|
|
|
|
| |
llvm-svn: 163589
|
|
|
|
|
|
| |
hogging the stack.
llvm-svn: 163543
|
|
|
|
|
|
| |
a large ObjC program without running into expression timeouts. Now we get a full list of ObjC classes using a runtime function and then qsort the result. Also added code that can count all instances of each ObjC on the heap and also the total byte sizes for the object allocations.
llvm-svn: 163520
|
|
|
|
|
|
| |
to avoid this issue.
llvm-svn: 163441
|
|
|
|
| |
llvm-svn: 163421
|
|
|
|
| |
llvm-svn: 163162
|
|
|
|
|
|
| |
CFString summary errors
llvm-svn: 163157
|
|
|
|
|
|
| |
the Objective-C language runtime plugin expose class descriptors objects akin to the objc_runtime.py Pythonic implementation. Rewrite the data formatters for some core Cocoa classes in C++ instead of Python.
llvm-svn: 163155
|
|
|
|
|
|
|
| |
superclasses on top of finding the exact class. The current attempt is still
too slow, but it lays the groundwork.
llvm-svn: 163135
|
|
|
|
|
|
|
|
| |
Fixed an issue where not all text would always be seen when running any of the functions in heap.py in Xcode. Now we put the text directly into the command result object and skip STDIO since we have issues with STDIO right now in python scripts.
Also fixed an issue with the "--stack-history" option where MallocStackLoggingNoCompact was assumed to have to be enabled... It doesn't, just MallocStackLogging.
llvm-svn: 163042
|
|
|
|
| |
llvm-svn: 163037
|
|
|
|
|
|
| |
Added code to auto import the lldb module that we can use on many stand alone modules.
llvm-svn: 162972
|
|
|
|
| |
llvm-svn: 162967
|
|
|
|
|
|
|
|
|
|
|
|
| |
Make breakpoint setting by file and line much more efficient by only looking for inlined breakpoint locations if we are setting a breakpoint in anything but a source implementation file. Implementing this complex for a many reasons. Turns out that parsing compile units lazily had some issues with respect to how we need to do things with DWARF in .o files. So the fixes in the checkin for this makes these changes:
- Add a new setting called "target.inline-breakpoint-strategy" which can be set to "never", "always", or "headers". "never" will never try and set any inlined breakpoints (fastest). "always" always looks for inlined breakpoint locations (slowest, but most accurate). "headers", which is the default setting, will only look for inlined breakpoint locations if the breakpoint is set in what are consudered to be header files, which is realy defined as "not in an implementation source file".
- modify the breakpoint setting by file and line to check the current "target.inline-breakpoint-strategy" setting and act accordingly
- Modify compile units to be able to get their language and other info lazily. This allows us to create compile units from the debug map and not have to fill all of the details in, and then lazily discover this information as we go on debuggging. This is needed to avoid parsing all .o files when setting breakpoints in implementation only files (no inlines). Otherwise we would need to parse the .o file, the object file (mach-o in our case) and the symbol file (DWARF in the object file) just to see what the compile unit was.
- modify the "SymbolFileDWARFDebugMap" to subclass lldb_private::Module so that the virtual "GetObjectFile()" and "GetSymbolVendor()" functions can be intercepted when the .o file contenst are later lazilly needed. Prior to this fix, when we first instantiated the "SymbolFileDWARFDebugMap" class, we would also make modules, object files and symbol files for every .o file in the debug map because we needed to fix up the sections in the .o files with information that is in the executable debug map. Now we lazily do this in the DebugMapModule::GetObjectFile()
Cleaned up header includes a bit as well.
llvm-svn: 162860
|
|
|
|
|
|
|
|
|
| |
regvalue" pairs,
use re.findall and specify the regexp of regname: regvalue that we're interested in.
<rdar://problem/12188752>
llvm-svn: 162806
|
|
|
|
|
|
| |
Jared Grubb
llvm-svn: 162680
|
|
|
|
|
|
| |
protocol.
llvm-svn: 162540
|
|
|
|
| |
llvm-svn: 162532
|
|
|
|
| |
llvm-svn: 162531
|
|
|
|
|
|
|
|
| |
centralized the parsing of the string to encoding and string to generic register.
Added code the initialize the register context in the OperatingSystemPython plug-in with the new PythonData classes, and added a test OperatingSystemPython module in lldb/examples/python/operating_system.py that we can use for testing.
llvm-svn: 162530
|
|
|
|
|
|
| |
directory which also houses the test logs.
llvm-svn: 162387
|
|
|
|
|
|
|
|
|
| |
route the lldb gdb-remote log messages
into individually named log destinations. In the simple usage-lldb-loggings example, we ran two cases which resulted
in two lldb_log files.
llvm-svn: 162378
|
|
|
|
| |
llvm-svn: 162207
|
|
|
|
|
|
| |
Make the crashlog parser able to deal with spaces in the process name.
llvm-svn: 161772
|
|
|
|
|
|
| |
heap that have the "isa" for the objective C class at offset zero. This will need to be improved to deal with KVO classes, but it is a start. It also disallows looking up a pointer value of zero since that would return way too many matches.
llvm-svn: 161724
|
|
|
|
| |
llvm-svn: 161111
|
|
|
|
| |
llvm-svn: 160909
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
if no indexes are supplied. This can be handy to use as:
(lldb) script import lldb.macosx.crashlog
(lldb) crashlog -i /tmp/*.crash
% symbolicate --crashed-only
This will symbolicate all of the crash logs only for the crashed thread.
Also print out the crash log index number in the output of the interactive "image" command:
(lldb) script import lldb.macosx.crashlog
(lldb) crashlog -i /tmp/*.crash
% image LLDB.framework
...
This then allows you to symbolicate a crash log by index accurately when you looked for an image of a specific version
llvm-svn: 160316
|
|
|
|
| |
llvm-svn: 160181
|
|
|
|
|
|
| |
values
llvm-svn: 160179
|
|
|
|
|
|
| |
added options to allow showing source for all frames (--source-frames=NFRAMES) and for all threads (--source-all).
llvm-svn: 160175
|
|
|
|
|
|
|
|
| |
command with the "--source-context" (-C for short to match grep) option.
Also made the symbolication of the crash logs more efficient when using the "--crashed-only" ("-c") option where only the crashed thread is symbolicated. We now only download the images for the frames in the crashed thread.
llvm-svn: 160160
|
|
|
|
| |
llvm-svn: 160083
|
|
|
|
|
|
| |
Modified the heap.py to be able to correctly indentify the exact ivar for the "ptr_refs" command no matter how deep the ivar is in a class hierarchy. Also fixed the ability for the heap command to symbolicate the stack backtrace when MallocStackLogging is set in the environment and the "--stack" option was specified.
llvm-svn: 159883
|
|
|
|
|
|
| |
and prints any available info.
llvm-svn: 159775
|
|
|
|
|
|
| |
work correctly when run inside LLDB. Before this fix the "cmd.Cmd" object was trying to read from stdin itself and it was competing without command interpreter for the bytes.
llvm-svn: 159688
|
|
|
|
|
|
|
|
| |
enabled, then dump full paths to source files and modules.
Changed much of the output that was coming out with "--verbose" over to use the new "--debug" flag.
llvm-svn: 159363
|
|
|
|
|
|
| |
allow you to dump your current process state out to a crash log file. This will dump all of the target module information with all load addresses, UUID values, and shared library paths, as well as all thread stacks and the crash log header. This will make it easy for us to save the current state of a process and then reload it later into LLDB.
llvm-svn: 159286
|
|
|
|
| |
llvm-svn: 159284
|
|
|
|
| |
llvm-svn: 159283
|
|
|
|
|
|
|
|
| |
when symbolicating after loading a crash log file.
Added colorization to the gdbremote.py output and also added the ability to symbolicate the addresses in registers.
llvm-svn: 157965
|
|
|
|
|
|
| |
This will make it easier to symbolicate the packet log output since we can use the lldb.utils.symbolication package module to symbolicate register values.
llvm-svn: 157835
|
|
|
|
|
|
| |
interactive mode.
llvm-svn: 157770
|
|
|
|
|
|
| |
using True/False as compared to 1/0 for logical values. Wexploit this to our advantage. Other minor tweaks
llvm-svn: 157209
|