Re: putting Ptrace back to 64-bit

[Andrew Cagney <cagney@redhat.com>]

Mark Wielaard wrote:
> Hi Andrew,
>
> On Wed, 2007-08-01 at 22:58 -0400, Andrew Cagney wrote:
>   
>> I don't understand the rationale behind this change:
>>     
>
> It was proposed and explained as a follow up for the LogicalMemoryBuffer
> under "A couple of things to note, questions and upcoming work" at:
> http://sourceware.org/ml/frysk/2007-q3/msg00163.html
> And the rationale was again added when the actual patch to implement it
> was posted: http://sourceware.org/ml/frysk/2007-q3/msg00216.html
>   

Please run such things directly past me.
>   
>> It forces calling code to contend with Java's bone-head "int" is 32-bits 
>> and be damed.
>>     
>
>   
That is Java's 32-bit bonehead ism.  This exports a 64-bit interface; 
we'll keep it that way.



> No, the patch carefully only changes those calls that take a 32-bit
> (actually positive "int" byte[]) container in the first place so that
> the calling code is consistent and calls to these methods get flagged at
> compile time if they provide inconsistent arguments. None of the
> arguments that actually are 64-bit were changed of course.
>
> Cheers,
>
> Mark
>