ptrace q.

[VALETTE Eric]

joel at oarcorp.com wrote:
>
>>What's the possibility of using ptrace() (found in 
>>c/src/librdbg/ptrace.c) on its own.  In other words, if I want to single 
>>step through a process from another process, such as a target-resident 
>>shell, would the ptrace interface be the place to do it?  

The implementation of ptrace given here is just to able to read/write 
memory. No mechanism is availiable for doing remote debugging.

>>What if I don't want any networking, is there a way to easily detach 
>>ptrace from the rpc/networking code?
>>
>>would anyone have any objections to splitting up librdbg into two

As maintainer of the code, I do because :

	1) ptrace implementation is probably not what you imagine,
	2) if you change the semantic because anyway you will need to make it 
reacher, then probably rdbg code will break,
	3) Starting from librdbg is not a good point to make a local system wide 
debugger as it relies heavily on system itself,

If I was designing a local system debugger, I will first write a minimal 
exception handling, minimal keyboard polling code and video outor serial 
line, a safe memrory_read/write routine, a disassembler. Then rgdb could 
use part of theses services but not as it is designed today.

my two cents,

-- 
    __
   /  `                          Eric Valette - Canon CRF
  /--   __  o _.                 Product Dev. Group Software Team Leader
(___, / (_(_(__                 Rue de la touche lambert
                                 35517 Cesson-Sevigne  Cedex
                                 FRANCE
Tel: +33 (0)2 99 87 68 91       Fax: +33 (0)2 99 84 11 30
E-mail: valette at crf.canon.fr    http://www.crf.canon.fr