summaryrefslogtreecommitdiffstats
path: root/lldb/tools/debugserver
Commit message (Collapse)AuthorAgeFilesLines
...
* The second part in thread hardening the internals of LLDB where we makeGreg Clayton2012-02-181-0/+2
| | | | | | | | | | | | | | | | the lldb_private::StackFrame objects hold onto a weak pointer to the thread object. The lldb_private::StackFrame objects the the most volatile objects we have as when we are doing single stepping, frames can often get lost or thrown away, only to be re-created as another object that still refers to the same frame. We have another bug tracking that. But we need to be able to have frames no longer be able to get the thread when they are not part of a thread anymore, and this is the first step (this fix makes that possible but doesn't implement it yet). Also changed lldb_private::ExecutionContextScope to return shared pointers to all objects in the execution context to further thread harden the internals. llvm-svn: 150871
* Fixed an error with the 'G' packet on ARM when using the default GDBGreg Clayton2012-02-171-2/+5
| | | | | | | register set where it could get an error when trying to restore the fake "f0" - "f7" 12 byte float regs. llvm-svn: 150781
* Kill our child process that we launch when we can't get the task_for_pid()Greg Clayton2012-02-021-0/+4
| | | | | | | | otherwise we will have a launched process stopped at the entry point and it will get reparented when debugserver goes away and we won't be able to kill the process later. llvm-svn: 149622
* Fix shell commands that do code signing.Jason Molenda2012-01-281-1/+1
| | | | llvm-svn: 149171
* Bumping Xcode project versions for lldb-109 and debugserver-167.Greg Clayton2012-01-281-6/+6
| | | | llvm-svn: 149168
* Xcode codesigning is broken. Work around this by doing code signing in a ↵Greg Clayton2012-01-281-4/+15
| | | | | | shell script build phase. llvm-svn: 149165
* Bumped Xcode project versions for lldb-108 and debugserver-166.Greg Clayton2012-01-211-6/+6
| | | | llvm-svn: 148613
* Bumped xcode project versions for lldb-106 and debugserver-165Greg Clayton2012-01-141-6/+6
| | | | llvm-svn: 148202
* Bumped Xcode project version for lldb-105 and debugserver-164.Greg Clayton2012-01-131-6/+6
| | | | llvm-svn: 148098
* Bumped Xcode project versions for lldb-104 and debugserver-163.Greg Clayton2012-01-121-6/+6
| | | | llvm-svn: 148018
* Snapshot of initial work for ARM watchpoint support on the debugserver.Johnny Chen2012-01-112-1/+129
| | | | | | It is incomplete and untested; passes the compilation only. llvm-svn: 147901
* Disable ARMDisassembler.framework support which was used for software single ↵Greg Clayton2012-01-103-10/+25
| | | | | | stepping. llvm-svn: 147886
* Check the return value of GetBasicInfo before dereferencing it. ↵Jim Ingham2012-01-101-2/+7
| | | | | | <rdar://problem/10568492> llvm-svn: 147883
* Updating Xcode project version numbers for lldb-103 and debugserver-162Sean Callanan2012-01-101-6/+6
| | | | llvm-svn: 147865
* Updating Xcode project version numbers for lldb-102 and debugserver-161Sean Callanan2012-01-091-6/+6
| | | | llvm-svn: 147794
* http://llvm.org/bugs/show_bug.cgi?id=11715Johnny Chen2012-01-061-1/+1
| | | | | | comma at end of enumerator list llvm-svn: 147633
* Bumped Xcode project versions for lldb-101 and debugserver-160.Greg Clayton2012-01-051-6/+6
| | | | llvm-svn: 147597
* Updating Xcode project version numbers for lldb-100 and debugserver-159Sean Callanan2011-12-221-6/+6
| | | | llvm-svn: 147193
* Updating Xcode project version numbers for lldb-99 and debugserver-158Sean Callanan2011-12-211-6/+6
| | | | llvm-svn: 147061
* Updating Xcode project version numbers for lldb-97 and debugserver-157Sean Callanan2011-12-201-6/+6
| | | | llvm-svn: 146978
* Updating Xcode project version numbers for LLDB-96Sean Callanan2011-12-171-6/+6
| | | | | | and debugserver-156. llvm-svn: 146808
* Bumped Xcode project version to lldb-95 and debugserver-155.Greg Clayton2011-12-151-6/+6
| | | | llvm-svn: 146643
* Always return a valid answer for qMemoryRegionInfo if the packet is supported.Greg Clayton2011-12-127-98/+90
| | | | | | | | | We will return a valid range when possible and omit the "permissions" key when the memory is not readable, writeable or executeable. This will help us know the difference between an error back from this packet and unsupported, from just "this address isn't in a valid region". llvm-svn: 146394
* Don't spam warnings about not being able to read memory at 0x0.Jim Ingham2011-12-091-1/+4
| | | | llvm-svn: 146271
* Move CPUHasAVX() prototype out of an #ifdef block of code.Jason Molenda2011-12-081-2/+2
| | | | llvm-svn: 146198
* <rdar://problem/10544202>Greg Clayton2011-12-084-35/+53
| | | | | | Fixed detection of AVX on darwin now that our kernel supports it. llvm-svn: 146135
* Expose the DNBArchMachARM::DBG typedef, specify the type with theJason Molenda2011-12-082-2/+3
| | | | | | class scoping in DumpDBGState()'s definiton. llvm-svn: 146128
* Add a typedef for arm_debug_state_t as DBG. Plus some minor comment changes.Johnny Chen2011-12-062-7/+7
| | | | llvm-svn: 145978
* Bumped Xcode project versions for lldb-90 and debugserver-154Greg Clayton2011-11-301-6/+6
| | | | llvm-svn: 145528
* Added optional calls to lldb_private::Process for getting memory region infoGreg Clayton2011-11-1812-56/+109
| | | | | | | | | | | | | | | | | | | | | | | from a process and hooked it up to the new packet that was recently added to our GDB remote executable named debugserver. Now Process has the following new calls: virtual Error Process::GetMemoryRegionInfo (lldb::addr_t load_addr, MemoryRegionInfo &range_info); virtual uint32_t GetLoadAddressPermissions (lldb::addr_t load_addr); Only the first one needs to be implemented by subclasses that can add this support. Cleaned up the way the new packet was implemented in debugserver to be more useful as an API inside debugserver. Also found an error where finding a region for an address actually will pick up the next region that follows the address in the query so we also need ot make sure that the address we requested the region for falls into the region that gets returned. llvm-svn: 144976
* Bumped Xcode project versions for lldb-89 and debugserver-153.Greg Clayton2011-11-171-6/+6
| | | | llvm-svn: 144911
* Bumped Xcode project version for lldb-88 and debugserver-152.Greg Clayton2011-11-151-6/+6
| | | | llvm-svn: 144616
* Cleanup some warnings.Greg Clayton2011-11-091-2/+2
| | | | llvm-svn: 144200
* Remove the QAddressIsExecutable packet I added last night.Jason Molenda2011-11-0912-57/+98
| | | | | | | | | | | | | | | Add a more general purpose qMemoryRegionInfo packet which can describe various attributes about a memory region. Currently it will return the start address, size, and permissions (read, write, executable) for the memory region. It may be possible to add additional attributes in the future such as whether the region is designated as stack memory or jitted code a la vmmap. I still haven't implemented the lldb side of the code to use this packet yet so there may be unexpected behavior - but the basic implementation looks about right. I'll hook it up to lldb soon and fix any problems that crop up. llvm-svn: 144175
* Add "QAddressIsExecutable" packet to debugserver. Used to testJason Molenda2011-11-0811-1/+111
| | | | | | | | | | | | | | | | | | | | | | | | whether a given address is in an executable region of memory or not. I haven't written the lldb side that will use this packet it hasn't been tested yet but it's a simple enough bit of code. I want to have this feature available for the unwinder code. When we're stopped at an address with no valid symbol context, there are a number of questions I'd like to ask -- is the current pc value in an executable region (e.g. did they jump to unallocated/unexecutable memory? we know how to unwind from here if so.) Is the stack pointer or the frame pointer the correct register to use to find the caller's saved pc value? Once we're past the first frame we can trust things like eh_frame and ABI unwind schemes but the first frame is challenging and having a way to check potential addresses to see if they're executable or not would help narrow down the possibilities a lot. llvm-svn: 144074
* Bumped Xcode project version for lldb-86 and debugserver-151Greg Clayton2011-11-071-6/+6
| | | | llvm-svn: 144032
* Xcode project changes to install "lldb" into "/usr/bin" and have LLDB.frameworkGreg Clayton2011-11-071-6/+9
| | | | | | | in "/System/Library/PrivateFrameworks", and also have "lldb" in the Xcode.app and the LLDB.framework in Xcode.app as well. llvm-svn: 144030
* Fixed the Xcode project building of LLVM to be a bit more user friendly:Greg Clayton2011-11-044-35/+51
| | | | | | | | | | | | | | | | | | | - If you download and build the sources in the Xcode project, x86_64 builds by default using the "llvm.zip" checkpointed LLVM. - If you delete the "lldb/llvm.zip" and the "lldb/llvm" folder, and build the Xcode project will download the right LLVM sources and build them from scratch - If you have a "lldb/llvm" folder already that contains a "lldb/llvm/lib" directory, we will use the sources you have placed in the LLDB directory. Python can now be disabled for platforms that don't support it. Changed the way the libllvmclang.a files get used. They now all get built into arch specific directories and never get merged into universal binaries as this was causing issues where you would have to go and delete the file if you wanted to build an extra architecture slice. llvm-svn: 143678
* Bumping Xcode project versions for lldb-85 and debugserver-150.Greg Clayton2011-11-021-6/+6
| | | | llvm-svn: 143587
* Bumped Xcode project version to lldb-84 and debugserver-149.Greg Clayton2011-11-011-6/+6
| | | | llvm-svn: 143408
* Updated the project to use the "DEVELOPER_DIR" build setting that specifiesGreg Clayton2011-10-291-6/+6
| | | | | | | the path to the /Developer directory, and also bumped the Xcode project version for lldb-83 and debugserver-148. llvm-svn: 143269
* Enabled the "printf" attribute on all debugserver logging functions and fixed Greg Clayton2011-10-2813-113/+103
| | | | | | the ensuing mayhem. llvm-svn: 143244
* Bumping Xcode project version in mainline to match the latest build that wasGreg Clayton2011-10-281-6/+6
| | | | | | submitted. llvm-svn: 143199
* Python does some bad things to the signal masks in the current process and Greg Clayton2011-10-281-2/+10
| | | | | | | | then we spawn child processes (debugserver, etc) and those bad settings get inherited. We stop this from happening by correctly mucking with the posix spawn attributes. llvm-svn: 143176
* Remove unused include of deprecated header.Benjamin Kramer2011-10-231-0/+1
| | | | llvm-svn: 142753
* Bumped versions for lldb-81 and debugserver-146.Greg Clayton2011-10-221-6/+6
| | | | llvm-svn: 142718
* Bumped Xcode project version for lldb-80 and debugserver-145.Greg Clayton2011-10-011-6/+6
| | | | llvm-svn: 140922
* Modify the delegation chain from MachThreadList -> MachThread -> ↵Johnny Chen2011-09-298-4/+78
| | | | | | | | | | | | | | DNBArchProtocol so that when the watchpoint state is changed, not only does the change propagate to all the thread instances, it also updates a global debug state, if chosen by the DNBArchProtocol derivative. Once implemented, the DNBArchProtocol derivative, also makes sure that when new thread comes along, it tries to inherit from the global debug state, if it is valid. Modify TestWatchpointMultipleThreads.py to test this functionality. llvm-svn: 140811
* Fix a bug in the current MacOSX MachThreadList::EnableHardwareWatchpoint() ↵Johnny Chen2011-09-291-22/+23
| | | | | | | | | impl so that it enables the hardware watchpoint for all existing threads. Add a test file for that. Also fix MachThreadList::DisableHardwareWatchpoint(). llvm-svn: 140757
* The r139982 patch has a bug by using the constant "x86_AVX_STATE64".Johnny Chen2011-09-191-1/+1
| | | | | | Patch by Filipe. llvm-svn: 140037
OpenPOWER on IntegriCloud