in order to be run.  And added a default build phase at the beginning of the method.

llvm-svn: 113037

llvm-svn: 113032

llvm-svn: 113030

llvm-svn: 113029

Marked test_with_dwarf() as expectedFailure where 'image lookup -t days' returns nothing.

llvm-svn: 113028

llvm-svn: 113023

execution context only when the process is still alive.  When running the test
suite, the debugger is launching and killing processes constantly.

This might be the cause of the test hang as reported in rdar://problem/8377854,
where the debugger was looping infinitely trying to update a supposedly stale
thread list.

llvm-svn: 113022

llvm-svn: 113012

not release it by making sure a mutex locker object is appropriately used.

llvm-svn: 112996

Also move "Carbon.framework" to the right place.

llvm-svn: 112993

Pacify operator precedence warnings. No functionality change because eLaunchFlagDisableASLR happens to be 1.

llvm-svn: 112985

Added extra logging for stepping.

Fixed an issue where cached stack frame data could be lost between runs when
the thread plans read a stack frame.

llvm-svn: 112973

Also changed the expected strings to be matched since "thread list" changed its
output format. 

llvm-svn: 112880

might dump file paths that allows the dumping of full paths or just the
basenames. Switched the stack frame dumping code to use just the basenames for
the files instead of the full path.

Modified the StackID class to no rely on needing the start PC for the current
function/symbol since we can use the SymbolContextScope to uniquely identify
that, unless there is no symbol context scope. In that case we can rely upon
the current PC value. This saves the StackID from having to calculate the 
start PC when the StackFrame::GetStackID() accessor is called.

Also improved the StackID less than operator to correctly handle inlined stack
frames in the same stack.

llvm-svn: 112867

method where they belong.  Also fixed a logic error in maintaining the command
interface flag (runStarted) indicating whether the lldb "run"/"process launch"
command has been issued.  It was erroneously cleared.

Modified the test cases to take advantage of the refactoring.

llvm-svn: 112863

llvm-svn: 112824

function statics, file globals and static variables) that a frame contains. 
The StackFrame objects can give out ValueObjects instances for
each variable which allows us to track when a variable changes and doesn't
depend on variable names when getting value objects.

StackFrame::GetVariableList now takes a boolean to indicate if we want to
get the frame compile unit globals and static variables.

The value objects in the stack frames can now correctly track when they have
been modified. There are a few more tweaks needed to complete this work. The
biggest issue is when stepping creates partial stacks (just frame zero usually)
and causes previous stack frames not to match up with the current stack frames
because the previous frames only has frame zero. We don't really want to 
require that all previous frames be complete since stepping often must check
stack frames to complete their jobs. I will fix this issue tomorrow.

llvm-svn: 112800

expressions.  If an expression dereferences an
invalid pointer, there will still be a crash -
just now the crash will be in the function
___clang_valid_pointer_check().

llvm-svn: 112785

llvm-svn: 112782

llvm-svn: 112750

llvm-svn: 112749

llvm-svn: 112732

Stream::Printf doesn't add a newline, so it needs to be added to all the error messages in CommandObjectExpression::EvaluateExpression.

llvm-svn: 112731

llvm-svn: 112725

expressions.  Values used by the expression are
checked by validation functions which cause the
program to crash if the values are unsafe.

Major changes:

- Added IRDynamicChecks.[ch], which contains the
  core code related to this feature

- Modified CommandObjectExpression to install the
  validator functions into the target process.

- Added an accessor to Process that gets/sets the
  helper functions

llvm-svn: 112690

llvm-svn: 112688

argument when issuing a "run" lldb command within the test case meant to
exercise the Python APIs, but is using the command interface due to certain
reason (such as target.LaunchProcess() does not reliably bring up the inferior).

llvm-svn: 112682

llvm-svn: 112679

llvm-svn: 112670

expectedFailure because in dwarf format, "variable list this" returns an error.

llvm-svn: 112660

llvm-svn: 112646

were not needed and fixed a merge issue.

llvm-svn: 112626

is disabled by default, and can be enabled using:

(lldb) set disable-aslr 0

llvm-svn: 112616

llvm-svn: 112614

llvm-svn: 112607

to delegate the building of binaries to a sys.platform-sepcific plugin.

Modified the dotest.py test driver to add the "plugins" directory to the
PYTHONPATH as well.

darwin.py is the Mac OS X plugin module.

llvm-svn: 112606

llvm-svn: 112558

process being debugged in the TestBase.tearDown() instead of letting it continue
and finish.

llvm-svn: 112556

parameter.

llvm-svn: 112548

of os command to lldbtest.TestBase.system() method.

llvm-svn: 112547