summaryrefslogtreecommitdiffstats
path: root/lldb/source/Host
Commit message (Collapse)AuthorAgeFilesLines
...
* Ran the static analyzer on the codebase and found a few things.Greg Clayton2012-07-172-189/+193
| | | | llvm-svn: 160338
* Bump to lldb-162 / debugserver-189.Jason Molenda2012-07-142-2/+2
| | | | llvm-svn: 160212
* Resolve source paths that start with ~ when doing substitutions.Greg Clayton2012-07-131-0/+5
| | | | llvm-svn: 160158
* Unify how we get host version on Mac OS X & iOS.Jim Ingham2012-07-121-43/+57
| | | | | | | | | Also remove our dependency on UIKit & AppKit. Cleaned up the project files a bit. <rdar://problem/11814498> llvm-svn: 160147
* Provide more information when process launch can't change directory to theFilipe Cabecinhas2012-07-121-1/+10
| | | | | | | | path passed with -w Test this functionality. llvm-svn: 160130
* Fixed errors and warnings on debug code.Filipe Cabecinhas2012-07-091-4/+4
| | | | llvm-svn: 159929
* Bump versions to lldb-161, debugserver-188.Jason Molenda2012-07-062-2/+2
| | | | llvm-svn: 159798
* Bump version number to lldb-160.Jason Molenda2012-06-212-2/+2
| | | | llvm-svn: 158890
* Change the Mutex::Locker class so that it takes the Mutex object and locks ↵Jim Ingham2012-06-081-71/+60
| | | | | | | | | | | | | | it, rather than being given the pthread_mutex_t from the Mutex and locks that. That allows us to track ownership of the Mutex better. Used this to switch the LLDB_CONFIGURATION_DEBUG enabled assert when we can't get the gdb-remote sequence mutex to assert when the thread that had the mutex releases it. This is generally more useful information than saying just who failed to get it (since the code that had it locked often had released it by the time the assert fired.) llvm-svn: 158240
* When the Platform launches a process for debugging, make sure it goes into a ↵Jim Ingham2012-06-011-0/+3
| | | | | | | | separate process group, otherwise ^C will both cause us to try to Stop it manually, AND send it a SIGINT, which can confuse us. rdar://problem/11369230 llvm-svn: 157791
* Bump to lldb 152.Jason Molenda2012-05-252-2/+2
| | | | llvm-svn: 157456
* Fixes the case where we created a dummy target, deleted it, and then tried ↵Filipe Cabecinhas2012-05-191-13/+17
| | | | | | to evaluate an expression with no target. llvm-svn: 157110
* bump to lldb-150.Jason Molenda2012-05-192-2/+2
| | | | llvm-svn: 157090
* bump to lldb 149.Jason Molenda2012-05-182-2/+2
| | | | llvm-svn: 157040
* <rdar://11477301>Han Ming Ong2012-05-172-0/+2
| | | | | | Restore Xcode as a valid white list client using the XPC root launcher llvm-svn: 157012
* We shouldn't save g_dummy_target_sp. Other code will simply call Destroy() ↵Filipe Cabecinhas2012-05-171-16/+13
| | | | | | | | | | | | | | | on it. TestBackticksWithoutATarget.BackticksWithNoTargetTestCase was calling GetDummyTarget() when executing for x86_64. When performing session tearDown, it would get destroyed (and everything would be invalid (arch, etc). Then the test would run for i386. The dummy target wasn't being reinitialized and was invalid. lldb complained that 'current process state is unsuitable for expression parsing'. llvm-svn: 156994
* Bump to version 148.Jason Molenda2012-05-172-2/+2
| | | | llvm-svn: 156971
* Bump version # to lldb-147.Jason Molenda2012-05-162-2/+2
| | | | llvm-svn: 156887
* <rdar://problem/11451919>Greg Clayton2012-05-151-2/+4
| | | | | | Fixed the test suite not working on i386 due to recent default arch detection changes. llvm-svn: 156796
* <rdar://problem/11439169> Greg Clayton2012-05-121-5/+6
| | | | | | | | | | | | "lldb -a i386" doesn't set the calculator mode correctly if run on a 64 bit system. The previous logic always used the current host architecture, not the default architecture. The default arch gets set into a static varaible in lldb_private::Target when an arch is set from the command line: lldb -a i386 We now use the default arch correctly. llvm-svn: 156680
* <rdar://problem/11439022>Greg Clayton2012-05-121-19/+8
| | | | | | Restore expressions with no target. llvm-svn: 156669
* <rdar://problem/11400476>Han Ming Ong2012-05-083-5/+11
| | | | | | | | On Lion, because the rights initially doesn't exist in /etc/authorization, if an admin user logs in and uses lldb within the first 5 minutes, it is possible to do AuthorizationCopyRights on LaunchUsingXPCRightName and get the rights back. As another security measure, we make sure that the LaunchUsingXPCRightName rights actually exists. Removed Xcode as the user of the XPC service to shrink the security surface area. llvm-svn: 156424
* <rdar://problem/11408853>Han Ming Ong2012-05-081-41/+55
| | | | | | | | We make sure that if the user cancels out of the authentication dialog to add 'com.apple.lldb.LaunchUsingXPC' rights to /etc/authorization, we don't try to do AuthorizationCopyRights. As well, refactored a bit so that control flow is easier to read for other folks. Added more comments. llvm-svn: 156423
* bump TOT version number to lldb-146 to match the checkin on the branch.Jason Molenda2012-05-082-2/+2
| | | | llvm-svn: 156359
* Fixed some strncat/strlcat uses.Filipe Cabecinhas2012-05-062-5/+5
| | | | llvm-svn: 156264
* Don't expose the pthread_mutex_t underlying the Mutex & Mutex::Locker classes. Jim Ingham2012-05-042-18/+11
| | | | | | | | | | | | | No one was using it and Locker(pthread_mutex_t *) immediately asserts for pthread_mutex_t's that don't come from a Mutex anyway. Rather than try to make that work, we should maintain the Mutex abstraction and not pass around the platform implementation... Make Mutex::Locker::Lock take a Mutex & or a Mutex *, and remove the constructor taking a pthread_mutex_t *. You no longer need to call Mutex::GetMutex to pass your mutex to a Locker (you can't in fact, since I made it private.) llvm-svn: 156221
* Fix a think in Mutex::Locker::Locker(pthread_mutex_t *) Really should lock ↵Jim Ingham2012-05-042-19/+32
| | | | | | | | | the mutex handed in, not the m_mutex_ptr that you've set to NULL... Rework the Host.cpp::ThreadNameAccessor to use ThreadSafeSTLMap - we've got it so we might as well use it. Also works around a problem with the Mutex::Locker class raising fallacious asserts in debug mode when used with pthread_mutex_t's that weren't backed by Mutex objects. llvm-svn: 156193
* Bump to lldb-145.Jason Molenda2012-04-272-2/+2
| | | | llvm-svn: 155687
* Bump to lldb-144.Jason Molenda2012-04-252-2/+2
| | | | llvm-svn: 155527
* Bump version to lldb-143.Jason Molenda2012-04-212-2/+2
| | | | llvm-svn: 155272
* bump version to lldb-142.Jason Molenda2012-04-192-2/+2
| | | | llvm-svn: 155093
* Bump to lldb-141.Jason Molenda2012-04-182-2/+2
| | | | llvm-svn: 154975
* Bump to lldb-140.Jason Molenda2012-04-172-2/+2
| | | | llvm-svn: 154887
* Added a new host function that allows us to run shell command and get the ↵Greg Clayton2012-04-141-0/+158
| | | | | | | | | | | | | | | | output from them along with the status and signal: Error Host::RunShellCommand (const char *command, const char *working_dir, int *status_ptr, int *signo_ptr, std::string *command_output_ptr, uint32_t timeout_sec); This will allow us to use this functionality in the host lldb_private::Platform, and also use it in our lldb-platform binary. It leverages the existing code in Host::LaunchProcess and ProcessLaunchInfo. llvm-svn: 154730
* Made sure that the collections of mutexes used inSean Callanan2012-04-141-2/+2
| | | | | | | | checking for LLDB mutex validity are static so that entries put in there actually persist between calls to error_check_mutex. llvm-svn: 154727
* In debug mode, assert if we haven't initialized a mutex we thought we'd ↵Jim Ingham2012-04-131-0/+1
| | | | | | initialized. llvm-svn: 154710
* version bump to lldb-139.Jason Molenda2012-04-132-2/+2
| | | | llvm-svn: 154650
* Added more complete error checking for mutexes only for "Debug" builds where ↵Greg Clayton2012-04-131-1/+82
| | | | | | we always check if a mutex is valid prior to doing stuff with it. We also track when mutexes are initialized and destroyed and keep these in sets that can very subsequent pthread_mutex_XXX API calls. llvm-svn: 154637
* No functionality changes, mostly cleanup.Greg Clayton2012-04-111-16/+26
| | | | | | | | Cleaned up the Mutex::Locker and the ReadWriteLock classes a bit. Also cleaned up the GDBRemoteCommunication class to not have so many packet functions. Used the "NoLock" versions of send/receive packet functions when possible for a bit of performance. llvm-svn: 154458
* Version bump to lldb-138.Jason Molenda2012-04-072-2/+2
| | | | llvm-svn: 154252
* Fix a integer trauction issue - calculating the current time inJason Molenda2012-04-071-2/+2
| | | | | | | | | | | | | nanoseconds in 32-bit expression would cause pthread_cond_timedwait to time out immediately. Add explicit casts to the TimeValue::TimeValue ctor that takes a struct timeval and change the NanoSecsPerSec etc constants defined in TimeValue to be uint64_t so any other calculations involving these should be promoted to 64-bit even when lldb is built for 32-bit. <rdar://problem/11204073>, <rdar://problem/11179821>, <rdar://problem/11194705>. llvm-svn: 154250
* We sometimes need to be able to call functions (via Process::RunThreadPlan) ↵Jim Ingham2012-04-071-0/+6
| | | | | | | | | | | | from code run on the private state thread. To do that we have to spin up a temporary "private state thread" that will respond to events from the lower level process plugins. This check-in should work to do that, but it is still buggy. However, if you don't call functions on the private state thread, these changes make no difference. This patch also moves the code in the AppleObjCRuntime step-through-trampoline handler that might call functions (in the case where the debug server doesn't support the memory allocate/deallocate packet) out to a safe place to do that call. llvm-svn: 154230
* explicitly cast the value.Bill Wendling2012-04-061-1/+1
| | | | llvm-svn: 154148
* Use the path to the header file. Use an integer instead of NULL. And get rid ↵Bill Wendling2012-04-031-3/+2
| | | | | | of a superfluous 'default' label. llvm-svn: 153943
* Updating Xcode project version numbers for lldb-137 and debugserver-186Sean Callanan2012-04-012-2/+2
| | | | llvm-svn: 153823
* Don't log to a temp file and delete it, just use the API that gives us a ↵Greg Clayton2012-03-301-19/+8
| | | | | | malloc'ed string array. llvm-svn: 153785
* Updating Xcode project version numbers for lldb-136 and debugserver-185Sean Callanan2012-03-292-2/+2
| | | | llvm-svn: 153630
* Bump version to debugserver-184, lldb-135.Jason Molenda2012-03-242-2/+2
| | | | llvm-svn: 153374
* Explicit casts to remove two compile-time warnings.Johnny Chen2012-03-241-2/+2
| | | | llvm-svn: 153365
* Bumped Xcode project versions for lldb-134 and debugserver-183.Greg Clayton2012-03-232-2/+2
| | | | llvm-svn: 153298
OpenPOWER on IntegriCloud