2011-03-22 12:00:09 +08:00
//===-- GDBRemoteCommunicationClient.cpp ------------------------*- C++ -*-===//
//
// The LLVM Compiler Infrastructure
//
// This file is distributed under the University of Illinois Open Source
// License. See LICENSE.TXT for details.
//
//===----------------------------------------------------------------------===//
# include "GDBRemoteCommunicationClient.h"
// C Includes
2013-08-29 00:06:16 +08:00
# include <sys/stat.h>
2011-03-22 12:00:09 +08:00
// C++ Includes
2013-01-19 07:11:53 +08:00
# include <sstream>
2011-03-22 12:00:09 +08:00
// Other libraries and framework includes
2014-06-27 13:17:41 +08:00
# include "llvm/ADT/STLExtras.h"
2011-03-22 12:00:09 +08:00
# include "llvm/ADT/Triple.h"
# include "lldb/Interpreter/Args.h"
# include "lldb/Core/Log.h"
# include "lldb/Core/State.h"
2013-08-27 07:57:52 +08:00
# include "lldb/Core/StreamGDBRemote.h"
2011-03-22 12:00:09 +08:00
# include "lldb/Core/StreamString.h"
2014-10-07 05:22:36 +08:00
# include "lldb/Host/ConnectionFileDescriptor.h"
2011-03-22 12:00:09 +08:00
# include "lldb/Host/Endian.h"
# include "lldb/Host/Host.h"
2014-08-20 01:18:29 +08:00
# include "lldb/Host/HostInfo.h"
2015-01-16 04:08:35 +08:00
# include "lldb/Host/StringConvert.h"
2011-03-22 12:00:09 +08:00
# include "lldb/Host/TimeValue.h"
2014-03-30 02:54:20 +08:00
# include "lldb/Target/Target.h"
2015-03-04 05:51:25 +08:00
# include "lldb/Target/MemoryRegionInfo.h"
2011-03-22 12:00:09 +08:00
// Project includes
# include "Utility/StringExtractorGDBRemote.h"
# include "ProcessGDBRemote.h"
# include "ProcessGDBRemoteLog.h"
2013-08-23 20:44:05 +08:00
# include "lldb/Host/Config.h"
2011-03-22 12:00:09 +08:00
using namespace lldb ;
using namespace lldb_private ;
2014-05-29 00:43:26 +08:00
# if defined(LLDB_DISABLE_POSIX) && !defined(SIGSTOP)
2013-08-23 20:44:05 +08:00
# define SIGSTOP 17
# endif
2011-03-22 12:00:09 +08:00
//----------------------------------------------------------------------
// GDBRemoteCommunicationClient constructor
//----------------------------------------------------------------------
2015-02-11 18:29:30 +08:00
GDBRemoteCommunicationClient : : GDBRemoteCommunicationClient ( ) :
GDBRemoteCommunication ( " gdb-remote.client " , " gdb-remote.client.rx_packet " ) ,
2011-03-22 12:00:09 +08:00
m_supports_not_sending_acks ( eLazyBoolCalculate ) ,
m_supports_thread_suffix ( eLazyBoolCalculate ) ,
2012-04-10 11:22:03 +08:00
m_supports_threads_in_stop_reply ( eLazyBoolCalculate ) ,
2011-03-22 12:00:09 +08:00
m_supports_vCont_all ( eLazyBoolCalculate ) ,
m_supports_vCont_any ( eLazyBoolCalculate ) ,
m_supports_vCont_c ( eLazyBoolCalculate ) ,
m_supports_vCont_C ( eLazyBoolCalculate ) ,
m_supports_vCont_s ( eLazyBoolCalculate ) ,
m_supports_vCont_S ( eLazyBoolCalculate ) ,
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
m_qHostInfo_is_valid ( eLazyBoolCalculate ) ,
2014-05-08 03:28:21 +08:00
m_curr_pid_is_valid ( eLazyBoolCalculate ) ,
2012-12-19 10:54:03 +08:00
m_qProcessInfo_is_valid ( eLazyBoolCalculate ) ,
2014-03-30 02:54:20 +08:00
m_qGDBServerVersion_is_valid ( eLazyBoolCalculate ) ,
2011-05-15 09:25:55 +08:00
m_supports_alloc_dealloc_memory ( eLazyBoolCalculate ) ,
2011-11-18 15:03:08 +08:00
m_supports_memory_region_info ( eLazyBoolCalculate ) ,
2012-05-24 05:09:52 +08:00
m_supports_watchpoint_support_info ( eLazyBoolCalculate ) ,
2013-05-02 08:27:30 +08:00
m_supports_detach_stay_stopped ( eLazyBoolCalculate ) ,
2012-07-14 07:18:48 +08:00
m_watchpoints_trigger_after_instruction ( eLazyBoolCalculate ) ,
2012-07-21 05:37:13 +08:00
m_attach_or_wait_reply ( eLazyBoolCalculate ) ,
2012-07-26 05:12:43 +08:00
m_prepare_for_reg_writing_reply ( eLazyBoolCalculate ) ,
2013-08-31 01:50:57 +08:00
m_supports_p ( eLazyBoolCalculate ) ,
2014-05-06 10:59:39 +08:00
m_supports_x ( eLazyBoolCalculate ) ,
2014-03-30 02:54:20 +08:00
m_avoid_g_packets ( eLazyBoolCalculate ) ,
2013-11-14 07:28:31 +08:00
m_supports_QSaveRegisterState ( eLazyBoolCalculate ) ,
2014-03-05 07:18:46 +08:00
m_supports_qXfer_auxv_read ( eLazyBoolCalculate ) ,
2014-01-25 13:46:51 +08:00
m_supports_qXfer_libraries_read ( eLazyBoolCalculate ) ,
m_supports_qXfer_libraries_svr4_read ( eLazyBoolCalculate ) ,
m_supports_augmented_libraries_svr4_read ( eLazyBoolCalculate ) ,
2014-06-13 10:37:02 +08:00
m_supports_jThreadExtendedInfo ( eLazyBoolCalculate ) ,
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
m_supports_qProcessInfoPID ( true ) ,
m_supports_qfProcessInfo ( true ) ,
m_supports_qUserName ( true ) ,
m_supports_qGroupName ( true ) ,
2011-04-12 13:54:46 +08:00
m_supports_qThreadStopInfo ( true ) ,
m_supports_z0 ( true ) ,
m_supports_z1 ( true ) ,
m_supports_z2 ( true ) ,
m_supports_z3 ( true ) ,
m_supports_z4 ( true ) ,
2013-10-11 01:53:50 +08:00
m_supports_QEnvironment ( true ) ,
m_supports_QEnvironmentHexEncoded ( true ) ,
2014-05-08 03:28:21 +08:00
m_curr_pid ( LLDB_INVALID_PROCESS_ID ) ,
2011-04-12 13:54:46 +08:00
m_curr_tid ( LLDB_INVALID_THREAD_ID ) ,
m_curr_tid_run ( LLDB_INVALID_THREAD_ID ) ,
2012-05-24 05:09:52 +08:00
m_num_supported_hardware_watchpoints ( 0 ) ,
2011-03-22 12:00:09 +08:00
m_async_mutex ( Mutex : : eMutexTypeRecursive ) ,
m_async_packet_predicate ( false ) ,
m_async_packet ( ) ,
2013-12-18 09:24:33 +08:00
m_async_result ( PacketResult : : Success ) ,
2011-03-22 12:00:09 +08:00
m_async_response ( ) ,
m_async_signal ( - 1 ) ,
2014-04-16 10:24:17 +08:00
m_interrupt_sent ( false ) ,
2013-01-19 07:11:53 +08:00
m_thread_id_to_used_usec_map ( ) ,
2011-03-24 12:28:38 +08:00
m_host_arch ( ) ,
2012-12-19 10:54:03 +08:00
m_process_arch ( ) ,
2011-03-24 12:28:38 +08:00
m_os_version_major ( UINT32_MAX ) ,
m_os_version_minor ( UINT32_MAX ) ,
2013-10-26 02:13:17 +08:00
m_os_version_update ( UINT32_MAX ) ,
m_os_build ( ) ,
m_os_kernel ( ) ,
m_hostname ( ) ,
2014-03-30 02:54:20 +08:00
m_gdb_server_name ( ) ,
m_gdb_server_version ( UINT32_MAX ) ,
2014-01-25 13:46:51 +08:00
m_default_packet_timeout ( 0 ) ,
m_max_packet_size ( 0 )
2011-03-22 12:00:09 +08:00
{
}
//----------------------------------------------------------------------
// Destructor
//----------------------------------------------------------------------
GDBRemoteCommunicationClient : : ~ GDBRemoteCommunicationClient ( )
{
if ( IsConnected ( ) )
Disconnect ( ) ;
}
bool
2011-03-24 12:28:38 +08:00
GDBRemoteCommunicationClient : : HandshakeWithServer ( Error * error_ptr )
{
2013-11-23 09:58:15 +08:00
ResetDiscoverableSettings ( ) ;
2011-03-24 12:28:38 +08:00
// Start the read thread after we send the handshake ack since if we
// fail to send the handshake ack, there is no reason to continue...
if ( SendAck ( ) )
2013-11-23 09:58:15 +08:00
{
2013-12-18 23:31:45 +08:00
// Wait for any responses that might have been queued up in the remote
// GDB server and flush them all
StringExtractorGDBRemote response ;
PacketResult packet_result = PacketResult : : Success ;
const uint32_t timeout_usec = 10 * 1000 ; // Wait for 10 ms for a response
while ( packet_result = = PacketResult : : Success )
packet_result = WaitForPacketWithTimeoutMicroSecondsNoLock ( response , timeout_usec ) ;
2013-11-23 09:58:15 +08:00
// The return value from QueryNoAckModeSupported() is true if the packet
// was sent and _any_ response (including UNIMPLEMENTED) was received),
// or false if no response was received. This quickly tells us if we have
// a live connection to a remote GDB server...
if ( QueryNoAckModeSupported ( ) )
{
2014-02-22 03:11:28 +08:00
#if 0
// Set above line to "#if 1" to test packet speed if remote GDB server
// supports the qSpeedTest packet...
TestPacketSpeed ( 10000 ) ;
# endif
2013-11-23 09:58:15 +08:00
return true ;
}
else
{
if ( error_ptr )
error_ptr - > SetErrorString ( " failed to get reply to handshake packet " ) ;
}
}
else
{
if ( error_ptr )
error_ptr - > SetErrorString ( " failed to send the handshake ack " ) ;
}
2011-03-24 12:28:38 +08:00
return false ;
}
2014-01-25 13:46:51 +08:00
bool
GDBRemoteCommunicationClient : : GetAugmentedLibrariesSVR4ReadSupported ( )
{
if ( m_supports_augmented_libraries_svr4_read = = eLazyBoolCalculate )
{
GetRemoteQSupported ( ) ;
}
return ( m_supports_augmented_libraries_svr4_read = = eLazyBoolYes ) ;
}
bool
GDBRemoteCommunicationClient : : GetQXferLibrariesSVR4ReadSupported ( )
{
if ( m_supports_qXfer_libraries_svr4_read = = eLazyBoolCalculate )
{
GetRemoteQSupported ( ) ;
}
return ( m_supports_qXfer_libraries_svr4_read = = eLazyBoolYes ) ;
}
bool
GDBRemoteCommunicationClient : : GetQXferLibrariesReadSupported ( )
{
if ( m_supports_qXfer_libraries_read = = eLazyBoolCalculate )
{
GetRemoteQSupported ( ) ;
}
return ( m_supports_qXfer_libraries_read = = eLazyBoolYes ) ;
}
2014-03-05 07:18:46 +08:00
bool
GDBRemoteCommunicationClient : : GetQXferAuxvReadSupported ( )
{
if ( m_supports_qXfer_auxv_read = = eLazyBoolCalculate )
{
GetRemoteQSupported ( ) ;
}
return ( m_supports_qXfer_auxv_read = = eLazyBoolYes ) ;
}
2014-01-25 13:46:51 +08:00
uint64_t
GDBRemoteCommunicationClient : : GetRemoteMaxPacketSize ( )
{
if ( m_max_packet_size = = 0 )
{
GetRemoteQSupported ( ) ;
}
return m_max_packet_size ;
}
2013-11-23 09:58:15 +08:00
bool
2011-03-24 12:28:38 +08:00
GDBRemoteCommunicationClient : : QueryNoAckModeSupported ( )
2011-03-22 12:00:09 +08:00
{
if ( m_supports_not_sending_acks = = eLazyBoolCalculate )
{
2011-03-24 12:28:38 +08:00
m_send_acks = true ;
2011-03-22 12:00:09 +08:00
m_supports_not_sending_acks = eLazyBoolNo ;
2011-03-24 12:28:38 +08:00
2014-07-24 09:36:24 +08:00
// This is the first real packet that we'll send in a debug session and it may take a little
// longer than normal to receive a reply. Wait at least 6 seconds for a reply to this packet.
const uint32_t minimum_timeout = 6 ;
uint32_t old_timeout = GetPacketTimeoutInMicroSeconds ( ) / lldb_private : : TimeValue : : MicroSecPerSec ;
2015-02-24 18:23:39 +08:00
GDBRemoteCommunication : : ScopedTimeout timeout ( * this , std : : max ( old_timeout , minimum_timeout ) ) ;
2014-07-24 09:36:24 +08:00
2011-03-24 12:28:38 +08:00
StringExtractorGDBRemote response ;
2015-02-24 18:23:39 +08:00
if ( SendPacketAndWaitForResponse ( " QStartNoAckMode " , response , false ) = = PacketResult : : Success )
2011-03-22 12:00:09 +08:00
{
if ( response . IsOKResponse ( ) )
2011-03-24 12:28:38 +08:00
{
m_send_acks = false ;
2011-03-22 12:00:09 +08:00
m_supports_not_sending_acks = eLazyBoolYes ;
2011-03-24 12:28:38 +08:00
}
2013-11-23 09:58:15 +08:00
return true ;
2011-03-22 12:00:09 +08:00
}
}
2013-11-23 09:58:15 +08:00
return false ;
2011-03-22 12:00:09 +08:00
}
2012-04-10 11:22:03 +08:00
void
GDBRemoteCommunicationClient : : GetListThreadsInStopReplySupported ( )
{
if ( m_supports_threads_in_stop_reply = = eLazyBoolCalculate )
{
m_supports_threads_in_stop_reply = eLazyBoolNo ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( " QListThreadsInStopReply " , response , false ) = = PacketResult : : Success )
2012-04-10 11:22:03 +08:00
{
if ( response . IsOKResponse ( ) )
m_supports_threads_in_stop_reply = eLazyBoolYes ;
}
}
}
2012-07-21 05:37:13 +08:00
bool
GDBRemoteCommunicationClient : : GetVAttachOrWaitSupported ( )
{
if ( m_attach_or_wait_reply = = eLazyBoolCalculate )
{
m_attach_or_wait_reply = eLazyBoolNo ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( " qVAttachOrWaitSupported " , response , false ) = = PacketResult : : Success )
2012-07-21 05:37:13 +08:00
{
if ( response . IsOKResponse ( ) )
m_attach_or_wait_reply = eLazyBoolYes ;
}
}
if ( m_attach_or_wait_reply = = eLazyBoolYes )
return true ;
else
return false ;
}
2012-07-26 05:12:43 +08:00
bool
GDBRemoteCommunicationClient : : GetSyncThreadStateSupported ( )
{
if ( m_prepare_for_reg_writing_reply = = eLazyBoolCalculate )
{
m_prepare_for_reg_writing_reply = eLazyBoolNo ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( " qSyncThreadStateSupported " , response , false ) = = PacketResult : : Success )
2012-07-26 05:12:43 +08:00
{
if ( response . IsOKResponse ( ) )
m_prepare_for_reg_writing_reply = eLazyBoolYes ;
}
}
if ( m_prepare_for_reg_writing_reply = = eLazyBoolYes )
return true ;
else
return false ;
}
2012-04-10 11:22:03 +08:00
2011-03-22 12:00:09 +08:00
void
GDBRemoteCommunicationClient : : ResetDiscoverableSettings ( )
{
m_supports_not_sending_acks = eLazyBoolCalculate ;
m_supports_thread_suffix = eLazyBoolCalculate ;
2012-04-10 11:22:03 +08:00
m_supports_threads_in_stop_reply = eLazyBoolCalculate ;
2011-03-22 12:00:09 +08:00
m_supports_vCont_c = eLazyBoolCalculate ;
m_supports_vCont_C = eLazyBoolCalculate ;
m_supports_vCont_s = eLazyBoolCalculate ;
m_supports_vCont_S = eLazyBoolCalculate ;
2013-08-29 17:09:45 +08:00
m_supports_p = eLazyBoolCalculate ;
2014-05-06 10:59:39 +08:00
m_supports_x = eLazyBoolCalculate ;
2013-11-14 07:28:31 +08:00
m_supports_QSaveRegisterState = eLazyBoolCalculate ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
m_qHostInfo_is_valid = eLazyBoolCalculate ;
2014-05-08 03:28:21 +08:00
m_curr_pid_is_valid = eLazyBoolCalculate ;
2012-12-19 10:54:03 +08:00
m_qProcessInfo_is_valid = eLazyBoolCalculate ;
2014-03-30 02:54:20 +08:00
m_qGDBServerVersion_is_valid = eLazyBoolCalculate ;
2011-05-15 09:25:55 +08:00
m_supports_alloc_dealloc_memory = eLazyBoolCalculate ;
2011-11-18 15:03:08 +08:00
m_supports_memory_region_info = eLazyBoolCalculate ;
2012-07-26 05:12:43 +08:00
m_prepare_for_reg_writing_reply = eLazyBoolCalculate ;
m_attach_or_wait_reply = eLazyBoolCalculate ;
2014-03-30 02:54:20 +08:00
m_avoid_g_packets = eLazyBoolCalculate ;
2014-03-05 07:18:46 +08:00
m_supports_qXfer_auxv_read = eLazyBoolCalculate ;
2014-01-25 13:46:51 +08:00
m_supports_qXfer_libraries_read = eLazyBoolCalculate ;
m_supports_qXfer_libraries_svr4_read = eLazyBoolCalculate ;
m_supports_augmented_libraries_svr4_read = eLazyBoolCalculate ;
2011-05-14 09:50:35 +08:00
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
m_supports_qProcessInfoPID = true ;
m_supports_qfProcessInfo = true ;
m_supports_qUserName = true ;
m_supports_qGroupName = true ;
2011-04-12 13:54:46 +08:00
m_supports_qThreadStopInfo = true ;
m_supports_z0 = true ;
m_supports_z1 = true ;
m_supports_z2 = true ;
m_supports_z3 = true ;
m_supports_z4 = true ;
2013-10-11 01:53:50 +08:00
m_supports_QEnvironment = true ;
m_supports_QEnvironmentHexEncoded = true ;
2014-03-30 02:54:20 +08:00
2011-03-23 08:09:55 +08:00
m_host_arch . Clear ( ) ;
2012-12-19 10:54:03 +08:00
m_process_arch . Clear ( ) ;
2014-03-30 02:54:20 +08:00
m_os_version_major = UINT32_MAX ;
m_os_version_minor = UINT32_MAX ;
m_os_version_update = UINT32_MAX ;
m_os_build . clear ( ) ;
m_os_kernel . clear ( ) ;
m_hostname . clear ( ) ;
m_gdb_server_name . clear ( ) ;
m_gdb_server_version = UINT32_MAX ;
m_default_packet_timeout = 0 ;
2014-01-25 13:46:51 +08:00
m_max_packet_size = 0 ;
2011-03-22 12:00:09 +08:00
}
2014-01-25 13:46:51 +08:00
void
GDBRemoteCommunicationClient : : GetRemoteQSupported ( )
{
// Clear out any capabilities we expect to see in the qSupported response
2014-03-05 07:18:46 +08:00
m_supports_qXfer_auxv_read = eLazyBoolNo ;
2014-01-25 13:46:51 +08:00
m_supports_qXfer_libraries_read = eLazyBoolNo ;
2014-03-05 07:18:46 +08:00
m_supports_qXfer_libraries_svr4_read = eLazyBoolNo ;
2014-01-25 13:46:51 +08:00
m_supports_augmented_libraries_svr4_read = eLazyBoolNo ;
m_max_packet_size = UINT64_MAX ; // It's supposed to always be there, but if not, we assume no limit
StringExtractorGDBRemote response ;
if ( SendPacketAndWaitForResponse ( " qSupported " ,
response ,
/*send_async=*/ false ) = = PacketResult : : Success )
{
const char * response_cstr = response . GetStringRef ( ) . c_str ( ) ;
2014-03-05 07:18:46 +08:00
if ( : : strstr ( response_cstr , " qXfer:auxv:read+ " ) )
m_supports_qXfer_auxv_read = eLazyBoolYes ;
2014-01-25 13:46:51 +08:00
if ( : : strstr ( response_cstr , " qXfer:libraries-svr4:read+ " ) )
m_supports_qXfer_libraries_svr4_read = eLazyBoolYes ;
if ( : : strstr ( response_cstr , " augmented-libraries-svr4-read " ) )
{
m_supports_qXfer_libraries_svr4_read = eLazyBoolYes ; // implied
m_supports_augmented_libraries_svr4_read = eLazyBoolYes ;
}
if ( : : strstr ( response_cstr , " qXfer:libraries:read+ " ) )
m_supports_qXfer_libraries_read = eLazyBoolYes ;
const char * packet_size_str = : : strstr ( response_cstr , " PacketSize= " ) ;
if ( packet_size_str )
{
StringExtractorGDBRemote packet_response ( packet_size_str + strlen ( " PacketSize= " ) ) ;
m_max_packet_size = packet_response . GetHexMaxU64 ( /*little_endian=*/ false , UINT64_MAX ) ;
if ( m_max_packet_size = = 0 )
{
m_max_packet_size = UINT64_MAX ; // Must have been a garbled response
Log * log ( ProcessGDBRemoteLog : : GetLogIfAllCategoriesSet ( GDBR_LOG_PROCESS ) ) ;
if ( log )
log - > Printf ( " Garbled PacketSize spec in qSupported response " ) ;
}
}
}
}
2011-03-22 12:00:09 +08:00
bool
GDBRemoteCommunicationClient : : GetThreadSuffixSupported ( )
{
if ( m_supports_thread_suffix = = eLazyBoolCalculate )
{
StringExtractorGDBRemote response ;
m_supports_thread_suffix = eLazyBoolNo ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( " QThreadSuffixSupported " , response , false ) = = PacketResult : : Success )
2011-03-22 12:00:09 +08:00
{
if ( response . IsOKResponse ( ) )
m_supports_thread_suffix = eLazyBoolYes ;
}
}
return m_supports_thread_suffix ;
}
bool
GDBRemoteCommunicationClient : : GetVContSupported ( char flavor )
{
if ( m_supports_vCont_c = = eLazyBoolCalculate )
{
StringExtractorGDBRemote response ;
m_supports_vCont_any = eLazyBoolNo ;
m_supports_vCont_all = eLazyBoolNo ;
m_supports_vCont_c = eLazyBoolNo ;
m_supports_vCont_C = eLazyBoolNo ;
m_supports_vCont_s = eLazyBoolNo ;
m_supports_vCont_S = eLazyBoolNo ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( " vCont? " , response , false ) = = PacketResult : : Success )
2011-03-22 12:00:09 +08:00
{
const char * response_cstr = response . GetStringRef ( ) . c_str ( ) ;
if ( : : strstr ( response_cstr , " ;c " ) )
m_supports_vCont_c = eLazyBoolYes ;
if ( : : strstr ( response_cstr , " ;C " ) )
m_supports_vCont_C = eLazyBoolYes ;
if ( : : strstr ( response_cstr , " ;s " ) )
m_supports_vCont_s = eLazyBoolYes ;
if ( : : strstr ( response_cstr , " ;S " ) )
m_supports_vCont_S = eLazyBoolYes ;
if ( m_supports_vCont_c = = eLazyBoolYes & &
m_supports_vCont_C = = eLazyBoolYes & &
m_supports_vCont_s = = eLazyBoolYes & &
m_supports_vCont_S = = eLazyBoolYes )
{
m_supports_vCont_all = eLazyBoolYes ;
}
if ( m_supports_vCont_c = = eLazyBoolYes | |
m_supports_vCont_C = = eLazyBoolYes | |
m_supports_vCont_s = = eLazyBoolYes | |
m_supports_vCont_S = = eLazyBoolYes )
{
m_supports_vCont_any = eLazyBoolYes ;
}
}
}
switch ( flavor )
{
case ' a ' : return m_supports_vCont_any ;
case ' A ' : return m_supports_vCont_all ;
case ' c ' : return m_supports_vCont_c ;
case ' C ' : return m_supports_vCont_C ;
case ' s ' : return m_supports_vCont_s ;
case ' S ' : return m_supports_vCont_S ;
default : break ;
}
return false ;
}
2013-08-29 17:09:45 +08:00
// Check if the target supports 'p' packet. It sends out a 'p'
// packet and checks the response. A normal packet will tell us
// that support is available.
2013-09-05 07:24:15 +08:00
//
// Takes a valid thread ID because p needs to apply to a thread.
2013-08-29 17:09:45 +08:00
bool
2013-09-05 07:24:15 +08:00
GDBRemoteCommunicationClient : : GetpPacketSupported ( lldb : : tid_t tid )
2013-08-29 17:09:45 +08:00
{
if ( m_supports_p = = eLazyBoolCalculate )
{
StringExtractorGDBRemote response ;
m_supports_p = eLazyBoolNo ;
2013-09-05 07:24:15 +08:00
char packet [ 256 ] ;
if ( GetThreadSuffixSupported ( ) )
snprintf ( packet , sizeof ( packet ) , " p0;thread:% " PRIx64 " ; " , tid ) ;
else
snprintf ( packet , sizeof ( packet ) , " p0 " ) ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , response , false ) = = PacketResult : : Success )
2013-08-29 17:09:45 +08:00
{
if ( response . IsNormalResponse ( ) )
m_supports_p = eLazyBoolYes ;
}
}
return m_supports_p ;
}
2011-03-22 12:00:09 +08:00
2014-06-13 10:37:02 +08:00
bool
GDBRemoteCommunicationClient : : GetThreadExtendedInfoSupported ( )
{
if ( m_supports_jThreadExtendedInfo = = eLazyBoolCalculate )
{
StringExtractorGDBRemote response ;
m_supports_jThreadExtendedInfo = eLazyBoolNo ;
if ( SendPacketAndWaitForResponse ( " jThreadExtendedInfo: " , response , false ) = = PacketResult : : Success )
{
if ( response . IsOKResponse ( ) )
{
m_supports_jThreadExtendedInfo = eLazyBoolYes ;
}
}
}
return m_supports_jThreadExtendedInfo ;
}
2014-05-06 10:59:39 +08:00
bool
GDBRemoteCommunicationClient : : GetxPacketSupported ( )
{
if ( m_supports_x = = eLazyBoolCalculate )
{
StringExtractorGDBRemote response ;
m_supports_x = eLazyBoolNo ;
char packet [ 256 ] ;
snprintf ( packet , sizeof ( packet ) , " x0,0 " ) ;
if ( SendPacketAndWaitForResponse ( packet , response , false ) = = PacketResult : : Success )
{
if ( response . IsOKResponse ( ) )
m_supports_x = eLazyBoolYes ;
}
}
return m_supports_x ;
}
2014-01-25 13:46:51 +08:00
GDBRemoteCommunicationClient : : PacketResult
GDBRemoteCommunicationClient : : SendPacketsAndConcatenateResponses
(
const char * payload_prefix ,
std : : string & response_string
)
{
Mutex : : Locker locker ;
if ( ! GetSequenceMutex ( locker ,
" ProcessGDBRemote::SendPacketsAndConcatenateResponses() failed due to not getting the sequence mutex " ) )
{
Log * log ( ProcessGDBRemoteLog : : GetLogIfAnyCategoryIsSet ( GDBR_LOG_PROCESS | GDBR_LOG_PACKETS ) ) ;
if ( log )
log - > Printf ( " error: failed to get packet sequence mutex, not sending packets with prefix '%s' " ,
payload_prefix ) ;
return PacketResult : : ErrorNoSequenceLock ;
}
response_string = " " ;
std : : string payload_prefix_str ( payload_prefix ) ;
unsigned int response_size = 0x1000 ;
if ( response_size > GetRemoteMaxPacketSize ( ) ) { // May send qSupported packet
response_size = GetRemoteMaxPacketSize ( ) ;
}
for ( unsigned int offset = 0 ; true ; offset + = response_size )
{
StringExtractorGDBRemote this_response ;
// Construct payload
char sizeDescriptor [ 128 ] ;
snprintf ( sizeDescriptor , sizeof ( sizeDescriptor ) , " %x,%x " , offset , response_size ) ;
PacketResult result = SendPacketAndWaitForResponse ( ( payload_prefix_str + sizeDescriptor ) . c_str ( ) ,
this_response ,
/*send_async=*/ false ) ;
if ( result ! = PacketResult : : Success )
return result ;
const std : : string & this_string = this_response . GetStringRef ( ) ;
// Check for m or l as first character; l seems to mean this is the last chunk
char first_char = * this_string . c_str ( ) ;
if ( first_char ! = ' m ' & & first_char ! = ' l ' )
{
return PacketResult : : ErrorReplyInvalid ;
}
2014-03-05 07:18:46 +08:00
// Concatenate the result so far (skipping 'm' or 'l')
response_string . append ( this_string , 1 , std : : string : : npos ) ;
2014-01-25 13:46:51 +08:00
if ( first_char = = ' l ' )
// We're done
return PacketResult : : Success ;
}
}
2013-12-07 05:45:27 +08:00
GDBRemoteCommunicationClient : : PacketResult
2011-03-22 12:00:09 +08:00
GDBRemoteCommunicationClient : : SendPacketAndWaitForResponse
(
const char * payload ,
StringExtractorGDBRemote & response ,
bool send_async
)
{
return SendPacketAndWaitForResponse ( payload ,
: : strlen ( payload ) ,
response ,
send_async ) ;
}
2013-12-07 05:45:27 +08:00
GDBRemoteCommunicationClient : : PacketResult
GDBRemoteCommunicationClient : : SendPacketAndWaitForResponseNoLock ( const char * payload ,
size_t payload_length ,
StringExtractorGDBRemote & response )
{
PacketResult packet_result = SendPacketNoLock ( payload , payload_length ) ;
if ( packet_result = = PacketResult : : Success )
packet_result = WaitForPacketWithTimeoutMicroSecondsNoLock ( response , GetPacketTimeoutInMicroSeconds ( ) ) ;
return packet_result ;
}
GDBRemoteCommunicationClient : : PacketResult
2011-03-22 12:00:09 +08:00
GDBRemoteCommunicationClient : : SendPacketAndWaitForResponse
(
const char * payload ,
size_t payload_length ,
StringExtractorGDBRemote & response ,
bool send_async
)
{
2013-12-07 05:45:27 +08:00
PacketResult packet_result = PacketResult : : ErrorSendFailed ;
2011-03-22 12:00:09 +08:00
Mutex : : Locker locker ;
2013-03-28 07:08:40 +08:00
Log * log ( ProcessGDBRemoteLog : : GetLogIfAllCategoriesSet ( GDBR_LOG_PROCESS ) ) ;
2012-04-13 03:04:34 +08:00
if ( GetSequenceMutex ( locker ) )
2011-03-22 12:00:09 +08:00
{
2013-12-07 05:45:27 +08:00
packet_result = SendPacketAndWaitForResponseNoLock ( payload , payload_length , response ) ;
2011-03-22 12:00:09 +08:00
}
else
{
if ( send_async )
{
2012-06-01 05:24:20 +08:00
if ( IsRunning ( ) )
2011-03-22 12:00:09 +08:00
{
2012-06-01 05:24:20 +08:00
Mutex : : Locker async_locker ( m_async_mutex ) ;
m_async_packet . assign ( payload , payload_length ) ;
m_async_packet_predicate . SetValue ( true , eBroadcastNever ) ;
if ( log )
log - > Printf ( " async: async packet = %s " , m_async_packet . c_str ( ) ) ;
2011-07-07 09:59:51 +08:00
2012-06-01 05:24:20 +08:00
bool timed_out = false ;
if ( SendInterrupt ( locker , 2 , timed_out ) )
{
if ( m_interrupt_sent )
2011-03-22 12:00:09 +08:00
{
2012-06-06 08:32:39 +08:00
m_interrupt_sent = false ;
2012-06-01 05:24:20 +08:00
TimeValue timeout_time ;
timeout_time = TimeValue : : Now ( ) ;
timeout_time . OffsetWithSeconds ( m_packet_timeout ) ;
2011-07-07 09:59:51 +08:00
2011-03-22 12:00:09 +08:00
if ( log )
2012-06-01 05:24:20 +08:00
log - > Printf ( " async: sent interrupt " ) ;
if ( m_async_packet_predicate . WaitForValueEqualTo ( false , & timeout_time , & timed_out ) )
{
if ( log )
log - > Printf ( " async: got response " ) ;
// Swap the response buffer to avoid malloc and string copy
response . GetStringRef ( ) . swap ( m_async_response . GetStringRef ( ) ) ;
2013-12-18 09:24:33 +08:00
packet_result = m_async_result ;
2012-06-01 05:24:20 +08:00
}
else
{
if ( log )
log - > Printf ( " async: timed out waiting for response " ) ;
}
// Make sure we wait until the continue packet has been sent again...
if ( m_private_is_running . WaitForValueEqualTo ( true , & timeout_time , & timed_out ) )
2011-10-28 06:04:16 +08:00
{
2012-06-01 05:24:20 +08:00
if ( log )
{
if ( timed_out )
log - > Printf ( " async: timed out waiting for process to resume, but process was resumed " ) ;
else
log - > Printf ( " async: async packet sent " ) ;
}
}
else
{
if ( log )
log - > Printf ( " async: timed out waiting for process to resume " ) ;
2011-10-28 06:04:16 +08:00
}
}
else
2011-03-22 12:00:09 +08:00
{
2012-06-01 05:24:20 +08:00
// We had a racy condition where we went to send the interrupt
// yet we were able to get the lock, so the process must have
// just stopped?
2011-03-22 12:00:09 +08:00
if ( log )
2012-06-01 05:24:20 +08:00
log - > Printf ( " async: got lock without sending interrupt " ) ;
// Send the packet normally since we got the lock
2013-12-07 05:45:27 +08:00
packet_result = SendPacketAndWaitForResponseNoLock ( payload , payload_length , response ) ;
2011-03-22 12:00:09 +08:00
}
}
else
{
2011-07-07 09:59:51 +08:00
if ( log )
2012-06-01 05:24:20 +08:00
log - > Printf ( " async: failed to interrupt " ) ;
2011-03-22 12:00:09 +08:00
}
}
else
{
if ( log )
2012-06-01 05:24:20 +08:00
log - > Printf ( " async: not running, async is ignored " ) ;
2011-03-22 12:00:09 +08:00
}
}
else
{
if ( log )
2012-04-13 03:04:34 +08:00
log - > Printf ( " error: failed to get packet sequence mutex, not sending packet '%*s' " , ( int ) payload_length , payload ) ;
2011-03-22 12:00:09 +08:00
}
}
2013-12-07 05:45:27 +08:00
return packet_result ;
2011-03-22 12:00:09 +08:00
}
2013-01-19 07:11:53 +08:00
static const char * end_delimiter = " --end--; " ;
static const int end_delimiter_len = 8 ;
std : : string
GDBRemoteCommunicationClient : : HarmonizeThreadIdsForProfileData
( ProcessGDBRemote * process ,
StringExtractorGDBRemote & profileDataExtractor
)
{
std : : map < uint64_t , uint32_t > new_thread_id_to_used_usec_map ;
std : : stringstream final_output ;
std : : string name , value ;
// Going to assuming thread_used_usec comes first, else bail out.
while ( profileDataExtractor . GetNameColonValue ( name , value ) )
{
if ( name . compare ( " thread_used_id " ) = = 0 )
{
StringExtractor threadIDHexExtractor ( value . c_str ( ) ) ;
uint64_t thread_id = threadIDHexExtractor . GetHexMaxU64 ( false , 0 ) ;
bool has_used_usec = false ;
uint32_t curr_used_usec = 0 ;
std : : string usec_name , usec_value ;
uint32_t input_file_pos = profileDataExtractor . GetFilePos ( ) ;
if ( profileDataExtractor . GetNameColonValue ( usec_name , usec_value ) )
{
if ( usec_name . compare ( " thread_used_usec " ) = = 0 )
{
has_used_usec = true ;
curr_used_usec = strtoull ( usec_value . c_str ( ) , NULL , 0 ) ;
}
else
{
// We didn't find what we want, it is probably
// an older version. Bail out.
profileDataExtractor . SetFilePos ( input_file_pos ) ;
}
}
if ( has_used_usec )
{
uint32_t prev_used_usec = 0 ;
std : : map < uint64_t , uint32_t > : : iterator iterator = m_thread_id_to_used_usec_map . find ( thread_id ) ;
if ( iterator ! = m_thread_id_to_used_usec_map . end ( ) )
{
prev_used_usec = m_thread_id_to_used_usec_map [ thread_id ] ;
}
uint32_t real_used_usec = curr_used_usec - prev_used_usec ;
// A good first time record is one that runs for at least 0.25 sec
bool good_first_time = ( prev_used_usec = = 0 ) & & ( real_used_usec > 250000 ) ;
bool good_subsequent_time = ( prev_used_usec > 0 ) & &
( ( real_used_usec > 0 ) | | ( process - > HasAssignedIndexIDToThread ( thread_id ) ) ) ;
if ( good_first_time | | good_subsequent_time )
{
// We try to avoid doing too many index id reservation,
// resulting in fast increase of index ids.
final_output < < name < < " : " ;
int32_t index_id = process - > AssignIndexIDToThread ( thread_id ) ;
final_output < < index_id < < " ; " ;
final_output < < usec_name < < " : " < < usec_value < < " ; " ;
}
else
{
// Skip past 'thread_used_name'.
std : : string local_name , local_value ;
profileDataExtractor . GetNameColonValue ( local_name , local_value ) ;
}
// Store current time as previous time so that they can be compared later.
new_thread_id_to_used_usec_map [ thread_id ] = curr_used_usec ;
}
else
{
// Bail out and use old string.
final_output < < name < < " : " < < value < < " ; " ;
}
}
else
{
final_output < < name < < " : " < < value < < " ; " ;
}
}
final_output < < end_delimiter ;
m_thread_id_to_used_usec_map = new_thread_id_to_used_usec_map ;
return final_output . str ( ) ;
}
2011-03-22 12:00:09 +08:00
StateType
GDBRemoteCommunicationClient : : SendContinuePacketAndWaitForResponse
(
ProcessGDBRemote * process ,
const char * payload ,
size_t packet_length ,
StringExtractorGDBRemote & response
)
{
2012-07-03 06:05:25 +08:00
m_curr_tid = LLDB_INVALID_THREAD_ID ;
2013-03-28 07:08:40 +08:00
Log * log ( ProcessGDBRemoteLog : : GetLogIfAllCategoriesSet ( GDBR_LOG_PROCESS ) ) ;
2011-03-22 12:00:09 +08:00
if ( log )
log - > Printf ( " GDBRemoteCommunicationClient::%s () " , __FUNCTION__ ) ;
Mutex : : Locker locker ( m_sequence_mutex ) ;
StateType state = eStateRunning ;
BroadcastEvent ( eBroadcastBitRunPacketSent , NULL ) ;
m_public_is_running . SetValue ( true , eBroadcastNever ) ;
// Set the starting continue packet into "continue_packet". This packet
2012-06-06 08:32:39 +08:00
// may change if we are interrupted and we continue after an async packet...
2011-03-22 12:00:09 +08:00
std : : string continue_packet ( payload , packet_length ) ;
2013-02-23 06:23:55 +08:00
bool got_async_packet = false ;
2011-05-19 11:54:16 +08:00
2011-03-22 12:00:09 +08:00
while ( state = = eStateRunning )
{
2013-02-23 06:23:55 +08:00
if ( ! got_async_packet )
2011-05-19 11:54:16 +08:00
{
if ( log )
log - > Printf ( " GDBRemoteCommunicationClient::%s () sending continue packet: %s " , __FUNCTION__ , continue_packet . c_str ( ) ) ;
2013-12-07 05:45:27 +08:00
if ( SendPacketNoLock ( continue_packet . c_str ( ) , continue_packet . size ( ) ) ! = PacketResult : : Success )
2011-05-19 11:54:16 +08:00
state = eStateInvalid ;
2014-04-16 10:24:17 +08:00
else
m_interrupt_sent = false ;
2011-05-19 11:54:16 +08:00
2011-10-28 06:04:16 +08:00
m_private_is_running . SetValue ( true , eBroadcastAlways ) ;
2011-05-19 11:54:16 +08:00
}
2011-03-22 12:00:09 +08:00
2013-02-23 06:23:55 +08:00
got_async_packet = false ;
2011-03-22 12:00:09 +08:00
if ( log )
2011-09-21 05:44:10 +08:00
log - > Printf ( " GDBRemoteCommunicationClient::%s () WaitForPacket(%s) " , __FUNCTION__ , continue_packet . c_str ( ) ) ;
2011-03-22 12:00:09 +08:00
2013-12-07 05:45:27 +08:00
if ( WaitForPacketWithTimeoutMicroSecondsNoLock ( response , UINT32_MAX ) = = PacketResult : : Success )
2011-03-22 12:00:09 +08:00
{
if ( response . Empty ( ) )
state = eStateInvalid ;
else
{
const char stop_type = response . GetChar ( ) ;
if ( log )
log - > Printf ( " GDBRemoteCommunicationClient::%s () got packet: %s " , __FUNCTION__ , response . GetStringRef ( ) . c_str ( ) ) ;
switch ( stop_type )
{
case ' T ' :
case ' S ' :
{
2012-03-29 09:55:41 +08:00
if ( process - > GetStopID ( ) = = 0 )
2011-03-22 12:00:09 +08:00
{
2012-03-29 09:55:41 +08:00
if ( process - > GetID ( ) = = LLDB_INVALID_PROCESS_ID )
{
lldb : : pid_t pid = GetCurrentProcessID ( ) ;
if ( pid ! = LLDB_INVALID_PROCESS_ID )
process - > SetID ( pid ) ;
}
process - > BuildDynamicRegisterInfo ( true ) ;
2011-03-22 12:00:09 +08:00
}
2012-03-29 09:55:41 +08:00
// Privately notify any internal threads that we have stopped
// in case we wanted to interrupt our process, yet we might
// send a packet and continue without returning control to the
// user.
m_private_is_running . SetValue ( false , eBroadcastAlways ) ;
2011-03-22 12:00:09 +08:00
2012-03-29 09:55:41 +08:00
const uint8_t signo = response . GetHexU8 ( UINT8_MAX ) ;
2012-06-06 08:32:39 +08:00
bool continue_after_async = m_async_signal ! = - 1 | | m_async_packet_predicate . GetValue ( ) ;
if ( continue_after_async | | m_interrupt_sent )
2011-03-22 12:00:09 +08:00
{
2012-03-29 09:55:41 +08:00
// We sent an interrupt packet to stop the inferior process
// for an async signal or to send an async packet while running
// but we might have been single stepping and received the
// stop packet for the step instead of for the interrupt packet.
// Typically when an interrupt is sent a SIGINT or SIGSTOP
// is used, so if we get anything else, we need to try and
// get another stop reply packet that may have been sent
// due to sending the interrupt when the target is stopped
// which will just re-send a copy of the last stop reply
// packet. If we don't do this, then the reply for our
// async packet will be the repeat stop reply packet and cause
// a lot of trouble for us!
if ( signo ! = SIGINT & & signo ! = SIGSTOP )
{
2012-05-15 10:50:49 +08:00
continue_after_async = false ;
2012-03-29 09:55:41 +08:00
// We didn't get a a SIGINT or SIGSTOP, so try for a
// very brief time (1 ms) to get another stop reply
// packet to make sure it doesn't get in the way
StringExtractorGDBRemote extra_stop_reply_packet ;
uint32_t timeout_usec = 1000 ;
2013-12-07 05:45:27 +08:00
if ( WaitForPacketWithTimeoutMicroSecondsNoLock ( extra_stop_reply_packet , timeout_usec ) = = PacketResult : : Success )
2012-03-29 09:55:41 +08:00
{
switch ( extra_stop_reply_packet . GetChar ( ) )
{
case ' T ' :
case ' S ' :
// We did get an extra stop reply, which means
// our interrupt didn't stop the target so we
// shouldn't continue after the async signal
// or packet is sent...
2012-05-15 10:50:49 +08:00
continue_after_async = false ;
2012-03-29 09:55:41 +08:00
break ;
}
}
}
2011-03-22 12:00:09 +08:00
}
2012-03-29 09:55:41 +08:00
if ( m_async_signal ! = - 1 )
{
if ( log )
log - > Printf ( " async: send signo = %s " , Host : : GetSignalAsCString ( m_async_signal ) ) ;
// Save off the async signal we are supposed to send
const int async_signal = m_async_signal ;
// Clear the async signal member so we don't end up
// sending the signal multiple times...
m_async_signal = - 1 ;
// Check which signal we stopped with
if ( signo = = async_signal )
{
if ( log )
log - > Printf ( " async: stopped with signal %s, we are done running " , Host : : GetSignalAsCString ( signo ) ) ;
// We already stopped with a signal that we wanted
// to stop with, so we are done
}
else
{
// We stopped with a different signal that the one
// we wanted to stop with, so now we must resume
// with the signal we want
char signal_packet [ 32 ] ;
int signal_packet_len = 0 ;
signal_packet_len = : : snprintf ( signal_packet ,
sizeof ( signal_packet ) ,
" C%2.2x " ,
async_signal ) ;
if ( log )
log - > Printf ( " async: stopped with signal %s, resume with %s " ,
Host : : GetSignalAsCString ( signo ) ,
Host : : GetSignalAsCString ( async_signal ) ) ;
// Set the continue packet to resume even if the
2012-05-15 10:50:49 +08:00
// interrupt didn't cause our stop (ignore continue_after_async)
2012-03-29 09:55:41 +08:00
continue_packet . assign ( signal_packet , signal_packet_len ) ;
continue ;
}
2011-03-22 12:00:09 +08:00
}
2012-03-29 09:55:41 +08:00
else if ( m_async_packet_predicate . GetValue ( ) )
2011-03-22 12:00:09 +08:00
{
2013-03-28 07:08:40 +08:00
Log * packet_log ( ProcessGDBRemoteLog : : GetLogIfAllCategoriesSet ( GDBR_LOG_PACKETS ) ) ;
2012-03-29 09:55:41 +08:00
// We are supposed to send an asynchronous packet while
2013-12-18 09:24:33 +08:00
// we are running.
2012-03-29 09:55:41 +08:00
m_async_response . Clear ( ) ;
if ( m_async_packet . empty ( ) )
{
2013-12-18 09:24:33 +08:00
m_async_result = PacketResult : : ErrorSendFailed ;
if ( packet_log )
2012-03-29 09:55:41 +08:00
packet_log - > Printf ( " async: error: empty async packet " ) ;
}
else
{
if ( packet_log )
packet_log - > Printf ( " async: sending packet " ) ;
2013-12-18 09:24:33 +08:00
m_async_result = SendPacketAndWaitForResponse ( & m_async_packet [ 0 ] ,
m_async_packet . size ( ) ,
m_async_response ,
false ) ;
2012-03-29 09:55:41 +08:00
}
// Let the other thread that was trying to send the async
// packet know that the packet has been sent and response is
// ready...
m_async_packet_predicate . SetValue ( false , eBroadcastAlways ) ;
if ( packet_log )
2012-05-15 10:50:49 +08:00
packet_log - > Printf ( " async: sent packet, continue_after_async = %i " , continue_after_async ) ;
2012-03-29 09:55:41 +08:00
// Set the continue packet to resume if our interrupt
// for the async packet did cause the stop
2012-05-15 10:50:49 +08:00
if ( continue_after_async )
2012-03-29 09:55:41 +08:00
{
<rdar://problem/11529853>
Sending async packets can deadlock a program on darwin. We currently allow breakpoint packets and memory read/write packets (for software breakpoints) to be sent while a program is running. In the GDB remote plug-in, we will interrupt the run, send the async packet and resume (currently with the continue packet that caused the program to resume). If the GDB server supports the "vCont" packet, we might have initially continued with each thread stating it should continue. If new threads show up while we are stopped, which happend when running GCD, we can end up with new threads that we aren't mentioning in the continue list. So we start with a thread list of 1,2,3 and continue:
continue thread 1, continue thread 2, continue thread 3
Now we interrupt and set a breakpoint and we actually have threads 1,2,3,4 now when we are about to resume, yet we send:
continue thread 1, continue thread 2, continue thread 3
Any thread that isn't mentioned is currently going to stay suspended. This causes the deadlock.
llvm-svn: 157439
2012-05-25 07:42:14 +08:00
// Reverting this for now as it is causing deadlocks
// in programs (<rdar://problem/11529853>). In the future
// we should check our thread list and "do the right thing"
// for new threads that show up while we stop and run async
// packets. Setting the packet to 'c' to continue all threads
// is the right thing to do 99.99% of the time because if a
// thread was single stepping, and we sent an interrupt, we
// will notice above that we didn't stop due to an interrupt
// but stopped due to stepping and we would _not_ continue.
continue_packet . assign ( 1 , ' c ' ) ;
2012-03-29 09:55:41 +08:00
continue ;
}
2011-03-22 12:00:09 +08:00
}
2012-03-29 09:55:41 +08:00
// Stop with signal and thread info
state = eStateStopped ;
2011-03-22 12:00:09 +08:00
}
break ;
case ' W ' :
case ' X ' :
// process exited
state = eStateExited ;
break ;
case ' O ' :
// STDOUT
{
2013-02-23 06:23:55 +08:00
got_async_packet = true ;
2011-03-22 12:00:09 +08:00
std : : string inferior_stdout ;
inferior_stdout . reserve ( response . GetBytesLeft ( ) / 2 ) ;
char ch ;
while ( ( ch = response . GetHexU8 ( ) ) ! = ' \0 ' )
inferior_stdout . append ( 1 , ch ) ;
process - > AppendSTDOUT ( inferior_stdout . c_str ( ) , inferior_stdout . size ( ) ) ;
}
break ;
2012-11-17 08:21:04 +08:00
case ' A ' :
// Async miscellaneous reply. Right now, only profile data is coming through this channel.
{
2013-02-23 06:23:55 +08:00
got_async_packet = true ;
2013-01-19 07:11:53 +08:00
std : : string input = response . GetStringRef ( ) . substr ( 1 ) ; // '1' to move beyond 'A'
if ( m_partial_profile_data . length ( ) > 0 )
{
m_partial_profile_data . append ( input ) ;
input = m_partial_profile_data ;
m_partial_profile_data . clear ( ) ;
}
size_t found , pos = 0 , len = input . length ( ) ;
while ( ( found = input . find ( end_delimiter , pos ) ) ! = std : : string : : npos )
{
StringExtractorGDBRemote profileDataExtractor ( input . substr ( pos , found ) . c_str ( ) ) ;
2013-06-25 02:15:05 +08:00
std : : string profile_data = HarmonizeThreadIdsForProfileData ( process , profileDataExtractor ) ;
process - > BroadcastAsyncProfileData ( profile_data ) ;
2013-01-19 07:11:53 +08:00
pos = found + end_delimiter_len ;
}
if ( pos < len )
{
// Last incomplete chunk.
m_partial_profile_data = input . substr ( pos ) ;
}
2012-11-17 08:21:04 +08:00
}
break ;
2011-03-22 12:00:09 +08:00
case ' E ' :
// ERROR
state = eStateInvalid ;
break ;
default :
if ( log )
log - > Printf ( " GDBRemoteCommunicationClient::%s () unrecognized async packet " , __FUNCTION__ ) ;
state = eStateInvalid ;
break ;
}
}
}
else
{
if ( log )
log - > Printf ( " GDBRemoteCommunicationClient::%s () WaitForPacket(...) => false " , __FUNCTION__ ) ;
state = eStateInvalid ;
}
}
if ( log )
log - > Printf ( " GDBRemoteCommunicationClient::%s () => %s " , __FUNCTION__ , StateAsCString ( state ) ) ;
response . SetFilePos ( 0 ) ;
m_private_is_running . SetValue ( false , eBroadcastAlways ) ;
m_public_is_running . SetValue ( false , eBroadcastAlways ) ;
return state ;
}
bool
GDBRemoteCommunicationClient : : SendAsyncSignal ( int signo )
{
2012-03-29 09:55:41 +08:00
Mutex : : Locker async_locker ( m_async_mutex ) ;
2011-03-22 12:00:09 +08:00
m_async_signal = signo ;
bool timed_out = false ;
Mutex : : Locker locker ;
2012-03-29 09:55:41 +08:00
if ( SendInterrupt ( locker , 1 , timed_out ) )
2011-03-22 12:00:09 +08:00
return true ;
m_async_signal = - 1 ;
return false ;
}
2012-04-11 08:24:49 +08:00
// This function takes a mutex locker as a parameter in case the GetSequenceMutex
2011-03-22 12:00:09 +08:00
// actually succeeds. If it doesn't succeed in acquiring the sequence mutex
// (the expected result), then it will send the halt packet. If it does succeed
// then the caller that requested the interrupt will want to keep the sequence
// locked down so that no one else can send packets while the caller has control.
// This function usually gets called when we are running and need to stop the
2014-07-02 05:22:11 +08:00
// target. It can also be used when we are running and we need to do something
2011-03-22 12:00:09 +08:00
// else (like read/write memory), so we need to interrupt the running process
// (gdb remote protocol requires this), and do what we need to do, then resume.
bool
2012-03-29 09:55:41 +08:00
GDBRemoteCommunicationClient : : SendInterrupt
2011-03-22 12:00:09 +08:00
(
Mutex : : Locker & locker ,
uint32_t seconds_to_wait_for_stop ,
bool & timed_out
)
{
timed_out = false ;
2013-03-28 07:08:40 +08:00
Log * log ( ProcessGDBRemoteLog : : GetLogIfAnyCategoryIsSet ( GDBR_LOG_PROCESS | GDBR_LOG_PACKETS ) ) ;
2011-03-22 12:00:09 +08:00
if ( IsRunning ( ) )
{
// Only send an interrupt if our debugserver is running...
2012-04-13 03:04:34 +08:00
if ( GetSequenceMutex ( locker ) )
2012-04-11 08:24:49 +08:00
{
if ( log )
log - > Printf ( " SendInterrupt () - got sequence mutex without having to interrupt " ) ;
}
else
2011-03-22 12:00:09 +08:00
{
// Someone has the mutex locked waiting for a response or for the
// inferior to stop, so send the interrupt on the down low...
char ctrl_c = ' \x03 ' ;
ConnectionStatus status = eConnectionStatusSuccess ;
size_t bytes_written = Write ( & ctrl_c , 1 , status , NULL ) ;
2012-03-29 09:55:41 +08:00
if ( log )
log - > PutCString ( " send packet: \\ x03 " ) ;
2011-03-22 12:00:09 +08:00
if ( bytes_written > 0 )
{
2012-03-29 09:55:41 +08:00
m_interrupt_sent = true ;
2011-03-22 12:00:09 +08:00
if ( seconds_to_wait_for_stop )
{
2012-03-29 09:55:41 +08:00
TimeValue timeout ;
if ( seconds_to_wait_for_stop )
{
timeout = TimeValue : : Now ( ) ;
timeout . OffsetWithSeconds ( seconds_to_wait_for_stop ) ;
}
2011-03-22 12:00:09 +08:00
if ( m_private_is_running . WaitForValueEqualTo ( false , & timeout , & timed_out ) )
{
if ( log )
2012-03-29 09:55:41 +08:00
log - > PutCString ( " SendInterrupt () - sent interrupt, private state stopped " ) ;
2011-03-22 12:00:09 +08:00
return true ;
}
else
{
if ( log )
2012-03-29 09:55:41 +08:00
log - > Printf ( " SendInterrupt () - sent interrupt, timed out wating for async thread resume " ) ;
2011-03-22 12:00:09 +08:00
}
}
else
{
if ( log )
2012-03-29 09:55:41 +08:00
log - > Printf ( " SendInterrupt () - sent interrupt, not waiting for stop... " ) ;
2011-03-22 12:00:09 +08:00
return true ;
}
}
else
{
if ( log )
2012-03-29 09:55:41 +08:00
log - > Printf ( " SendInterrupt () - failed to write interrupt " ) ;
2011-03-22 12:00:09 +08:00
}
return false ;
}
}
2012-03-29 09:55:41 +08:00
else
{
if ( log )
log - > Printf ( " SendInterrupt () - not running " ) ;
}
2011-03-22 12:00:09 +08:00
return true ;
}
lldb : : pid_t
2015-02-05 07:19:15 +08:00
GDBRemoteCommunicationClient : : GetCurrentProcessID ( bool allow_lazy )
2011-03-22 12:00:09 +08:00
{
2015-02-05 07:19:15 +08:00
if ( allow_lazy & & m_curr_pid_is_valid = = eLazyBoolYes )
2014-05-08 03:28:21 +08:00
return m_curr_pid ;
// First try to retrieve the pid via the qProcessInfo request.
2015-02-05 07:19:15 +08:00
GetCurrentProcessInfo ( allow_lazy ) ;
2014-05-08 03:28:21 +08:00
if ( m_curr_pid_is_valid = = eLazyBoolYes )
{
// We really got it.
return m_curr_pid ;
}
else
2011-03-22 12:00:09 +08:00
{
2014-05-14 08:15:32 +08:00
// If we don't get a response for qProcessInfo, check if $qC gives us a result.
// $qC only returns a real process id on older debugserver and lldb-platform stubs.
// The gdb remote protocol documents $qC as returning the thread id, which newer
// debugserver and lldb-gdbserver stubs return correctly.
StringExtractorGDBRemote response ;
if ( SendPacketAndWaitForResponse ( " qC " , strlen ( " qC " ) , response , false ) = = PacketResult : : Success )
2014-05-08 03:28:21 +08:00
{
2014-05-14 08:15:32 +08:00
if ( response . GetChar ( ) = = ' Q ' )
2014-05-08 03:28:21 +08:00
{
2014-05-14 08:15:32 +08:00
if ( response . GetChar ( ) = = ' C ' )
2014-05-08 03:28:21 +08:00
{
2014-05-14 08:15:32 +08:00
m_curr_pid = response . GetHexMaxU32 ( false , LLDB_INVALID_PROCESS_ID ) ;
if ( m_curr_pid ! = LLDB_INVALID_PROCESS_ID )
2014-05-08 03:28:21 +08:00
{
2014-05-14 08:15:32 +08:00
m_curr_pid_is_valid = eLazyBoolYes ;
return m_curr_pid ;
2014-05-08 03:28:21 +08:00
}
}
}
}
2011-03-22 12:00:09 +08:00
}
2014-05-08 03:28:21 +08:00
2011-03-22 12:00:09 +08:00
return LLDB_INVALID_PROCESS_ID ;
}
bool
GDBRemoteCommunicationClient : : GetLaunchSuccess ( std : : string & error_str )
{
error_str . clear ( ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( " qLaunchSuccess " , strlen ( " qLaunchSuccess " ) , response , false ) = = PacketResult : : Success )
2011-03-22 12:00:09 +08:00
{
if ( response . IsOKResponse ( ) )
return true ;
if ( response . GetChar ( ) = = ' E ' )
{
// A string the describes what failed when launching...
error_str = response . GetStringRef ( ) . substr ( 1 ) ;
}
else
{
error_str . assign ( " unknown error occurred launching process " ) ;
}
}
else
{
2012-06-29 04:30:23 +08:00
error_str . assign ( " timed out waiting for app to launch " ) ;
2011-03-22 12:00:09 +08:00
}
return false ;
}
int
2013-11-21 05:07:01 +08:00
GDBRemoteCommunicationClient : : SendArgumentsPacket ( const ProcessLaunchInfo & launch_info )
{
// Since we don't get the send argv0 separate from the executable path, we need to
2014-07-02 05:22:11 +08:00
// make sure to use the actual executable path found in the launch_info...
2013-11-21 05:07:01 +08:00
std : : vector < const char * > argv ;
FileSpec exe_file = launch_info . GetExecutableFile ( ) ;
std : : string exe_path ;
const char * arg = NULL ;
const Args & launch_args = launch_info . GetArguments ( ) ;
if ( exe_file )
exe_path = exe_file . GetPath ( ) ;
else
{
arg = launch_args . GetArgumentAtIndex ( 0 ) ;
if ( arg )
exe_path = arg ;
}
if ( ! exe_path . empty ( ) )
{
argv . push_back ( exe_path . c_str ( ) ) ;
for ( uint32_t i = 1 ; ( arg = launch_args . GetArgumentAtIndex ( i ) ) ! = NULL ; + + i )
{
if ( arg )
argv . push_back ( arg ) ;
}
}
if ( ! argv . empty ( ) )
2011-03-22 12:00:09 +08:00
{
StreamString packet ;
packet . PutChar ( ' A ' ) ;
2013-11-21 05:07:01 +08:00
for ( size_t i = 0 , n = argv . size ( ) ; i < n ; + + i )
2011-03-22 12:00:09 +08:00
{
2013-11-21 05:07:01 +08:00
arg = argv [ i ] ;
2011-03-22 12:00:09 +08:00
const int arg_len = strlen ( arg ) ;
if ( i > 0 )
packet . PutChar ( ' , ' ) ;
2013-11-21 05:07:01 +08:00
packet . Printf ( " %i,%i, " , arg_len * 2 , ( int ) i ) ;
2011-03-22 12:00:09 +08:00
packet . PutBytesAsRawHex8 ( arg , arg_len ) ;
}
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet . GetData ( ) , packet . GetSize ( ) , response , false ) = = PacketResult : : Success )
2011-03-22 12:00:09 +08:00
{
if ( response . IsOKResponse ( ) )
return 0 ;
uint8_t error = response . GetError ( ) ;
if ( error )
return error ;
}
}
return - 1 ;
}
int
GDBRemoteCommunicationClient : : SendEnvironmentPacket ( char const * name_equal_value )
{
if ( name_equal_value & & name_equal_value [ 0 ] )
{
StreamString packet ;
2013-10-11 01:53:50 +08:00
bool send_hex_encoding = false ;
for ( const char * p = name_equal_value ; * p ! = ' \0 ' & & send_hex_encoding = = false ; + + p )
{
if ( isprint ( * p ) )
{
switch ( * p )
{
case ' $ ' :
case ' # ' :
send_hex_encoding = true ;
break ;
default :
break ;
}
}
else
{
// We have non printable characters, lets hex encode this...
send_hex_encoding = true ;
}
}
2011-03-22 12:00:09 +08:00
StringExtractorGDBRemote response ;
2013-10-11 01:53:50 +08:00
if ( send_hex_encoding )
2011-05-08 12:53:50 +08:00
{
2013-10-11 01:53:50 +08:00
if ( m_supports_QEnvironmentHexEncoded )
{
packet . PutCString ( " QEnvironmentHexEncoded: " ) ;
packet . PutBytesAsRawHex8 ( name_equal_value , strlen ( name_equal_value ) ) ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet . GetData ( ) , packet . GetSize ( ) , response , false ) = = PacketResult : : Success )
2013-10-11 01:53:50 +08:00
{
if ( response . IsOKResponse ( ) )
return 0 ;
uint8_t error = response . GetError ( ) ;
if ( error )
return error ;
if ( response . IsUnsupportedResponse ( ) )
m_supports_QEnvironmentHexEncoded = false ;
}
}
}
else if ( m_supports_QEnvironment )
{
packet . Printf ( " QEnvironment:%s " , name_equal_value ) ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet . GetData ( ) , packet . GetSize ( ) , response , false ) = = PacketResult : : Success )
2013-10-11 01:53:50 +08:00
{
if ( response . IsOKResponse ( ) )
return 0 ;
uint8_t error = response . GetError ( ) ;
if ( error )
return error ;
if ( response . IsUnsupportedResponse ( ) )
m_supports_QEnvironment = false ;
}
2011-05-08 12:53:50 +08:00
}
}
return - 1 ;
}
int
GDBRemoteCommunicationClient : : SendLaunchArchPacket ( char const * arch )
{
if ( arch & & arch [ 0 ] )
{
StreamString packet ;
packet . Printf ( " QLaunchArch:%s " , arch ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet . GetData ( ) , packet . GetSize ( ) , response , false ) = = PacketResult : : Success )
2011-03-22 12:00:09 +08:00
{
if ( response . IsOKResponse ( ) )
return 0 ;
uint8_t error = response . GetError ( ) ;
if ( error )
return error ;
}
}
return - 1 ;
}
2014-03-30 02:54:20 +08:00
int
GDBRemoteCommunicationClient : : SendLaunchEventDataPacket ( char const * data , bool * was_supported )
{
if ( data & & * data ! = ' \0 ' )
{
StreamString packet ;
packet . Printf ( " QSetProcessEvent:%s " , data ) ;
StringExtractorGDBRemote response ;
if ( SendPacketAndWaitForResponse ( packet . GetData ( ) , packet . GetSize ( ) , response , false ) = = PacketResult : : Success )
{
if ( response . IsOKResponse ( ) )
{
if ( was_supported )
* was_supported = true ;
return 0 ;
}
else if ( response . IsUnsupportedResponse ( ) )
{
if ( was_supported )
* was_supported = false ;
return - 1 ;
}
else
{
uint8_t error = response . GetError ( ) ;
if ( was_supported )
* was_supported = true ;
if ( error )
return error ;
}
}
}
return - 1 ;
}
2011-03-24 12:28:38 +08:00
bool
GDBRemoteCommunicationClient : : GetOSVersion ( uint32_t & major ,
uint32_t & minor ,
uint32_t & update )
{
if ( GetHostInfo ( ) )
{
if ( m_os_version_major ! = UINT32_MAX )
{
major = m_os_version_major ;
minor = m_os_version_minor ;
update = m_os_version_update ;
return true ;
}
}
return false ;
}
bool
GDBRemoteCommunicationClient : : GetOSBuildString ( std : : string & s )
{
if ( GetHostInfo ( ) )
{
if ( ! m_os_build . empty ( ) )
{
s = m_os_build ;
return true ;
}
}
s . clear ( ) ;
return false ;
}
bool
GDBRemoteCommunicationClient : : GetOSKernelDescription ( std : : string & s )
{
if ( GetHostInfo ( ) )
{
if ( ! m_os_kernel . empty ( ) )
{
s = m_os_kernel ;
return true ;
}
}
s . clear ( ) ;
return false ;
}
bool
GDBRemoteCommunicationClient : : GetHostname ( std : : string & s )
{
if ( GetHostInfo ( ) )
{
if ( ! m_hostname . empty ( ) )
{
s = m_hostname ;
return true ;
}
}
s . clear ( ) ;
return false ;
}
ArchSpec
GDBRemoteCommunicationClient : : GetSystemArchitecture ( )
{
if ( GetHostInfo ( ) )
return m_host_arch ;
return ArchSpec ( ) ;
}
2012-12-19 10:54:03 +08:00
const lldb_private : : ArchSpec &
GDBRemoteCommunicationClient : : GetProcessArchitecture ( )
{
if ( m_qProcessInfo_is_valid = = eLazyBoolCalculate )
GetCurrentProcessInfo ( ) ;
return m_process_arch ;
}
2014-03-30 02:54:20 +08:00
bool
GDBRemoteCommunicationClient : : GetGDBServerVersion ( )
{
if ( m_qGDBServerVersion_is_valid = = eLazyBoolCalculate )
{
m_gdb_server_name . clear ( ) ;
m_gdb_server_version = 0 ;
m_qGDBServerVersion_is_valid = eLazyBoolNo ;
StringExtractorGDBRemote response ;
if ( SendPacketAndWaitForResponse ( " qGDBServerVersion " , response , false ) = = PacketResult : : Success )
{
if ( response . IsNormalResponse ( ) )
{
std : : string name ;
std : : string value ;
bool success = false ;
while ( response . GetNameColonValue ( name , value ) )
{
if ( name . compare ( " name " ) = = 0 )
{
success = true ;
m_gdb_server_name . swap ( value ) ;
}
else if ( name . compare ( " version " ) = = 0 )
{
size_t dot_pos = value . find ( ' . ' ) ;
if ( dot_pos ! = std : : string : : npos )
value [ dot_pos ] = ' \0 ' ;
2015-01-16 04:08:35 +08:00
const uint32_t version = StringConvert : : ToUInt32 ( value . c_str ( ) , UINT32_MAX , 0 ) ;
2014-03-30 02:54:20 +08:00
if ( version ! = UINT32_MAX )
{
success = true ;
m_gdb_server_version = version ;
}
}
}
if ( success )
m_qGDBServerVersion_is_valid = eLazyBoolYes ;
}
}
}
return m_qGDBServerVersion_is_valid = = eLazyBoolYes ;
}
const char *
GDBRemoteCommunicationClient : : GetGDBServerProgramName ( )
{
if ( GetGDBServerVersion ( ) )
{
if ( ! m_gdb_server_name . empty ( ) )
return m_gdb_server_name . c_str ( ) ;
}
return NULL ;
}
uint32_t
GDBRemoteCommunicationClient : : GetGDBServerProgramVersion ( )
{
if ( GetGDBServerVersion ( ) )
return m_gdb_server_version ;
return 0 ;
}
2011-03-24 12:28:38 +08:00
2011-03-22 12:00:09 +08:00
bool
2011-04-05 02:18:57 +08:00
GDBRemoteCommunicationClient : : GetHostInfo ( bool force )
2011-03-22 12:00:09 +08:00
{
2014-07-01 05:05:18 +08:00
Log * log ( ProcessGDBRemoteLog : : GetLogIfAnyCategoryIsSet ( GDBR_LOG_PROCESS ) ) ;
2011-04-05 02:18:57 +08:00
if ( force | | m_qHostInfo_is_valid = = eLazyBoolCalculate )
2011-03-22 12:00:09 +08:00
{
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
m_qHostInfo_is_valid = eLazyBoolNo ;
2011-03-22 12:00:09 +08:00
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( " qHostInfo " , response , false ) = = PacketResult : : Success )
2011-03-22 12:00:09 +08:00
{
2011-05-16 07:46:54 +08:00
if ( response . IsNormalResponse ( ) )
2011-03-22 12:00:09 +08:00
{
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
std : : string name ;
std : : string value ;
uint32_t cpu = LLDB_INVALID_CPUTYPE ;
uint32_t sub = 0 ;
std : : string arch_name ;
std : : string os_name ;
std : : string vendor_name ;
std : : string triple ;
2014-01-18 11:02:39 +08:00
std : : string distribution_id ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
uint32_t pointer_byte_size = 0 ;
StringExtractor extractor ;
ByteOrder byte_order = eByteOrderInvalid ;
uint32_t num_keys_decoded = 0 ;
while ( response . GetNameColonValue ( name , value ) )
2011-03-22 12:00:09 +08:00
{
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
if ( name . compare ( " cputype " ) = = 0 )
{
// exception type in big endian hex
2015-01-16 04:08:35 +08:00
cpu = StringConvert : : ToUInt32 ( value . c_str ( ) , LLDB_INVALID_CPUTYPE , 0 ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
if ( cpu ! = LLDB_INVALID_CPUTYPE )
+ + num_keys_decoded ;
}
else if ( name . compare ( " cpusubtype " ) = = 0 )
{
// exception count in big endian hex
2015-01-16 04:08:35 +08:00
sub = StringConvert : : ToUInt32 ( value . c_str ( ) , 0 , 0 ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
if ( sub ! = 0 )
+ + num_keys_decoded ;
}
else if ( name . compare ( " arch " ) = = 0 )
{
arch_name . swap ( value ) ;
+ + num_keys_decoded ;
}
else if ( name . compare ( " triple " ) = = 0 )
{
2014-09-18 08:18:32 +08:00
extractor . GetStringRef ( ) . swap ( value ) ;
extractor . SetFilePos ( 0 ) ;
extractor . GetHexByteString ( triple ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
+ + num_keys_decoded ;
}
2014-01-18 11:02:39 +08:00
else if ( name . compare ( " distribution_id " ) = = 0 )
{
extractor . GetStringRef ( ) . swap ( value ) ;
extractor . SetFilePos ( 0 ) ;
extractor . GetHexByteString ( distribution_id ) ;
+ + num_keys_decoded ;
}
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
else if ( name . compare ( " os_build " ) = = 0 )
{
extractor . GetStringRef ( ) . swap ( value ) ;
extractor . SetFilePos ( 0 ) ;
extractor . GetHexByteString ( m_os_build ) ;
+ + num_keys_decoded ;
}
else if ( name . compare ( " hostname " ) = = 0 )
{
extractor . GetStringRef ( ) . swap ( value ) ;
extractor . SetFilePos ( 0 ) ;
extractor . GetHexByteString ( m_hostname ) ;
+ + num_keys_decoded ;
}
else if ( name . compare ( " os_kernel " ) = = 0 )
{
extractor . GetStringRef ( ) . swap ( value ) ;
extractor . SetFilePos ( 0 ) ;
extractor . GetHexByteString ( m_os_kernel ) ;
+ + num_keys_decoded ;
}
else if ( name . compare ( " ostype " ) = = 0 )
{
os_name . swap ( value ) ;
+ + num_keys_decoded ;
}
else if ( name . compare ( " vendor " ) = = 0 )
{
vendor_name . swap ( value ) ;
+ + num_keys_decoded ;
}
else if ( name . compare ( " endian " ) = = 0 )
{
+ + num_keys_decoded ;
if ( value . compare ( " little " ) = = 0 )
byte_order = eByteOrderLittle ;
else if ( value . compare ( " big " ) = = 0 )
byte_order = eByteOrderBig ;
else if ( value . compare ( " pdp " ) = = 0 )
byte_order = eByteOrderPDP ;
else
- - num_keys_decoded ;
}
else if ( name . compare ( " ptrsize " ) = = 0 )
{
2015-01-16 04:08:35 +08:00
pointer_byte_size = StringConvert : : ToUInt32 ( value . c_str ( ) , 0 , 0 ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
if ( pointer_byte_size ! = 0 )
+ + num_keys_decoded ;
}
else if ( name . compare ( " os_version " ) = = 0 )
{
Args : : StringToVersion ( value . c_str ( ) ,
m_os_version_major ,
m_os_version_minor ,
m_os_version_update ) ;
if ( m_os_version_major ! = UINT32_MAX )
+ + num_keys_decoded ;
}
2012-07-14 07:18:48 +08:00
else if ( name . compare ( " watchpoint_exceptions_received " ) = = 0 )
{
+ + num_keys_decoded ;
if ( strcmp ( value . c_str ( ) , " before " ) = = 0 )
m_watchpoints_trigger_after_instruction = eLazyBoolNo ;
else if ( strcmp ( value . c_str ( ) , " after " ) = = 0 )
m_watchpoints_trigger_after_instruction = eLazyBoolYes ;
else
- - num_keys_decoded ;
}
2013-10-26 02:13:17 +08:00
else if ( name . compare ( " default_packet_timeout " ) = = 0 )
{
2015-01-16 04:08:35 +08:00
m_default_packet_timeout = StringConvert : : ToUInt32 ( value . c_str ( ) , 0 ) ;
2013-10-26 02:13:17 +08:00
if ( m_default_packet_timeout > 0 )
{
SetPacketTimeout ( m_default_packet_timeout ) ;
+ + num_keys_decoded ;
}
}
2012-07-14 07:18:48 +08:00
2011-03-24 12:28:38 +08:00
}
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
if ( num_keys_decoded > 0 )
m_qHostInfo_is_valid = eLazyBoolYes ;
if ( triple . empty ( ) )
2011-03-24 12:28:38 +08:00
{
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
if ( arch_name . empty ( ) )
2011-03-24 12:28:38 +08:00
{
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
if ( cpu ! = LLDB_INVALID_CPUTYPE )
{
m_host_arch . SetArchitecture ( eArchTypeMachO , cpu , sub ) ;
if ( pointer_byte_size )
{
assert ( pointer_byte_size = = m_host_arch . GetAddressByteSize ( ) ) ;
}
if ( byte_order ! = eByteOrderInvalid )
{
assert ( byte_order = = m_host_arch . GetByteOrder ( ) ) ;
}
2012-05-08 09:45:38 +08:00
if ( ! os_name . empty ( ) & & vendor_name . compare ( " apple " ) = = 0 & & os_name . find ( " darwin " ) = = 0 )
{
switch ( m_host_arch . GetMachine ( ) )
{
2014-07-23 22:37:35 +08:00
case llvm : : Triple : : aarch64 :
2012-05-08 09:45:38 +08:00
case llvm : : Triple : : arm :
case llvm : : Triple : : thumb :
os_name = " ios " ;
break ;
default :
os_name = " macosx " ;
break ;
}
}
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
if ( ! vendor_name . empty ( ) )
m_host_arch . GetTriple ( ) . setVendorName ( llvm : : StringRef ( vendor_name ) ) ;
if ( ! os_name . empty ( ) )
2011-09-15 08:21:03 +08:00
m_host_arch . GetTriple ( ) . setOSName ( llvm : : StringRef ( os_name ) ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
}
}
else
{
std : : string triple ;
triple + = arch_name ;
2012-05-08 09:45:38 +08:00
if ( ! vendor_name . empty ( ) | | ! os_name . empty ( ) )
{
triple + = ' - ' ;
if ( vendor_name . empty ( ) )
triple + = " unknown " ;
else
triple + = vendor_name ;
triple + = ' - ' ;
if ( os_name . empty ( ) )
triple + = " unknown " ;
else
triple + = os_name ;
}
m_host_arch . SetTriple ( triple . c_str ( ) ) ;
llvm : : Triple & host_triple = m_host_arch . GetTriple ( ) ;
if ( host_triple . getVendor ( ) = = llvm : : Triple : : Apple & & host_triple . getOS ( ) = = llvm : : Triple : : Darwin )
{
switch ( m_host_arch . GetMachine ( ) )
{
2014-07-23 22:37:35 +08:00
case llvm : : Triple : : aarch64 :
2012-05-08 09:45:38 +08:00
case llvm : : Triple : : arm :
case llvm : : Triple : : thumb :
host_triple . setOS ( llvm : : Triple : : IOS ) ;
break ;
default :
host_triple . setOS ( llvm : : Triple : : MacOSX ) ;
break ;
}
}
2011-03-24 12:28:38 +08:00
if ( pointer_byte_size )
{
assert ( pointer_byte_size = = m_host_arch . GetAddressByteSize ( ) ) ;
}
if ( byte_order ! = eByteOrderInvalid )
{
assert ( byte_order = = m_host_arch . GetByteOrder ( ) ) ;
}
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
2011-03-24 12:28:38 +08:00
}
}
else
2011-03-23 08:09:55 +08:00
{
2012-05-08 09:45:38 +08:00
m_host_arch . SetTriple ( triple . c_str ( ) ) ;
2011-03-23 08:09:55 +08:00
if ( pointer_byte_size )
{
assert ( pointer_byte_size = = m_host_arch . GetAddressByteSize ( ) ) ;
}
if ( byte_order ! = eByteOrderInvalid )
{
assert ( byte_order = = m_host_arch . GetByteOrder ( ) ) ;
}
2014-07-01 05:05:18 +08:00
if ( log )
log - > Printf ( " GDBRemoteCommunicationClient::%s parsed host architecture as %s, triple as %s from triple text %s " , __FUNCTION__ , m_host_arch . GetArchitectureName ( ) ? m_host_arch . GetArchitectureName ( ) : " <null-arch-name> " , m_host_arch . GetTriple ( ) . getTriple ( ) . c_str ( ) , triple . c_str ( ) ) ;
2014-01-18 11:02:39 +08:00
}
if ( ! distribution_id . empty ( ) )
m_host_arch . SetDistributionId ( distribution_id . c_str ( ) ) ;
2011-03-23 08:09:55 +08:00
}
2011-03-22 12:00:09 +08:00
}
}
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
return m_qHostInfo_is_valid = = eLazyBoolYes ;
2011-03-22 12:00:09 +08:00
}
int
GDBRemoteCommunicationClient : : SendAttach
(
lldb : : pid_t pid ,
StringExtractorGDBRemote & response
)
{
if ( pid ! = LLDB_INVALID_PROCESS_ID )
{
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
char packet [ 64 ] ;
2012-11-30 05:49:15 +08:00
const int packet_len = : : snprintf ( packet , sizeof ( packet ) , " vAttach;% " PRIx64 , pid ) ;
2013-06-20 03:04:53 +08:00
assert ( packet_len < ( int ) sizeof ( packet ) ) ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2011-03-22 12:00:09 +08:00
{
if ( response . IsErrorResponse ( ) )
return response . GetError ( ) ;
return 0 ;
}
}
return - 1 ;
}
2015-02-07 02:32:57 +08:00
int
GDBRemoteCommunicationClient : : SendStdinNotification ( const char * data , size_t data_len )
{
StreamString packet ;
packet . PutCString ( " I " ) ;
packet . PutBytesAsRawHex8 ( data , data_len ) ;
StringExtractorGDBRemote response ;
if ( SendPacketAndWaitForResponse ( packet . GetData ( ) , packet . GetSize ( ) , response , false ) = = PacketResult : : Success )
{
return 0 ;
}
return response . GetError ( ) ;
}
2011-03-22 12:00:09 +08:00
const lldb_private : : ArchSpec &
GDBRemoteCommunicationClient : : GetHostArchitecture ( )
{
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
if ( m_qHostInfo_is_valid = = eLazyBoolCalculate )
2011-03-22 12:00:09 +08:00
GetHostInfo ( ) ;
2011-03-23 08:09:55 +08:00
return m_host_arch ;
2011-03-22 12:00:09 +08:00
}
2013-10-26 02:13:17 +08:00
uint32_t
GDBRemoteCommunicationClient : : GetHostDefaultPacketTimeout ( )
{
if ( m_qHostInfo_is_valid = = eLazyBoolCalculate )
GetHostInfo ( ) ;
return m_default_packet_timeout ;
}
2011-03-22 12:00:09 +08:00
addr_t
GDBRemoteCommunicationClient : : AllocateMemory ( size_t size , uint32_t permissions )
{
2011-05-15 09:25:55 +08:00
if ( m_supports_alloc_dealloc_memory ! = eLazyBoolNo )
2011-03-22 12:00:09 +08:00
{
2011-05-15 09:25:55 +08:00
m_supports_alloc_dealloc_memory = eLazyBoolYes ;
2011-05-14 09:50:35 +08:00
char packet [ 64 ] ;
2012-11-30 05:49:15 +08:00
const int packet_len = : : snprintf ( packet , sizeof ( packet ) , " _M% " PRIx64 " ,%s%s%s " ,
2012-09-19 02:04:04 +08:00
( uint64_t ) size ,
2011-05-14 09:50:35 +08:00
permissions & lldb : : ePermissionsReadable ? " r " : " " ,
permissions & lldb : : ePermissionsWritable ? " w " : " " ,
permissions & lldb : : ePermissionsExecutable ? " x " : " " ) ;
2013-06-20 03:04:53 +08:00
assert ( packet_len < ( int ) sizeof ( packet ) ) ;
2011-05-14 09:50:35 +08:00
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2011-05-14 09:50:35 +08:00
{
2014-06-21 08:48:09 +08:00
if ( response . IsUnsupportedResponse ( ) )
m_supports_alloc_dealloc_memory = eLazyBoolNo ;
else if ( ! response . IsErrorResponse ( ) )
2011-05-14 09:50:35 +08:00
return response . GetHexMaxU64 ( false , LLDB_INVALID_ADDRESS ) ;
}
2011-05-16 07:46:54 +08:00
else
{
m_supports_alloc_dealloc_memory = eLazyBoolNo ;
}
2011-03-22 12:00:09 +08:00
}
return LLDB_INVALID_ADDRESS ;
}
bool
GDBRemoteCommunicationClient : : DeallocateMemory ( addr_t addr )
{
2011-05-15 09:25:55 +08:00
if ( m_supports_alloc_dealloc_memory ! = eLazyBoolNo )
2011-03-22 12:00:09 +08:00
{
2011-05-15 09:25:55 +08:00
m_supports_alloc_dealloc_memory = eLazyBoolYes ;
2011-05-14 09:50:35 +08:00
char packet [ 64 ] ;
2012-11-30 05:49:15 +08:00
const int packet_len = : : snprintf ( packet , sizeof ( packet ) , " _m% " PRIx64 , ( uint64_t ) addr ) ;
2013-06-20 03:04:53 +08:00
assert ( packet_len < ( int ) sizeof ( packet ) ) ;
2011-05-14 09:50:35 +08:00
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2011-05-14 09:50:35 +08:00
{
2014-06-21 08:48:09 +08:00
if ( response . IsUnsupportedResponse ( ) )
m_supports_alloc_dealloc_memory = eLazyBoolNo ;
else if ( response . IsOKResponse ( ) )
2011-05-14 09:50:35 +08:00
return true ;
2011-05-16 07:46:54 +08:00
}
else
{
m_supports_alloc_dealloc_memory = eLazyBoolNo ;
2011-05-14 09:50:35 +08:00
}
2011-03-22 12:00:09 +08:00
}
return false ;
}
2013-05-02 08:27:30 +08:00
Error
GDBRemoteCommunicationClient : : Detach ( bool keep_stopped )
2012-04-11 08:24:49 +08:00
{
2013-05-02 08:27:30 +08:00
Error error ;
if ( keep_stopped )
{
if ( m_supports_detach_stay_stopped = = eLazyBoolCalculate )
{
char packet [ 64 ] ;
const int packet_len = : : snprintf ( packet , sizeof ( packet ) , " qSupportsDetachAndStayStopped: " ) ;
2013-06-20 03:04:53 +08:00
assert ( packet_len < ( int ) sizeof ( packet ) ) ;
2013-05-02 08:27:30 +08:00
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2013-05-02 08:27:30 +08:00
{
m_supports_detach_stay_stopped = eLazyBoolYes ;
}
else
{
m_supports_detach_stay_stopped = eLazyBoolNo ;
}
}
if ( m_supports_detach_stay_stopped = = eLazyBoolNo )
{
error . SetErrorString ( " Stays stopped not supported by this target. " ) ;
return error ;
}
else
{
2014-03-29 04:00:07 +08:00
StringExtractorGDBRemote response ;
PacketResult packet_result = SendPacketAndWaitForResponse ( " D1 " , 1 , response , false ) ;
2013-12-07 05:45:27 +08:00
if ( packet_result ! = PacketResult : : Success )
2013-05-02 08:27:30 +08:00
error . SetErrorString ( " Sending extended disconnect packet failed. " ) ;
}
}
else
{
2014-03-29 04:00:07 +08:00
StringExtractorGDBRemote response ;
PacketResult packet_result = SendPacketAndWaitForResponse ( " D " , 1 , response , false ) ;
2013-12-07 05:45:27 +08:00
if ( packet_result ! = PacketResult : : Success )
2013-05-02 08:27:30 +08:00
error . SetErrorString ( " Sending disconnect packet failed. " ) ;
}
return error ;
2012-04-11 08:24:49 +08:00
}
2011-11-18 15:03:08 +08:00
Error
GDBRemoteCommunicationClient : : GetMemoryRegionInfo ( lldb : : addr_t addr ,
lldb_private : : MemoryRegionInfo & region_info )
{
Error error ;
region_info . Clear ( ) ;
if ( m_supports_memory_region_info ! = eLazyBoolNo )
{
m_supports_memory_region_info = eLazyBoolYes ;
char packet [ 64 ] ;
2012-11-30 05:49:15 +08:00
const int packet_len = : : snprintf ( packet , sizeof ( packet ) , " qMemoryRegionInfo:% " PRIx64 , ( uint64_t ) addr ) ;
2013-06-20 03:04:53 +08:00
assert ( packet_len < ( int ) sizeof ( packet ) ) ;
2011-11-18 15:03:08 +08:00
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2011-11-18 15:03:08 +08:00
{
std : : string name ;
std : : string value ;
addr_t addr_value ;
bool success = true ;
2011-12-13 13:39:38 +08:00
bool saw_permissions = false ;
2011-11-18 15:03:08 +08:00
while ( success & & response . GetNameColonValue ( name , value ) )
{
if ( name . compare ( " start " ) = = 0 )
{
2015-01-16 04:08:35 +08:00
addr_value = StringConvert : : ToUInt64 ( value . c_str ( ) , LLDB_INVALID_ADDRESS , 16 , & success ) ;
2011-11-18 15:03:08 +08:00
if ( success )
region_info . GetRange ( ) . SetRangeBase ( addr_value ) ;
}
else if ( name . compare ( " size " ) = = 0 )
{
2015-01-16 04:08:35 +08:00
addr_value = StringConvert : : ToUInt64 ( value . c_str ( ) , 0 , 16 , & success ) ;
2011-11-18 15:03:08 +08:00
if ( success )
region_info . GetRange ( ) . SetByteSize ( addr_value ) ;
}
2011-12-13 13:39:38 +08:00
else if ( name . compare ( " permissions " ) = = 0 & & region_info . GetRange ( ) . IsValid ( ) )
2011-11-18 15:03:08 +08:00
{
2011-12-13 13:39:38 +08:00
saw_permissions = true ;
if ( region_info . GetRange ( ) . Contains ( addr ) )
{
if ( value . find ( ' r ' ) ! = std : : string : : npos )
region_info . SetReadable ( MemoryRegionInfo : : eYes ) ;
else
region_info . SetReadable ( MemoryRegionInfo : : eNo ) ;
if ( value . find ( ' w ' ) ! = std : : string : : npos )
region_info . SetWritable ( MemoryRegionInfo : : eYes ) ;
else
region_info . SetWritable ( MemoryRegionInfo : : eNo ) ;
if ( value . find ( ' x ' ) ! = std : : string : : npos )
region_info . SetExecutable ( MemoryRegionInfo : : eYes ) ;
else
region_info . SetExecutable ( MemoryRegionInfo : : eNo ) ;
}
else
{
// The reported region does not contain this address -- we're looking at an unmapped page
region_info . SetReadable ( MemoryRegionInfo : : eNo ) ;
region_info . SetWritable ( MemoryRegionInfo : : eNo ) ;
region_info . SetExecutable ( MemoryRegionInfo : : eNo ) ;
}
2011-11-18 15:03:08 +08:00
}
else if ( name . compare ( " error " ) = = 0 )
{
StringExtractorGDBRemote name_extractor ;
// Swap "value" over into "name_extractor"
name_extractor . GetStringRef ( ) . swap ( value ) ;
// Now convert the HEX bytes into a string value
name_extractor . GetHexByteString ( value ) ;
error . SetErrorString ( value . c_str ( ) ) ;
}
}
2011-12-13 13:39:38 +08:00
// We got a valid address range back but no permissions -- which means this is an unmapped page
if ( region_info . GetRange ( ) . IsValid ( ) & & saw_permissions = = false )
{
region_info . SetReadable ( MemoryRegionInfo : : eNo ) ;
region_info . SetWritable ( MemoryRegionInfo : : eNo ) ;
region_info . SetExecutable ( MemoryRegionInfo : : eNo ) ;
}
2011-11-18 15:03:08 +08:00
}
else
{
m_supports_memory_region_info = eLazyBoolNo ;
}
}
if ( m_supports_memory_region_info = = eLazyBoolNo )
{
error . SetErrorString ( " qMemoryRegionInfo is not supported " ) ;
}
if ( error . Fail ( ) )
region_info . Clear ( ) ;
return error ;
}
2012-05-24 05:09:52 +08:00
Error
GDBRemoteCommunicationClient : : GetWatchpointSupportInfo ( uint32_t & num )
{
Error error ;
if ( m_supports_watchpoint_support_info = = eLazyBoolYes )
{
num = m_num_supported_hardware_watchpoints ;
return error ;
}
// Set num to 0 first.
num = 0 ;
if ( m_supports_watchpoint_support_info ! = eLazyBoolNo )
{
char packet [ 64 ] ;
const int packet_len = : : snprintf ( packet , sizeof ( packet ) , " qWatchpointSupportInfo: " ) ;
2013-06-20 03:04:53 +08:00
assert ( packet_len < ( int ) sizeof ( packet ) ) ;
2012-05-24 05:09:52 +08:00
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2012-05-24 05:09:52 +08:00
{
m_supports_watchpoint_support_info = eLazyBoolYes ;
std : : string name ;
std : : string value ;
while ( response . GetNameColonValue ( name , value ) )
{
if ( name . compare ( " num " ) = = 0 )
{
2015-01-16 04:08:35 +08:00
num = StringConvert : : ToUInt32 ( value . c_str ( ) , 0 , 0 ) ;
2012-05-24 05:09:52 +08:00
m_num_supported_hardware_watchpoints = num ;
}
}
}
else
{
m_supports_watchpoint_support_info = eLazyBoolNo ;
}
}
if ( m_supports_watchpoint_support_info = = eLazyBoolNo )
{
error . SetErrorString ( " qWatchpointSupportInfo is not supported " ) ;
}
return error ;
}
2011-11-18 15:03:08 +08:00
2012-07-14 07:18:48 +08:00
lldb_private : : Error
GDBRemoteCommunicationClient : : GetWatchpointSupportInfo ( uint32_t & num , bool & after )
{
Error error ( GetWatchpointSupportInfo ( num ) ) ;
if ( error . Success ( ) )
error = GetWatchpointsTriggerAfterInstruction ( after ) ;
return error ;
}
lldb_private : : Error
GDBRemoteCommunicationClient : : GetWatchpointsTriggerAfterInstruction ( bool & after )
{
Error error ;
// we assume watchpoints will happen after running the relevant opcode
// and we only want to override this behavior if we have explicitly
// received a qHostInfo telling us otherwise
if ( m_qHostInfo_is_valid ! = eLazyBoolYes )
after = true ;
else
after = ( m_watchpoints_trigger_after_instruction ! = eLazyBoolNo ) ;
return error ;
}
2011-03-22 12:00:09 +08:00
int
GDBRemoteCommunicationClient : : SetSTDIN ( char const * path )
{
if ( path & & path [ 0 ] )
{
StreamString packet ;
packet . PutCString ( " QSetSTDIN: " ) ;
packet . PutBytesAsRawHex8 ( path , strlen ( path ) ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet . GetData ( ) , packet . GetSize ( ) , response , false ) = = PacketResult : : Success )
2011-03-22 12:00:09 +08:00
{
if ( response . IsOKResponse ( ) )
return 0 ;
uint8_t error = response . GetError ( ) ;
if ( error )
return error ;
}
}
return - 1 ;
}
int
GDBRemoteCommunicationClient : : SetSTDOUT ( char const * path )
{
if ( path & & path [ 0 ] )
{
StreamString packet ;
packet . PutCString ( " QSetSTDOUT: " ) ;
packet . PutBytesAsRawHex8 ( path , strlen ( path ) ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet . GetData ( ) , packet . GetSize ( ) , response , false ) = = PacketResult : : Success )
2011-03-22 12:00:09 +08:00
{
if ( response . IsOKResponse ( ) )
return 0 ;
uint8_t error = response . GetError ( ) ;
if ( error )
return error ;
}
}
return - 1 ;
}
int
GDBRemoteCommunicationClient : : SetSTDERR ( char const * path )
{
if ( path & & path [ 0 ] )
{
StreamString packet ;
packet . PutCString ( " QSetSTDERR: " ) ;
packet . PutBytesAsRawHex8 ( path , strlen ( path ) ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet . GetData ( ) , packet . GetSize ( ) , response , false ) = = PacketResult : : Success )
2011-03-22 12:00:09 +08:00
{
if ( response . IsOKResponse ( ) )
return 0 ;
uint8_t error = response . GetError ( ) ;
if ( error )
return error ;
}
}
return - 1 ;
}
2013-11-21 05:07:01 +08:00
bool
GDBRemoteCommunicationClient : : GetWorkingDir ( std : : string & cwd )
{
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( " qGetWorkingDir " , response , false ) = = PacketResult : : Success )
2013-11-21 05:07:01 +08:00
{
if ( response . IsUnsupportedResponse ( ) )
return false ;
if ( response . IsErrorResponse ( ) )
return false ;
response . GetHexByteString ( cwd ) ;
return ! cwd . empty ( ) ;
}
return false ;
}
2011-03-22 12:00:09 +08:00
int
GDBRemoteCommunicationClient : : SetWorkingDir ( char const * path )
{
if ( path & & path [ 0 ] )
{
StreamString packet ;
packet . PutCString ( " QSetWorkingDir: " ) ;
packet . PutBytesAsRawHex8 ( path , strlen ( path ) ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet . GetData ( ) , packet . GetSize ( ) , response , false ) = = PacketResult : : Success )
2011-03-22 12:00:09 +08:00
{
if ( response . IsOKResponse ( ) )
return 0 ;
uint8_t error = response . GetError ( ) ;
if ( error )
return error ;
}
}
return - 1 ;
}
int
GDBRemoteCommunicationClient : : SetDisableASLR ( bool enable )
{
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
char packet [ 32 ] ;
const int packet_len = : : snprintf ( packet , sizeof ( packet ) , " QSetDisableASLR:%i " , enable ? 1 : 0 ) ;
2013-06-20 03:04:53 +08:00
assert ( packet_len < ( int ) sizeof ( packet ) ) ;
2011-03-22 12:00:09 +08:00
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2011-03-22 12:00:09 +08:00
{
if ( response . IsOKResponse ( ) )
return 0 ;
uint8_t error = response . GetError ( ) ;
if ( error )
return error ;
}
return - 1 ;
}
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
2014-06-25 10:32:56 +08:00
int
GDBRemoteCommunicationClient : : SetDetachOnError ( bool enable )
{
char packet [ 32 ] ;
const int packet_len = : : snprintf ( packet , sizeof ( packet ) , " QSetDetachOnError:%i " , enable ? 1 : 0 ) ;
assert ( packet_len < ( int ) sizeof ( packet ) ) ;
StringExtractorGDBRemote response ;
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
{
if ( response . IsOKResponse ( ) )
return 0 ;
uint8_t error = response . GetError ( ) ;
if ( error )
return error ;
}
return - 1 ;
}
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
bool
2011-04-12 13:54:46 +08:00
GDBRemoteCommunicationClient : : DecodeProcessInfoResponse ( StringExtractorGDBRemote & response , ProcessInstanceInfo & process_info )
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
{
if ( response . IsNormalResponse ( ) )
{
std : : string name ;
std : : string value ;
StringExtractor extractor ;
2014-01-28 06:23:20 +08:00
uint32_t cpu = LLDB_INVALID_CPUTYPE ;
uint32_t sub = 0 ;
std : : string vendor ;
std : : string os_type ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
while ( response . GetNameColonValue ( name , value ) )
{
if ( name . compare ( " pid " ) = = 0 )
{
2015-01-16 04:08:35 +08:00
process_info . SetProcessID ( StringConvert : : ToUInt32 ( value . c_str ( ) , LLDB_INVALID_PROCESS_ID , 0 ) ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
}
else if ( name . compare ( " ppid " ) = = 0 )
{
2015-01-16 04:08:35 +08:00
process_info . SetParentProcessID ( StringConvert : : ToUInt32 ( value . c_str ( ) , LLDB_INVALID_PROCESS_ID , 0 ) ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
}
else if ( name . compare ( " uid " ) = = 0 )
{
2015-01-16 04:08:35 +08:00
process_info . SetUserID ( StringConvert : : ToUInt32 ( value . c_str ( ) , UINT32_MAX , 0 ) ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
}
else if ( name . compare ( " euid " ) = = 0 )
{
2015-01-16 04:08:35 +08:00
process_info . SetEffectiveUserID ( StringConvert : : ToUInt32 ( value . c_str ( ) , UINT32_MAX , 0 ) ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
}
else if ( name . compare ( " gid " ) = = 0 )
{
2015-01-16 04:08:35 +08:00
process_info . SetGroupID ( StringConvert : : ToUInt32 ( value . c_str ( ) , UINT32_MAX , 0 ) ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
}
else if ( name . compare ( " egid " ) = = 0 )
{
2015-01-16 04:08:35 +08:00
process_info . SetEffectiveGroupID ( StringConvert : : ToUInt32 ( value . c_str ( ) , UINT32_MAX , 0 ) ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
}
else if ( name . compare ( " triple " ) = = 0 )
{
2014-09-18 08:18:32 +08:00
StringExtractor extractor ;
extractor . GetStringRef ( ) . swap ( value ) ;
extractor . SetFilePos ( 0 ) ;
extractor . GetHexByteString ( value ) ;
2012-05-08 09:45:38 +08:00
process_info . GetArchitecture ( ) . SetTriple ( value . c_str ( ) ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
}
else if ( name . compare ( " name " ) = = 0 )
{
StringExtractor extractor ;
2012-05-07 17:30:51 +08:00
// The process name from ASCII hex bytes since we can't
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
// control the characters in a process name
extractor . GetStringRef ( ) . swap ( value ) ;
extractor . SetFilePos ( 0 ) ;
extractor . GetHexByteString ( value ) ;
2011-11-15 11:53:30 +08:00
process_info . GetExecutableFile ( ) . SetFile ( value . c_str ( ) , false ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
}
2014-01-28 06:23:20 +08:00
else if ( name . compare ( " cputype " ) = = 0 )
{
2015-01-16 04:08:35 +08:00
cpu = StringConvert : : ToUInt32 ( value . c_str ( ) , LLDB_INVALID_CPUTYPE , 16 ) ;
2014-01-28 06:23:20 +08:00
}
else if ( name . compare ( " cpusubtype " ) = = 0 )
{
2015-01-16 04:08:35 +08:00
sub = StringConvert : : ToUInt32 ( value . c_str ( ) , 0 , 16 ) ;
2014-01-28 06:23:20 +08:00
}
else if ( name . compare ( " vendor " ) = = 0 )
{
vendor = value ;
}
else if ( name . compare ( " ostype " ) = = 0 )
{
os_type = value ;
}
}
if ( cpu ! = LLDB_INVALID_CPUTYPE & & ! vendor . empty ( ) & & ! os_type . empty ( ) )
{
if ( vendor = = " apple " )
{
process_info . GetArchitecture ( ) . SetArchitecture ( eArchTypeMachO , cpu , sub ) ;
process_info . GetArchitecture ( ) . GetTriple ( ) . setVendorName ( llvm : : StringRef ( vendor ) ) ;
process_info . GetArchitecture ( ) . GetTriple ( ) . setOSName ( llvm : : StringRef ( os_type ) ) ;
}
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
}
if ( process_info . GetProcessID ( ) ! = LLDB_INVALID_PROCESS_ID )
return true ;
}
return false ;
}
bool
2011-04-12 13:54:46 +08:00
GDBRemoteCommunicationClient : : GetProcessInfo ( lldb : : pid_t pid , ProcessInstanceInfo & process_info )
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
{
process_info . Clear ( ) ;
if ( m_supports_qProcessInfoPID )
{
char packet [ 32 ] ;
2012-11-30 05:49:15 +08:00
const int packet_len = : : snprintf ( packet , sizeof ( packet ) , " qProcessInfoPID:% " PRIu64 , pid ) ;
2013-06-20 03:04:53 +08:00
assert ( packet_len < ( int ) sizeof ( packet ) ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
{
return DecodeProcessInfoResponse ( response , process_info ) ;
}
2011-05-16 07:46:54 +08:00
else
{
m_supports_qProcessInfoPID = false ;
return false ;
}
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
}
return false ;
}
2012-12-19 10:54:03 +08:00
bool
2015-02-05 07:19:15 +08:00
GDBRemoteCommunicationClient : : GetCurrentProcessInfo ( bool allow_lazy )
2012-12-19 10:54:03 +08:00
{
2014-09-16 00:01:29 +08:00
Log * log ( ProcessGDBRemoteLog : : GetLogIfAnyCategoryIsSet ( GDBR_LOG_PROCESS | GDBR_LOG_PACKETS ) ) ;
2015-02-05 07:19:15 +08:00
if ( allow_lazy )
{
if ( m_qProcessInfo_is_valid = = eLazyBoolYes )
return true ;
if ( m_qProcessInfo_is_valid = = eLazyBoolNo )
return false ;
}
2012-12-19 10:54:03 +08:00
GetHostInfo ( ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( " qProcessInfo " , response , false ) = = PacketResult : : Success )
2012-12-19 10:54:03 +08:00
{
if ( response . IsNormalResponse ( ) )
{
std : : string name ;
std : : string value ;
uint32_t cpu = LLDB_INVALID_CPUTYPE ;
uint32_t sub = 0 ;
std : : string arch_name ;
std : : string os_name ;
std : : string vendor_name ;
std : : string triple ;
uint32_t pointer_byte_size = 0 ;
StringExtractor extractor ;
2014-09-15 23:31:11 +08:00
ByteOrder byte_order = eByteOrderInvalid ;
2012-12-19 10:54:03 +08:00
uint32_t num_keys_decoded = 0 ;
2014-05-08 03:28:21 +08:00
lldb : : pid_t pid = LLDB_INVALID_PROCESS_ID ;
2012-12-19 10:54:03 +08:00
while ( response . GetNameColonValue ( name , value ) )
{
if ( name . compare ( " cputype " ) = = 0 )
{
2015-01-16 04:08:35 +08:00
cpu = StringConvert : : ToUInt32 ( value . c_str ( ) , LLDB_INVALID_CPUTYPE , 16 ) ;
2012-12-19 10:54:03 +08:00
if ( cpu ! = LLDB_INVALID_CPUTYPE )
+ + num_keys_decoded ;
}
else if ( name . compare ( " cpusubtype " ) = = 0 )
{
2015-01-16 04:08:35 +08:00
sub = StringConvert : : ToUInt32 ( value . c_str ( ) , 0 , 16 ) ;
2012-12-19 10:54:03 +08:00
if ( sub ! = 0 )
+ + num_keys_decoded ;
}
2014-08-27 02:21:02 +08:00
else if ( name . compare ( " triple " ) = = 0 )
{
2014-09-18 08:18:32 +08:00
StringExtractor extractor ;
extractor . GetStringRef ( ) . swap ( value ) ;
extractor . SetFilePos ( 0 ) ;
extractor . GetHexByteString ( triple ) ;
2014-08-27 02:21:02 +08:00
+ + num_keys_decoded ;
}
2012-12-19 10:54:03 +08:00
else if ( name . compare ( " ostype " ) = = 0 )
{
os_name . swap ( value ) ;
+ + num_keys_decoded ;
}
else if ( name . compare ( " vendor " ) = = 0 )
{
vendor_name . swap ( value ) ;
+ + num_keys_decoded ;
}
else if ( name . compare ( " endian " ) = = 0 )
{
2014-09-15 23:31:11 +08:00
+ + num_keys_decoded ;
if ( value . compare ( " little " ) = = 0 )
byte_order = eByteOrderLittle ;
else if ( value . compare ( " big " ) = = 0 )
byte_order = eByteOrderBig ;
else if ( value . compare ( " pdp " ) = = 0 )
byte_order = eByteOrderPDP ;
else
- - num_keys_decoded ;
2012-12-19 10:54:03 +08:00
}
else if ( name . compare ( " ptrsize " ) = = 0 )
{
2015-01-16 04:08:35 +08:00
pointer_byte_size = StringConvert : : ToUInt32 ( value . c_str ( ) , 0 , 16 ) ;
2012-12-19 10:54:03 +08:00
if ( pointer_byte_size ! = 0 )
+ + num_keys_decoded ;
}
2014-05-08 03:28:21 +08:00
else if ( name . compare ( " pid " ) = = 0 )
{
2015-01-16 04:08:35 +08:00
pid = StringConvert : : ToUInt64 ( value . c_str ( ) , 0 , 16 ) ;
2014-05-08 03:28:21 +08:00
if ( pid ! = LLDB_INVALID_PROCESS_ID )
+ + num_keys_decoded ;
}
2012-12-19 10:54:03 +08:00
}
if ( num_keys_decoded > 0 )
m_qProcessInfo_is_valid = eLazyBoolYes ;
2014-05-08 03:28:21 +08:00
if ( pid ! = LLDB_INVALID_PROCESS_ID )
{
m_curr_pid_is_valid = eLazyBoolYes ;
m_curr_pid = pid ;
}
2014-08-27 02:21:02 +08:00
// Set the ArchSpec from the triple if we have it.
if ( ! triple . empty ( ) )
{
m_process_arch . SetTriple ( triple . c_str ( ) ) ;
if ( pointer_byte_size )
{
assert ( pointer_byte_size = = m_process_arch . GetAddressByteSize ( ) ) ;
}
}
else if ( cpu ! = LLDB_INVALID_CPUTYPE & & ! os_name . empty ( ) & & ! vendor_name . empty ( ) )
2012-12-19 10:54:03 +08:00
{
2014-09-16 00:01:29 +08:00
llvm : : Triple triple ( llvm : : Twine ( " - " ) + vendor_name + " - " + os_name ) ;
assert ( triple . getObjectFormat ( ) ! = llvm : : Triple : : UnknownObjectFormat ) ;
switch ( triple . getObjectFormat ( ) ) {
case llvm : : Triple : : MachO :
m_process_arch . SetArchitecture ( eArchTypeMachO , cpu , sub ) ;
break ;
case llvm : : Triple : : ELF :
m_process_arch . SetArchitecture ( eArchTypeELF , cpu , sub ) ;
break ;
case llvm : : Triple : : COFF :
m_process_arch . SetArchitecture ( eArchTypeCOFF , cpu , sub ) ;
break ;
case llvm : : Triple : : UnknownObjectFormat :
if ( log )
log - > Printf ( " error: failed to determine target architecture " ) ;
return false ;
}
2012-12-19 10:54:03 +08:00
if ( pointer_byte_size )
{
assert ( pointer_byte_size = = m_process_arch . GetAddressByteSize ( ) ) ;
}
2014-09-15 23:31:11 +08:00
if ( byte_order ! = eByteOrderInvalid )
{
assert ( byte_order = = m_process_arch . GetByteOrder ( ) ) ;
}
2014-09-05 22:56:13 +08:00
m_process_arch . GetTriple ( ) . setVendorName ( llvm : : StringRef ( vendor_name ) ) ;
2014-05-30 05:33:45 +08:00
m_process_arch . GetTriple ( ) . setOSName ( llvm : : StringRef ( os_name ) ) ;
2012-12-19 10:54:03 +08:00
m_host_arch . GetTriple ( ) . setVendorName ( llvm : : StringRef ( vendor_name ) ) ;
m_host_arch . GetTriple ( ) . setOSName ( llvm : : StringRef ( os_name ) ) ;
}
2014-05-30 05:33:45 +08:00
return true ;
2012-12-19 10:54:03 +08:00
}
}
else
{
m_qProcessInfo_is_valid = eLazyBoolNo ;
}
return false ;
}
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
uint32_t
2011-04-12 13:54:46 +08:00
GDBRemoteCommunicationClient : : FindProcesses ( const ProcessInstanceInfoMatch & match_info ,
ProcessInstanceInfoList & process_infos )
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
{
process_infos . Clear ( ) ;
if ( m_supports_qfProcessInfo )
{
StreamString packet ;
packet . PutCString ( " qfProcessInfo " ) ;
if ( ! match_info . MatchAllProcesses ( ) )
{
packet . PutChar ( ' : ' ) ;
const char * name = match_info . GetProcessInfo ( ) . GetName ( ) ;
bool has_name_match = false ;
if ( name & & name [ 0 ] )
{
has_name_match = true ;
NameMatchType name_match_type = match_info . GetNameMatchType ( ) ;
switch ( name_match_type )
{
case eNameMatchIgnore :
has_name_match = false ;
break ;
case eNameMatchEquals :
packet . PutCString ( " name_match:equals; " ) ;
break ;
case eNameMatchContains :
packet . PutCString ( " name_match:contains; " ) ;
break ;
case eNameMatchStartsWith :
packet . PutCString ( " name_match:starts_with; " ) ;
break ;
case eNameMatchEndsWith :
packet . PutCString ( " name_match:ends_with; " ) ;
break ;
case eNameMatchRegularExpression :
packet . PutCString ( " name_match:regex; " ) ;
break ;
}
if ( has_name_match )
{
packet . PutCString ( " name: " ) ;
packet . PutBytesAsRawHex8 ( name , : : strlen ( name ) ) ;
packet . PutChar ( ' ; ' ) ;
}
}
if ( match_info . GetProcessInfo ( ) . ProcessIDIsValid ( ) )
2012-11-30 05:49:15 +08:00
packet . Printf ( " pid:% " PRIu64 " ; " , match_info . GetProcessInfo ( ) . GetProcessID ( ) ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
if ( match_info . GetProcessInfo ( ) . ParentProcessIDIsValid ( ) )
2012-11-30 05:49:15 +08:00
packet . Printf ( " parent_pid:% " PRIu64 " ; " , match_info . GetProcessInfo ( ) . GetParentProcessID ( ) ) ;
2011-04-12 13:54:46 +08:00
if ( match_info . GetProcessInfo ( ) . UserIDIsValid ( ) )
packet . Printf ( " uid:%u; " , match_info . GetProcessInfo ( ) . GetUserID ( ) ) ;
if ( match_info . GetProcessInfo ( ) . GroupIDIsValid ( ) )
packet . Printf ( " gid:%u; " , match_info . GetProcessInfo ( ) . GetGroupID ( ) ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
if ( match_info . GetProcessInfo ( ) . EffectiveUserIDIsValid ( ) )
packet . Printf ( " euid:%u; " , match_info . GetProcessInfo ( ) . GetEffectiveUserID ( ) ) ;
if ( match_info . GetProcessInfo ( ) . EffectiveGroupIDIsValid ( ) )
packet . Printf ( " egid:%u; " , match_info . GetProcessInfo ( ) . GetEffectiveGroupID ( ) ) ;
if ( match_info . GetProcessInfo ( ) . EffectiveGroupIDIsValid ( ) )
packet . Printf ( " all_users:%u; " , match_info . GetMatchAllUsers ( ) ? 1 : 0 ) ;
if ( match_info . GetProcessInfo ( ) . GetArchitecture ( ) . IsValid ( ) )
{
const ArchSpec & match_arch = match_info . GetProcessInfo ( ) . GetArchitecture ( ) ;
const llvm : : Triple & triple = match_arch . GetTriple ( ) ;
packet . PutCString ( " triple: " ) ;
2014-08-01 13:12:23 +08:00
packet . PutCString ( triple . getTriple ( ) . c_str ( ) ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
packet . PutChar ( ' ; ' ) ;
}
}
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet . GetData ( ) , packet . GetSize ( ) , response , false ) = = PacketResult : : Success )
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
{
do
{
2011-04-12 13:54:46 +08:00
ProcessInstanceInfo process_info ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
if ( ! DecodeProcessInfoResponse ( response , process_info ) )
break ;
process_infos . Append ( process_info ) ;
response . GetStringRef ( ) . clear ( ) ;
response . SetFilePos ( 0 ) ;
2013-12-07 05:45:27 +08:00
} while ( SendPacketAndWaitForResponse ( " qsProcessInfo " , strlen ( " qsProcessInfo " ) , response , false ) = = PacketResult : : Success ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
}
2011-05-16 07:46:54 +08:00
else
{
m_supports_qfProcessInfo = false ;
return 0 ;
}
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
}
return process_infos . GetSize ( ) ;
}
bool
GDBRemoteCommunicationClient : : GetUserName ( uint32_t uid , std : : string & name )
{
if ( m_supports_qUserName )
{
char packet [ 32 ] ;
const int packet_len = : : snprintf ( packet , sizeof ( packet ) , " qUserName:%i " , uid ) ;
2013-06-20 03:04:53 +08:00
assert ( packet_len < ( int ) sizeof ( packet ) ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
{
if ( response . IsNormalResponse ( ) )
{
// Make sure we parsed the right number of characters. The response is
// the hex encoded user name and should make up the entire packet.
// If there are any non-hex ASCII bytes, the length won't match below..
if ( response . GetHexByteString ( name ) * 2 = = response . GetStringRef ( ) . size ( ) )
return true ;
}
}
2011-05-16 07:46:54 +08:00
else
{
m_supports_qUserName = false ;
return false ;
}
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
}
return false ;
}
bool
GDBRemoteCommunicationClient : : GetGroupName ( uint32_t gid , std : : string & name )
{
if ( m_supports_qGroupName )
{
char packet [ 32 ] ;
const int packet_len = : : snprintf ( packet , sizeof ( packet ) , " qGroupName:%i " , gid ) ;
2013-06-20 03:04:53 +08:00
assert ( packet_len < ( int ) sizeof ( packet ) ) ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
{
if ( response . IsNormalResponse ( ) )
{
// Make sure we parsed the right number of characters. The response is
// the hex encoded group name and should make up the entire packet.
// If there are any non-hex ASCII bytes, the length won't match below..
if ( response . GetHexByteString ( name ) * 2 = = response . GetStringRef ( ) . size ( ) )
return true ;
}
}
2011-05-16 07:46:54 +08:00
else
{
m_supports_qGroupName = false ;
return false ;
}
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
}
return false ;
2011-04-05 02:18:57 +08:00
}
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
2011-04-05 02:18:57 +08:00
void
GDBRemoteCommunicationClient : : TestPacketSpeed ( const uint32_t num_packets )
{
uint32_t i ;
TimeValue start_time , end_time ;
uint64_t total_time_nsec ;
if ( SendSpeedTestPacket ( 0 , 0 ) )
{
2014-02-22 03:11:28 +08:00
static uint32_t g_send_sizes [ ] = { 0 , 64 , 128 , 512 , 1024 } ;
static uint32_t g_recv_sizes [ ] = { 0 , 64 , 128 , 512 , 1024 } ; //, 4*1024, 8*1024, 16*1024, 32*1024, 48*1024, 64*1024, 96*1024, 128*1024 };
2014-06-27 13:17:41 +08:00
const size_t k_num_send_sizes = llvm : : array_lengthof ( g_send_sizes ) ;
const size_t k_num_recv_sizes = llvm : : array_lengthof ( g_recv_sizes ) ;
2014-02-22 03:11:28 +08:00
const uint64_t k_recv_amount = 4 * 1024 * 1024 ; // Receive 4MB
for ( uint32_t send_idx = 0 ; send_idx < k_num_send_sizes ; + + send_idx )
{
const uint32_t send_size = g_send_sizes [ send_idx ] ;
for ( uint32_t recv_idx = 0 ; recv_idx < k_num_recv_sizes ; + + recv_idx )
2011-04-05 02:18:57 +08:00
{
2014-02-22 03:11:28 +08:00
const uint32_t recv_size = g_recv_sizes [ recv_idx ] ;
StreamString packet ;
packet . Printf ( " qSpeedTest:response_size:%i;data: " , recv_size ) ;
uint32_t bytes_left = send_size ;
while ( bytes_left > 0 )
{
if ( bytes_left > = 26 )
{
packet . PutCString ( " abcdefghijklmnopqrstuvwxyz " ) ;
bytes_left - = 26 ;
}
else
{
packet . Printf ( " %*.*s; " , bytes_left , bytes_left , " abcdefghijklmnopqrstuvwxyz " ) ;
bytes_left = 0 ;
}
}
2011-04-05 02:18:57 +08:00
start_time = TimeValue : : Now ( ) ;
2014-02-22 03:11:28 +08:00
if ( recv_size = = 0 )
{
for ( i = 0 ; i < num_packets ; + + i )
{
StringExtractorGDBRemote response ;
SendPacketAndWaitForResponse ( packet . GetData ( ) , packet . GetSize ( ) , response , false ) ;
}
}
else
2011-04-05 02:18:57 +08:00
{
2014-02-22 03:11:28 +08:00
uint32_t bytes_read = 0 ;
while ( bytes_read < k_recv_amount )
{
StringExtractorGDBRemote response ;
SendPacketAndWaitForResponse ( packet . GetData ( ) , packet . GetSize ( ) , response , false ) ;
bytes_read + = recv_size ;
}
2011-04-05 02:18:57 +08:00
}
end_time = TimeValue : : Now ( ) ;
total_time_nsec = end_time . GetAsNanoSecondsSinceJan1_1970 ( ) - start_time . GetAsNanoSecondsSinceJan1_1970 ( ) ;
if ( recv_size = = 0 )
2014-02-22 03:11:28 +08:00
{
float packets_per_second = ( ( ( float ) num_packets ) / ( float ) total_time_nsec ) * ( float ) TimeValue : : NanoSecPerSec ;
printf ( " %u qSpeedTest(send=%-7u, recv=%-7u) in % " PRIu64 " .%9.9 " PRIu64 " sec for %f packets/sec. \n " ,
num_packets ,
send_size ,
recv_size ,
total_time_nsec / TimeValue : : NanoSecPerSec ,
total_time_nsec % TimeValue : : NanoSecPerSec ,
packets_per_second ) ;
}
else
{
float mb_second = ( ( ( ( float ) k_recv_amount ) / ( float ) total_time_nsec ) * ( float ) TimeValue : : NanoSecPerSec ) / ( 1024.0 * 1024.0 ) ;
printf ( " %u qSpeedTest(send=%-7u, recv=%-7u) sent 4MB in % " PRIu64 " .%9.9 " PRIu64 " sec for %f MB/sec. \n " ,
num_packets ,
send_size ,
recv_size ,
total_time_nsec / TimeValue : : NanoSecPerSec ,
total_time_nsec % TimeValue : : NanoSecPerSec ,
mb_second ) ;
}
2011-04-05 02:18:57 +08:00
}
}
}
}
bool
GDBRemoteCommunicationClient : : SendSpeedTestPacket ( uint32_t send_size , uint32_t recv_size )
{
StreamString packet ;
packet . Printf ( " qSpeedTest:response_size:%i;data: " , recv_size ) ;
uint32_t bytes_left = send_size ;
while ( bytes_left > 0 )
{
if ( bytes_left > = 26 )
{
packet . PutCString ( " abcdefghijklmnopqrstuvwxyz " ) ;
bytes_left - = 26 ;
}
else
{
packet . Printf ( " %*.*s; " , bytes_left , bytes_left , " abcdefghijklmnopqrstuvwxyz " ) ;
bytes_left = 0 ;
}
}
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
return SendPacketAndWaitForResponse ( packet . GetData ( ) , packet . GetSize ( ) , response , false ) = = PacketResult : : Success ;
Many improvements to the Platform base class and subclasses. The base Platform
class now implements the Host functionality for a lot of things that make
sense by default so that subclasses can check:
int
PlatformSubclass::Foo ()
{
if (IsHost())
return Platform::Foo (); // Let the platform base class do the host specific stuff
// Platform subclass specific code...
int result = ...
return result;
}
Added new functions to the platform:
virtual const char *Platform::GetUserName (uint32_t uid);
virtual const char *Platform::GetGroupName (uint32_t gid);
The user and group names are cached locally so that remote platforms can avoid
sending packets multiple times to resolve this information.
Added the parent process ID to the ProcessInfo class.
Added a new ProcessInfoMatch class which helps us to match processes up
and changed the Host layer over to using this new class. The new class allows
us to search for processs:
1 - by name (equal to, starts with, ends with, contains, and regex)
2 - by pid
3 - And further check for parent pid == value, uid == value, gid == value,
euid == value, egid == value, arch == value, parent == value.
This is all hookup up to the "platform process list" command which required
adding dumping routines to dump process information. If the Host class
implements the process lookup routines, you can now lists processes on
your local machine:
machine1.foo.com % lldb
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
94727 244 username usergroup username usergroup x86_64-apple-darwin Xcode
92742 92710 username usergroup username usergroup i386-apple-darwin debugserver
This of course also works remotely with the lldb-platform:
machine1.foo.com % lldb-platform --listen 1234
machine2.foo.com % lldb
(lldb) platform create remote-macosx
Platform: remote-macosx
Connected: no
(lldb) platform connect connect://localhost:1444
Platform: remote-macosx
Triple: x86_64-apple-darwin
OS Version: 10.6.7 (10J869)
Kernel: Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386
Hostname: machine1.foo.com
Connected: yes
(lldb) platform process list
PID PARENT USER GROUP EFF USER EFF GROUP TRIPLE NAME
====== ====== ========== ========== ========== ========== ======================== ============================
99556 244 username usergroup username usergroup x86_64-apple-darwin trustevaluation
99548 65539 username usergroup username usergroup x86_64-apple-darwin lldb
99538 1 username usergroup username usergroup x86_64-apple-darwin FileMerge
94943 1 username usergroup username usergroup x86_64-apple-darwin mdworker
94852 244 username usergroup username usergroup x86_64-apple-darwin Safari
The lldb-platform implements everything with the Host:: layer, so this should
"just work" for linux. I will probably be adding more stuff to the Host layer
for launching processes and attaching to processes so that this support should
eventually just work as well.
Modified the target to be able to be created with an architecture that differs
from the main executable. This is needed for iOS debugging since we can have
an "armv6" binary which can run on an "armv7" machine, so we want to be able
to do:
% lldb
(lldb) platform create remote-ios
(lldb) file --arch armv7 a.out
Where "a.out" is an armv6 executable. The platform then can correctly decide
to open all "armv7" images for all dependent shared libraries.
Modified the disassembly to show the current PC value. Example output:
(lldb) disassemble --frame
a.out`main:
0x1eb7: pushl %ebp
0x1eb8: movl %esp, %ebp
0x1eba: pushl %ebx
0x1ebb: subl $20, %esp
0x1ebe: calll 0x1ec3 ; main + 12 at test.c:18
0x1ec3: popl %ebx
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
0x1edb: leal 213(%ebx), %eax
0x1ee1: movl %eax, (%esp)
0x1ee4: calll 0x1f1e ; puts
0x1ee9: calll 0x1f0c ; getchar
0x1eee: movl $20, (%esp)
0x1ef5: calll 0x1e6a ; sleep_loop at test.c:6
0x1efa: movl $12, %eax
0x1eff: addl $20, %esp
0x1f02: popl %ebx
0x1f03: leave
0x1f04: ret
This can be handy when dealing with the new --line options that was recently
added:
(lldb) disassemble --line
a.out`main + 13 at test.c:19
18 {
-> 19 printf("Process: %i\n\n", getpid());
20 puts("Press any key to continue..."); getchar();
-> 0x1ec4: calll 0x1f12 ; getpid
0x1ec9: movl %eax, 4(%esp)
0x1ecd: leal 199(%ebx), %eax
0x1ed3: movl %eax, (%esp)
0x1ed6: calll 0x1f18 ; printf
Modified the ModuleList to have a lookup based solely on a UUID. Since the
UUID is typically the MD5 checksum of a binary image, there is no need
to give the path and architecture when searching for a pre-existing
image in an image list.
Now that we support remote debugging a bit better, our lldb_private::Module
needs to be able to track what the original path for file was as the platform
knows it, as well as where the file is locally. The module has the two
following functions to retrieve both paths:
const FileSpec &Module::GetFileSpec () const;
const FileSpec &Module::GetPlatformFileSpec () const;
llvm-svn: 128563
2011-03-31 02:16:51 +08:00
}
2011-04-12 13:54:46 +08:00
uint16_t
2013-12-05 03:40:33 +08:00
GDBRemoteCommunicationClient : : LaunchGDBserverAndGetPort ( lldb : : pid_t & pid , const char * remote_accept_hostname )
2011-04-12 13:54:46 +08:00
{
2013-08-27 07:57:52 +08:00
pid = LLDB_INVALID_PROCESS_ID ;
2011-04-12 13:54:46 +08:00
StringExtractorGDBRemote response ;
2013-08-27 07:57:52 +08:00
StreamString stream ;
2013-11-21 09:44:58 +08:00
stream . PutCString ( " qLaunchGDBServer; " ) ;
2013-08-27 07:57:52 +08:00
std : : string hostname ;
2013-12-05 03:40:33 +08:00
if ( remote_accept_hostname & & remote_accept_hostname [ 0 ] )
hostname = remote_accept_hostname ;
2013-08-27 07:57:52 +08:00
else
{
2014-08-20 01:18:29 +08:00
if ( HostInfo : : GetHostname ( hostname ) )
2013-12-05 03:40:33 +08:00
{
// Make the GDB server we launch only accept connections from this host
stream . Printf ( " host:%s; " , hostname . c_str ( ) ) ;
}
else
{
// Make the GDB server we launch accept connections from any host since we can't figure out the hostname
stream . Printf ( " host:*; " ) ;
}
2013-08-27 07:57:52 +08:00
}
const char * packet = stream . GetData ( ) ;
int packet_len = stream . GetSize ( ) ;
2015-01-22 06:42:49 +08:00
// give the process a few seconds to startup
2015-02-24 18:23:39 +08:00
GDBRemoteCommunication : : ScopedTimeout timeout ( * this , 10 ) ;
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2011-04-12 13:54:46 +08:00
{
std : : string name ;
std : : string value ;
uint16_t port = 0 ;
while ( response . GetNameColonValue ( name , value ) )
{
2013-08-27 07:57:52 +08:00
if ( name . compare ( " port " ) = = 0 )
2015-01-16 04:08:35 +08:00
port = StringConvert : : ToUInt32 ( value . c_str ( ) , 0 , 0 ) ;
2013-08-27 07:57:52 +08:00
else if ( name . compare ( " pid " ) = = 0 )
2015-01-16 04:08:35 +08:00
pid = StringConvert : : ToUInt64 ( value . c_str ( ) , LLDB_INVALID_PROCESS_ID , 0 ) ;
2011-04-12 13:54:46 +08:00
}
return port ;
}
return 0 ;
}
2013-08-27 07:57:52 +08:00
bool
GDBRemoteCommunicationClient : : KillSpawnedProcess ( lldb : : pid_t pid )
{
StreamString stream ;
stream . Printf ( " qKillSpawnedProcess:% " PRId64 , pid ) ;
const char * packet = stream . GetData ( ) ;
int packet_len = stream . GetSize ( ) ;
2013-10-06 17:51:02 +08:00
2013-08-27 07:57:52 +08:00
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2013-08-27 07:57:52 +08:00
{
if ( response . IsOKResponse ( ) )
return true ;
}
return false ;
}
2011-04-12 13:54:46 +08:00
bool
2013-02-23 10:04:45 +08:00
GDBRemoteCommunicationClient : : SetCurrentThread ( uint64_t tid )
2011-04-12 13:54:46 +08:00
{
if ( m_curr_tid = = tid )
return true ;
2013-02-23 10:04:45 +08:00
2011-04-12 13:54:46 +08:00
char packet [ 32 ] ;
int packet_len ;
2013-02-23 10:04:45 +08:00
if ( tid = = UINT64_MAX )
packet_len = : : snprintf ( packet , sizeof ( packet ) , " Hg-1 " ) ;
2011-04-12 13:54:46 +08:00
else
2013-02-23 10:04:45 +08:00
packet_len = : : snprintf ( packet , sizeof ( packet ) , " Hg% " PRIx64 , tid ) ;
2013-06-20 03:04:53 +08:00
assert ( packet_len + 1 < ( int ) sizeof ( packet ) ) ;
2011-04-12 13:54:46 +08:00
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2011-04-12 13:54:46 +08:00
{
if ( response . IsOKResponse ( ) )
{
m_curr_tid = tid ;
return true ;
}
}
return false ;
}
bool
2013-02-23 10:04:45 +08:00
GDBRemoteCommunicationClient : : SetCurrentThreadForRun ( uint64_t tid )
2011-04-12 13:54:46 +08:00
{
if ( m_curr_tid_run = = tid )
return true ;
2013-02-23 10:04:45 +08:00
2011-04-12 13:54:46 +08:00
char packet [ 32 ] ;
int packet_len ;
2013-02-23 10:04:45 +08:00
if ( tid = = UINT64_MAX )
packet_len = : : snprintf ( packet , sizeof ( packet ) , " Hc-1 " ) ;
2011-04-12 13:54:46 +08:00
else
2013-02-23 10:04:45 +08:00
packet_len = : : snprintf ( packet , sizeof ( packet ) , " Hc% " PRIx64 , tid ) ;
2013-06-20 03:04:53 +08:00
assert ( packet_len + 1 < ( int ) sizeof ( packet ) ) ;
2011-04-12 13:54:46 +08:00
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2011-04-12 13:54:46 +08:00
{
if ( response . IsOKResponse ( ) )
{
m_curr_tid_run = tid ;
return true ;
}
}
return false ;
}
bool
GDBRemoteCommunicationClient : : GetStopReply ( StringExtractorGDBRemote & response )
{
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( " ? " , 1 , response , false ) = = PacketResult : : Success )
2011-04-12 13:54:46 +08:00
return response . IsNormalResponse ( ) ;
return false ;
}
bool
2012-10-13 10:11:55 +08:00
GDBRemoteCommunicationClient : : GetThreadStopInfo ( lldb : : tid_t tid , StringExtractorGDBRemote & response )
2011-04-12 13:54:46 +08:00
{
if ( m_supports_qThreadStopInfo )
{
char packet [ 256 ] ;
2012-11-30 05:49:15 +08:00
int packet_len = : : snprintf ( packet , sizeof ( packet ) , " qThreadStopInfo% " PRIx64 , tid ) ;
2013-06-20 03:04:53 +08:00
assert ( packet_len < ( int ) sizeof ( packet ) ) ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2011-04-12 13:54:46 +08:00
{
<rdar://problem/14972424>
When debugging with the GDB remote in LLDB, LLDB uses special packets to discover the
registers on the remote server. When those packets aren't supported, LLDB doesn't
know what the registers look like. This checkin implements a setting that can be used
to specify a python file that contains the registers definitions. The setting is:
(lldb) settings set plugin.process.gdb-remote.target-definition-file /path/to/module.py
Inside module there should be a function:
def get_dynamic_setting(target, setting_name):
This dynamic setting function is handed the "target" which is a SBTarget, and the
"setting_name", which is the name of the dynamic setting to retrieve. For the GDB
remote target definition the setting name is 'gdb-server-target-definition'. The
return value is a dictionary that follows the same format as the OperatingSystem
plugins follow. I have checked in an example file that implements the x86_64 GDB
register set for people to see:
examples/python/x86_64_target_definition.py
This allows LLDB to debug to any archticture that is support and allows users to
define the registers contexts when the discovery packets (qRegisterInfo, qHostInfo)
are not supported by the remote GDB server.
A few benefits of doing this in Python:
1 - The dynamic register context was already supported in the OperatingSystem plug-in
2 - Register contexts can use all of the LLDB enumerations and definitions for things
like lldb::Format, lldb::Encoding, generic register numbers, invalid registers
numbers, etc.
3 - The code that generates the register context can use the program to calculate the
register context contents (like offsets, register numbers, and more)
4 - True dynamic detection could be used where variables and types could be read from
the target program itself in order to determine which registers are available since
the target is passed into the python function.
This is designed to be used instead of XML since it is more dynamic and code flow and
functions can be used to make the dictionary.
llvm-svn: 192646
2013-10-15 08:14:28 +08:00
if ( response . IsUnsupportedResponse ( ) )
m_supports_qThreadStopInfo = false ;
else if ( response . IsNormalResponse ( ) )
2011-04-12 13:54:46 +08:00
return true ;
else
return false ;
}
2011-05-16 07:46:54 +08:00
else
{
m_supports_qThreadStopInfo = false ;
}
2011-04-12 13:54:46 +08:00
}
return false ;
}
uint8_t
GDBRemoteCommunicationClient : : SendGDBStoppointTypePacket ( GDBStoppointType type , bool insert , addr_t addr , uint32_t length )
{
2014-10-09 08:55:04 +08:00
Log * log ( GetLogIfAnyCategoriesSet ( LIBLLDB_LOG_BREAKPOINTS ) ) ;
if ( log )
log - > Printf ( " GDBRemoteCommunicationClient::%s() %s at addr = 0x% " PRIx64 ,
__FUNCTION__ , insert ? " add " : " remove " , addr ) ;
2014-02-24 19:50:46 +08:00
// Check if the stub is known not to support this breakpoint type
if ( ! SupportsGDBStoppointPacket ( type ) )
return UINT8_MAX ;
// Construct the breakpoint packet
2011-04-12 13:54:46 +08:00
char packet [ 64 ] ;
const int packet_len = : : snprintf ( packet ,
sizeof ( packet ) ,
2012-11-30 05:49:15 +08:00
" %c%i,% " PRIx64 " ,%x " ,
2011-04-12 13:54:46 +08:00
insert ? ' Z ' : ' z ' ,
type ,
addr ,
length ) ;
2014-07-02 05:22:11 +08:00
// Check we haven't overwritten the end of the packet buffer
2013-06-20 03:04:53 +08:00
assert ( packet_len + 1 < ( int ) sizeof ( packet ) ) ;
2011-04-12 13:54:46 +08:00
StringExtractorGDBRemote response ;
2014-02-24 19:50:46 +08:00
// Try to send the breakpoint packet, and check that it was correctly sent
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , true ) = = PacketResult : : Success )
2011-04-12 13:54:46 +08:00
{
2014-02-24 19:50:46 +08:00
// Receive and OK packet when the breakpoint successfully placed
2011-04-12 13:54:46 +08:00
if ( response . IsOKResponse ( ) )
return 0 ;
2014-02-24 19:50:46 +08:00
// Error while setting breakpoint, send back specific error
if ( response . IsErrorResponse ( ) )
2011-04-12 13:54:46 +08:00
return response . GetError ( ) ;
2014-02-24 19:50:46 +08:00
// Empty packet informs us that breakpoint is not supported
if ( response . IsUnsupportedResponse ( ) )
2011-05-16 07:46:54 +08:00
{
2014-02-24 19:50:46 +08:00
// Disable this breakpoint type since it is unsupported
switch ( type )
{
2011-05-16 07:46:54 +08:00
case eBreakpointSoftware : m_supports_z0 = false ; break ;
case eBreakpointHardware : m_supports_z1 = false ; break ;
case eWatchpointWrite : m_supports_z2 = false ; break ;
case eWatchpointRead : m_supports_z3 = false ; break ;
case eWatchpointReadWrite : m_supports_z4 = false ; break ;
2015-02-03 09:51:50 +08:00
case eStoppointInvalid : return UINT8_MAX ;
2014-02-24 19:50:46 +08:00
}
2011-05-16 07:46:54 +08:00
}
}
2014-07-02 05:22:11 +08:00
// Signal generic failure
2011-04-12 13:54:46 +08:00
return UINT8_MAX ;
}
2011-05-21 07:38:13 +08:00
size_t
GDBRemoteCommunicationClient : : GetCurrentThreadIDs ( std : : vector < lldb : : tid_t > & thread_ids ,
bool & sequence_mutex_unavailable )
{
Mutex : : Locker locker ;
thread_ids . clear ( ) ;
2012-06-09 06:50:40 +08:00
if ( GetSequenceMutex ( locker , " ProcessGDBRemote::UpdateThreadList() failed due to not getting the sequence mutex " ) )
2011-05-21 07:38:13 +08:00
{
sequence_mutex_unavailable = false ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
PacketResult packet_result ;
for ( packet_result = SendPacketAndWaitForResponseNoLock ( " qfThreadInfo " , strlen ( " qfThreadInfo " ) , response ) ;
packet_result = = PacketResult : : Success & & response . IsNormalResponse ( ) ;
packet_result = SendPacketAndWaitForResponseNoLock ( " qsThreadInfo " , strlen ( " qsThreadInfo " ) , response ) )
2011-05-21 07:38:13 +08:00
{
char ch = response . GetChar ( ) ;
if ( ch = = ' l ' )
break ;
if ( ch = = ' m ' )
{
do
{
2013-02-23 10:04:45 +08:00
tid_t tid = response . GetHexMaxU64 ( false , LLDB_INVALID_THREAD_ID ) ;
2011-05-21 07:38:13 +08:00
if ( tid ! = LLDB_INVALID_THREAD_ID )
{
thread_ids . push_back ( tid ) ;
}
ch = response . GetChar ( ) ; // Skip the command separator
} while ( ch = = ' , ' ) ; // Make sure we got a comma separator
}
}
}
else
{
2012-06-09 06:50:40 +08:00
# if defined (LLDB_CONFIGURATION_DEBUG)
// assert(!"ProcessGDBRemote::UpdateThreadList() failed due to not getting the sequence mutex");
# else
2013-03-28 07:08:40 +08:00
Log * log ( ProcessGDBRemoteLog : : GetLogIfAnyCategoryIsSet ( GDBR_LOG_PROCESS | GDBR_LOG_PACKETS ) ) ;
2012-04-13 03:04:34 +08:00
if ( log )
log - > Printf ( " error: failed to get packet sequence mutex, not sending packet 'qfThreadInfo' " ) ;
2012-06-09 06:50:40 +08:00
# endif
2011-05-21 07:38:13 +08:00
sequence_mutex_unavailable = true ;
}
return thread_ids . size ( ) ;
}
2012-04-11 08:24:49 +08:00
lldb : : addr_t
GDBRemoteCommunicationClient : : GetShlibInfoAddr ( )
{
if ( ! IsRunning ( ) )
{
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( " qShlibInfoAddr " , : : strlen ( " qShlibInfoAddr " ) , response , false ) = = PacketResult : : Success )
2012-04-11 08:24:49 +08:00
{
if ( response . IsNormalResponse ( ) )
return response . GetHexMaxU64 ( false , LLDB_INVALID_ADDRESS ) ;
}
}
return LLDB_INVALID_ADDRESS ;
}
2013-08-27 07:57:52 +08:00
lldb_private : : Error
GDBRemoteCommunicationClient : : RunShellCommand ( const char * command , // Shouldn't be NULL
const char * working_dir , // Pass NULL to use the current working directory
int * status_ptr , // Pass NULL if you don't want the process exit status
int * signo_ptr , // Pass NULL if you don't want the signal that caused the process to exit
std : : string * command_output , // Pass NULL if you don't want the command output
uint32_t timeout_sec ) // Timeout in seconds to wait for shell program to finish
{
lldb_private : : StreamString stream ;
2013-11-21 05:07:01 +08:00
stream . PutCString ( " qPlatform_shell: " ) ;
2013-08-27 07:57:52 +08:00
stream . PutBytesAsRawHex8 ( command , strlen ( command ) ) ;
stream . PutChar ( ' , ' ) ;
stream . PutHex32 ( timeout_sec ) ;
if ( working_dir & & * working_dir )
{
stream . PutChar ( ' , ' ) ;
stream . PutBytesAsRawHex8 ( working_dir , strlen ( working_dir ) ) ;
}
const char * packet = stream . GetData ( ) ;
int packet_len = stream . GetSize ( ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2013-08-27 07:57:52 +08:00
{
if ( response . GetChar ( ) ! = ' F ' )
return Error ( " malformed reply " ) ;
if ( response . GetChar ( ) ! = ' , ' )
return Error ( " malformed reply " ) ;
uint32_t exitcode = response . GetHexMaxU32 ( false , UINT32_MAX ) ;
if ( exitcode = = UINT32_MAX )
return Error ( " unable to run remote process " ) ;
else if ( status_ptr )
* status_ptr = exitcode ;
if ( response . GetChar ( ) ! = ' , ' )
return Error ( " malformed reply " ) ;
uint32_t signo = response . GetHexMaxU32 ( false , UINT32_MAX ) ;
if ( signo_ptr )
* signo_ptr = signo ;
if ( response . GetChar ( ) ! = ' , ' )
return Error ( " malformed reply " ) ;
std : : string output ;
response . GetEscapedBinaryData ( output ) ;
if ( command_output )
command_output - > assign ( output ) ;
return Error ( ) ;
}
return Error ( " unable to send packet " ) ;
}
2013-11-21 05:07:01 +08:00
Error
GDBRemoteCommunicationClient : : MakeDirectory ( const char * path ,
uint32_t file_permissions )
2013-08-27 07:57:52 +08:00
{
lldb_private : : StreamString stream ;
2013-11-21 05:07:01 +08:00
stream . PutCString ( " qPlatform_mkdir: " ) ;
stream . PutHex32 ( file_permissions ) ;
2013-08-27 07:57:52 +08:00
stream . PutChar ( ' , ' ) ;
2013-11-21 05:07:01 +08:00
stream . PutBytesAsRawHex8 ( path , strlen ( path ) ) ;
2013-08-27 07:57:52 +08:00
const char * packet = stream . GetData ( ) ;
int packet_len = stream . GetSize ( ) ;
StringExtractorGDBRemote response ;
2015-02-23 19:03:08 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) ! = PacketResult : : Success )
return Error ( " failed to send '%s' packet " , packet ) ;
if ( response . GetChar ( ) ! = ' F ' )
return Error ( " invalid response to '%s' packet " , packet ) ;
return Error ( response . GetU32 ( UINT32_MAX ) , eErrorTypePOSIX ) ;
2013-08-27 07:57:52 +08:00
}
2013-11-21 05:07:01 +08:00
Error
GDBRemoteCommunicationClient : : SetFilePermissions ( const char * path ,
uint32_t file_permissions )
{
lldb_private : : StreamString stream ;
stream . PutCString ( " qPlatform_chmod: " ) ;
stream . PutHex32 ( file_permissions ) ;
stream . PutChar ( ' , ' ) ;
stream . PutBytesAsRawHex8 ( path , strlen ( path ) ) ;
const char * packet = stream . GetData ( ) ;
int packet_len = stream . GetSize ( ) ;
StringExtractorGDBRemote response ;
2015-02-23 19:03:08 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) ! = PacketResult : : Success )
return Error ( " failed to send '%s' packet " , packet ) ;
if ( response . GetChar ( ) ! = ' F ' )
return Error ( " invalid response to '%s' packet " , packet ) ;
return Error ( response . GetU32 ( false , UINT32_MAX ) , eErrorTypePOSIX ) ;
2013-11-21 05:07:01 +08:00
}
2013-08-27 07:57:52 +08:00
static uint64_t
ParseHostIOPacketResponse ( StringExtractorGDBRemote & response ,
uint64_t fail_result ,
Error & error )
{
response . SetFilePos ( 0 ) ;
if ( response . GetChar ( ) ! = ' F ' )
return fail_result ;
int32_t result = response . GetS32 ( - 2 ) ;
if ( result = = - 2 )
return fail_result ;
if ( response . GetChar ( ) = = ' , ' )
{
int result_errno = response . GetS32 ( - 2 ) ;
if ( result_errno ! = - 2 )
error . SetError ( result_errno , eErrorTypePOSIX ) ;
else
error . SetError ( - 1 , eErrorTypeGeneric ) ;
}
else
error . Clear ( ) ;
return result ;
}
lldb : : user_id_t
GDBRemoteCommunicationClient : : OpenFile ( const lldb_private : : FileSpec & file_spec ,
uint32_t flags ,
mode_t mode ,
Error & error )
{
lldb_private : : StreamString stream ;
stream . PutCString ( " vFile:open: " ) ;
std : : string path ( file_spec . GetPath ( ) ) ;
if ( path . empty ( ) )
return UINT64_MAX ;
stream . PutCStringAsRawHex8 ( path . c_str ( ) ) ;
stream . PutChar ( ' , ' ) ;
const uint32_t posix_open_flags = File : : ConvertOpenOptionsForPOSIXOpen ( flags ) ;
stream . PutHex32 ( posix_open_flags ) ;
stream . PutChar ( ' , ' ) ;
stream . PutHex32 ( mode ) ;
const char * packet = stream . GetData ( ) ;
int packet_len = stream . GetSize ( ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2013-08-27 07:57:52 +08:00
{
return ParseHostIOPacketResponse ( response , UINT64_MAX , error ) ;
}
return UINT64_MAX ;
}
bool
GDBRemoteCommunicationClient : : CloseFile ( lldb : : user_id_t fd ,
Error & error )
{
lldb_private : : StreamString stream ;
stream . Printf ( " vFile:close:%i " , ( int ) fd ) ;
const char * packet = stream . GetData ( ) ;
int packet_len = stream . GetSize ( ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2013-08-27 07:57:52 +08:00
{
return ParseHostIOPacketResponse ( response , - 1 , error ) = = 0 ;
}
2013-10-22 20:27:43 +08:00
return false ;
2013-08-27 07:57:52 +08:00
}
// Extension of host I/O packets to get the file size.
lldb : : user_id_t
GDBRemoteCommunicationClient : : GetFileSize ( const lldb_private : : FileSpec & file_spec )
{
lldb_private : : StreamString stream ;
stream . PutCString ( " vFile:size: " ) ;
std : : string path ( file_spec . GetPath ( ) ) ;
stream . PutCStringAsRawHex8 ( path . c_str ( ) ) ;
const char * packet = stream . GetData ( ) ;
int packet_len = stream . GetSize ( ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2013-08-27 07:57:52 +08:00
{
if ( response . GetChar ( ) ! = ' F ' )
return UINT64_MAX ;
uint32_t retcode = response . GetHexMaxU64 ( false , UINT64_MAX ) ;
return retcode ;
}
return UINT64_MAX ;
}
2013-11-21 05:07:01 +08:00
Error
GDBRemoteCommunicationClient : : GetFilePermissions ( const char * path , uint32_t & file_permissions )
2013-08-27 07:57:52 +08:00
{
2013-11-21 05:07:01 +08:00
Error error ;
2013-08-27 07:57:52 +08:00
lldb_private : : StreamString stream ;
stream . PutCString ( " vFile:mode: " ) ;
2013-11-21 05:07:01 +08:00
stream . PutCStringAsRawHex8 ( path ) ;
2013-08-27 07:57:52 +08:00
const char * packet = stream . GetData ( ) ;
int packet_len = stream . GetSize ( ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2013-08-27 07:57:52 +08:00
{
if ( response . GetChar ( ) ! = ' F ' )
{
error . SetErrorStringWithFormat ( " invalid response to '%s' packet " , packet ) ;
}
2013-11-21 05:07:01 +08:00
else
2013-08-27 07:57:52 +08:00
{
2013-11-21 05:07:01 +08:00
const uint32_t mode = response . GetS32 ( - 1 ) ;
2014-04-02 11:51:35 +08:00
if ( static_cast < int32_t > ( mode ) = = - 1 )
2013-08-27 07:57:52 +08:00
{
2013-11-21 05:07:01 +08:00
if ( response . GetChar ( ) = = ' , ' )
{
int response_errno = response . GetS32 ( - 1 ) ;
if ( response_errno > 0 )
error . SetError ( response_errno , lldb : : eErrorTypePOSIX ) ;
else
error . SetErrorToGenericError ( ) ;
}
2013-08-27 07:57:52 +08:00
else
error . SetErrorToGenericError ( ) ;
}
2013-11-21 05:07:01 +08:00
else
{
file_permissions = mode & ( S_IRWXU | S_IRWXG | S_IRWXO ) ;
}
2013-08-27 07:57:52 +08:00
}
}
else
{
error . SetErrorStringWithFormat ( " failed to send '%s' packet " , packet ) ;
}
2013-11-21 05:07:01 +08:00
return error ;
2013-08-27 07:57:52 +08:00
}
uint64_t
GDBRemoteCommunicationClient : : ReadFile ( lldb : : user_id_t fd ,
uint64_t offset ,
void * dst ,
uint64_t dst_len ,
Error & error )
{
lldb_private : : StreamString stream ;
stream . Printf ( " vFile:pread:%i,% " PRId64 " ,% " PRId64 , ( int ) fd , dst_len , offset ) ;
const char * packet = stream . GetData ( ) ;
int packet_len = stream . GetSize ( ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2013-08-27 07:57:52 +08:00
{
if ( response . GetChar ( ) ! = ' F ' )
return 0 ;
uint32_t retcode = response . GetHexMaxU32 ( false , UINT32_MAX ) ;
if ( retcode = = UINT32_MAX )
return retcode ;
const char next = ( response . Peek ( ) ? * response . Peek ( ) : 0 ) ;
if ( next = = ' , ' )
return 0 ;
if ( next = = ' ; ' )
{
response . GetChar ( ) ; // skip the semicolon
std : : string buffer ;
if ( response . GetEscapedBinaryData ( buffer ) )
{
const uint64_t data_to_write = std : : min < uint64_t > ( dst_len , buffer . size ( ) ) ;
if ( data_to_write > 0 )
memcpy ( dst , & buffer [ 0 ] , data_to_write ) ;
return data_to_write ;
}
}
}
return 0 ;
}
uint64_t
GDBRemoteCommunicationClient : : WriteFile ( lldb : : user_id_t fd ,
uint64_t offset ,
const void * src ,
uint64_t src_len ,
Error & error )
{
lldb_private : : StreamGDBRemote stream ;
stream . Printf ( " vFile:pwrite:%i,% " PRId64 " , " , ( int ) fd , offset ) ;
stream . PutEscapedBytes ( src , src_len ) ;
const char * packet = stream . GetData ( ) ;
int packet_len = stream . GetSize ( ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2013-08-27 07:57:52 +08:00
{
if ( response . GetChar ( ) ! = ' F ' )
{
error . SetErrorStringWithFormat ( " write file failed " ) ;
return 0 ;
}
uint64_t bytes_written = response . GetU64 ( UINT64_MAX ) ;
if ( bytes_written = = UINT64_MAX )
{
error . SetErrorToGenericError ( ) ;
if ( response . GetChar ( ) = = ' , ' )
{
int response_errno = response . GetS32 ( - 1 ) ;
if ( response_errno > 0 )
error . SetError ( response_errno , lldb : : eErrorTypePOSIX ) ;
}
return 0 ;
}
return bytes_written ;
}
else
{
error . SetErrorString ( " failed to send vFile:pwrite packet " ) ;
}
return 0 ;
}
2013-11-21 05:07:01 +08:00
Error
GDBRemoteCommunicationClient : : CreateSymlink ( const char * src , const char * dst )
{
Error error ;
lldb_private : : StreamGDBRemote stream ;
stream . PutCString ( " vFile:symlink: " ) ;
// the unix symlink() command reverses its parameters where the dst if first,
// so we follow suit here
stream . PutCStringAsRawHex8 ( dst ) ;
stream . PutChar ( ' , ' ) ;
stream . PutCStringAsRawHex8 ( src ) ;
const char * packet = stream . GetData ( ) ;
int packet_len = stream . GetSize ( ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2013-11-21 05:07:01 +08:00
{
if ( response . GetChar ( ) = = ' F ' )
{
uint32_t result = response . GetU32 ( UINT32_MAX ) ;
if ( result ! = 0 )
{
error . SetErrorToGenericError ( ) ;
if ( response . GetChar ( ) = = ' , ' )
{
int response_errno = response . GetS32 ( - 1 ) ;
if ( response_errno > 0 )
error . SetError ( response_errno , lldb : : eErrorTypePOSIX ) ;
}
}
}
else
{
// Should have returned with 'F<result>[,<errno>]'
error . SetErrorStringWithFormat ( " symlink failed " ) ;
}
}
else
{
error . SetErrorString ( " failed to send vFile:symlink packet " ) ;
}
return error ;
}
Error
GDBRemoteCommunicationClient : : Unlink ( const char * path )
{
Error error ;
lldb_private : : StreamGDBRemote stream ;
stream . PutCString ( " vFile:unlink: " ) ;
// the unix symlink() command reverses its parameters where the dst if first,
// so we follow suit here
stream . PutCStringAsRawHex8 ( path ) ;
const char * packet = stream . GetData ( ) ;
int packet_len = stream . GetSize ( ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2013-11-21 05:07:01 +08:00
{
if ( response . GetChar ( ) = = ' F ' )
{
uint32_t result = response . GetU32 ( UINT32_MAX ) ;
if ( result ! = 0 )
{
error . SetErrorToGenericError ( ) ;
if ( response . GetChar ( ) = = ' , ' )
{
int response_errno = response . GetS32 ( - 1 ) ;
if ( response_errno > 0 )
error . SetError ( response_errno , lldb : : eErrorTypePOSIX ) ;
}
}
}
else
{
// Should have returned with 'F<result>[,<errno>]'
error . SetErrorStringWithFormat ( " unlink failed " ) ;
}
}
else
{
error . SetErrorString ( " failed to send vFile:unlink packet " ) ;
}
return error ;
}
2013-08-27 07:57:52 +08:00
// Extension of host I/O packets to get whether a file exists.
bool
GDBRemoteCommunicationClient : : GetFileExists ( const lldb_private : : FileSpec & file_spec )
{
lldb_private : : StreamString stream ;
stream . PutCString ( " vFile:exists: " ) ;
std : : string path ( file_spec . GetPath ( ) ) ;
stream . PutCStringAsRawHex8 ( path . c_str ( ) ) ;
const char * packet = stream . GetData ( ) ;
int packet_len = stream . GetSize ( ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2013-08-27 07:57:52 +08:00
{
if ( response . GetChar ( ) ! = ' F ' )
return false ;
if ( response . GetChar ( ) ! = ' , ' )
return false ;
bool retcode = ( response . GetChar ( ) ! = ' 0 ' ) ;
return retcode ;
}
return false ;
}
bool
GDBRemoteCommunicationClient : : CalculateMD5 ( const lldb_private : : FileSpec & file_spec ,
uint64_t & high ,
uint64_t & low )
{
lldb_private : : StreamString stream ;
stream . PutCString ( " vFile:MD5: " ) ;
std : : string path ( file_spec . GetPath ( ) ) ;
stream . PutCStringAsRawHex8 ( path . c_str ( ) ) ;
const char * packet = stream . GetData ( ) ;
int packet_len = stream . GetSize ( ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , packet_len , response , false ) = = PacketResult : : Success )
2013-08-27 07:57:52 +08:00
{
if ( response . GetChar ( ) ! = ' F ' )
return false ;
if ( response . GetChar ( ) ! = ' , ' )
return false ;
if ( response . Peek ( ) & & * response . Peek ( ) = = ' x ' )
return false ;
low = response . GetHexMaxU64 ( false , UINT64_MAX ) ;
high = response . GetHexMaxU64 ( false , UINT64_MAX ) ;
return true ;
}
return false ;
}
2013-11-14 07:28:31 +08:00
2014-03-30 02:54:20 +08:00
bool
GDBRemoteCommunicationClient : : AvoidGPackets ( ProcessGDBRemote * process )
{
// Some targets have issues with g/G packets and we need to avoid using them
if ( m_avoid_g_packets = = eLazyBoolCalculate )
{
if ( process )
{
m_avoid_g_packets = eLazyBoolNo ;
const ArchSpec & arch = process - > GetTarget ( ) . GetArchitecture ( ) ;
if ( arch . IsValid ( )
& & arch . GetTriple ( ) . getVendor ( ) = = llvm : : Triple : : Apple
& & arch . GetTriple ( ) . getOS ( ) = = llvm : : Triple : : IOS
2014-07-23 22:37:35 +08:00
& & arch . GetTriple ( ) . getArch ( ) = = llvm : : Triple : : aarch64 )
2014-03-30 02:54:20 +08:00
{
m_avoid_g_packets = eLazyBoolYes ;
uint32_t gdb_server_version = GetGDBServerProgramVersion ( ) ;
if ( gdb_server_version ! = 0 )
{
const char * gdb_server_name = GetGDBServerProgramName ( ) ;
if ( gdb_server_name & & strcmp ( gdb_server_name , " debugserver " ) = = 0 )
{
if ( gdb_server_version > = 310 )
m_avoid_g_packets = eLazyBoolNo ;
}
}
}
}
}
return m_avoid_g_packets = = eLazyBoolYes ;
}
2013-11-14 07:28:31 +08:00
bool
GDBRemoteCommunicationClient : : ReadRegister ( lldb : : tid_t tid , uint32_t reg , StringExtractorGDBRemote & response )
{
Mutex : : Locker locker ;
if ( GetSequenceMutex ( locker , " Didn't get sequence mutex for p packet. " ) )
{
const bool thread_suffix_supported = GetThreadSuffixSupported ( ) ;
if ( thread_suffix_supported | | SetCurrentThread ( tid ) )
{
char packet [ 64 ] ;
int packet_len = 0 ;
if ( thread_suffix_supported )
packet_len = : : snprintf ( packet , sizeof ( packet ) , " p%x;thread:%4.4 " PRIx64 " ; " , reg , tid ) ;
else
packet_len = : : snprintf ( packet , sizeof ( packet ) , " p%x " , reg ) ;
assert ( packet_len < ( ( int ) sizeof ( packet ) - 1 ) ) ;
2013-12-07 05:45:27 +08:00
return SendPacketAndWaitForResponse ( packet , response , false ) = = PacketResult : : Success ;
2013-11-14 07:28:31 +08:00
}
}
return false ;
}
bool
GDBRemoteCommunicationClient : : ReadAllRegisters ( lldb : : tid_t tid , StringExtractorGDBRemote & response )
{
Mutex : : Locker locker ;
if ( GetSequenceMutex ( locker , " Didn't get sequence mutex for g packet. " ) )
{
const bool thread_suffix_supported = GetThreadSuffixSupported ( ) ;
if ( thread_suffix_supported | | SetCurrentThread ( tid ) )
{
char packet [ 64 ] ;
int packet_len = 0 ;
// Get all registers in one packet
if ( thread_suffix_supported )
packet_len = : : snprintf ( packet , sizeof ( packet ) , " g;thread:%4.4 " PRIx64 " ; " , tid ) ;
else
packet_len = : : snprintf ( packet , sizeof ( packet ) , " g " ) ;
assert ( packet_len < ( ( int ) sizeof ( packet ) - 1 ) ) ;
2013-12-07 05:45:27 +08:00
return SendPacketAndWaitForResponse ( packet , response , false ) = = PacketResult : : Success ;
2013-11-14 07:28:31 +08:00
}
}
return false ;
}
bool
GDBRemoteCommunicationClient : : SaveRegisterState ( lldb : : tid_t tid , uint32_t & save_id )
{
save_id = 0 ; // Set to invalid save ID
if ( m_supports_QSaveRegisterState = = eLazyBoolNo )
return false ;
m_supports_QSaveRegisterState = eLazyBoolYes ;
Mutex : : Locker locker ;
if ( GetSequenceMutex ( locker , " Didn't get sequence mutex for QSaveRegisterState. " ) )
{
const bool thread_suffix_supported = GetThreadSuffixSupported ( ) ;
if ( thread_suffix_supported | | SetCurrentThread ( tid ) )
{
char packet [ 256 ] ;
if ( thread_suffix_supported )
: : snprintf ( packet , sizeof ( packet ) , " QSaveRegisterState;thread:%4.4 " PRIx64 " ; " , tid ) ;
else
Fix FileSpec::GetPath to return null-terminated strings
Summary:
Before this fix the FileSpec::GetPath() returned string which might be without '\0' at the end.
It could have happened if the size of buffer for path was less than actual path.
Test case:
```
FileSpec test("/path/to/file", false);
char buf[]="!!!!!!";
test.GetPath(buf, 3);
```
Before fix:
```
233 FileSpec test("/path/to/file", false);
234 char buf[]="!!!!!!";
235 test.GetPath(buf, 3);
236
-> 237 if (core_file)
238 {
239 if (!core_file.Exists())
240 {
(lldb) print buf
(char [7]) $0 = "/pa!!!"
```
After fix:
```
233 FileSpec test("/path/to/file", false);
234 char buf[]="!!!!!!";
235 test.GetPath(buf, 3);
236
-> 237 if (core_file)
238 {
239 if (!core_file.Exists())
240 {
(lldb) print buf
(char [7]) $0 = "/p"
```
Reviewers: zturner, abidh, clayborg
Reviewed By: abidh, clayborg
Subscribers: tberghammer, vharron, lldb-commits, clayborg, zturner, abidh
Differential Revision: http://reviews.llvm.org/D7553
llvm-svn: 230787
2015-02-28 03:43:08 +08:00
: : snprintf ( packet , sizeof ( packet ) , " QSaveRegisterState " ) ;
2013-11-14 07:28:31 +08:00
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , response , false ) = = PacketResult : : Success )
2013-11-14 07:28:31 +08:00
{
if ( response . IsUnsupportedResponse ( ) )
{
// This packet isn't supported, don't try calling it again
m_supports_QSaveRegisterState = eLazyBoolNo ;
}
const uint32_t response_save_id = response . GetU32 ( 0 ) ;
if ( response_save_id ! = 0 )
{
save_id = response_save_id ;
return true ;
}
}
}
}
return false ;
}
bool
GDBRemoteCommunicationClient : : RestoreRegisterState ( lldb : : tid_t tid , uint32_t save_id )
{
2014-07-02 05:22:11 +08:00
// We use the "m_supports_QSaveRegisterState" variable here because the
2013-11-14 07:28:31 +08:00
// QSaveRegisterState and QRestoreRegisterState packets must both be supported in
// order to be useful
if ( m_supports_QSaveRegisterState = = eLazyBoolNo )
return false ;
Mutex : : Locker locker ;
if ( GetSequenceMutex ( locker , " Didn't get sequence mutex for QRestoreRegisterState. " ) )
{
const bool thread_suffix_supported = GetThreadSuffixSupported ( ) ;
if ( thread_suffix_supported | | SetCurrentThread ( tid ) )
{
char packet [ 256 ] ;
if ( thread_suffix_supported )
: : snprintf ( packet , sizeof ( packet ) , " QRestoreRegisterState:%u;thread:%4.4 " PRIx64 " ; " , save_id , tid ) ;
else
: : snprintf ( packet , sizeof ( packet ) , " QRestoreRegisterState:%u " PRIx64 " ; " , save_id ) ;
StringExtractorGDBRemote response ;
2013-12-07 05:45:27 +08:00
if ( SendPacketAndWaitForResponse ( packet , response , false ) = = PacketResult : : Success )
2013-11-14 07:28:31 +08:00
{
if ( response . IsOKResponse ( ) )
{
return true ;
}
else if ( response . IsUnsupportedResponse ( ) )
{
// This packet isn't supported, don't try calling this packet or
// QSaveRegisterState again...
m_supports_QSaveRegisterState = eLazyBoolNo ;
}
}
}
}
return false ;
}
2015-02-26 06:15:44 +08:00
bool
GDBRemoteCommunicationClient : : GetModuleInfo ( const char * module_path ,
const lldb_private : : ArchSpec & arch_spec ,
StringExtractorGDBRemote & response )
{
if ( ! ( module_path & & module_path [ 0 ] ) )
return false ;
StreamString packet ;
packet . PutCString ( " qModuleInfo: " ) ;
packet . PutBytesAsRawHex8 ( module_path , strlen ( module_path ) ) ;
packet . PutCString ( " ; " ) ;
const auto & tripple = arch_spec . GetTriple ( ) . getTriple ( ) ;
packet . PutBytesAsRawHex8 ( tripple . c_str ( ) , tripple . size ( ) ) ;
2015-03-10 09:15:28 +08:00
return SendPacketAndWaitForResponse ( packet . GetData ( ) , packet . GetSize ( ) , response , false ) = = PacketResult : : Success & &
! response . IsErrorResponse ( ) ;
2015-02-26 06:15:44 +08:00
}