From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-57556-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 13768 invoked by alias); 30 Jul 2008 18:17:26 -0000
Received: (qmail 13758 invoked by uid 22791); 30 Jul 2008 18:17:26 -0000
X-Spam-Check-By: sourceware.org
Received: from snape.ecoscentric.com (HELO snape.ecoscentric.com) (212.13.207.199)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 30 Jul 2008 18:17:06 +0000
Received: from localhost (snape.ecoscentric.com [127.0.0.1]) 	by snape.ecoscentric.com (Postfix) with ESMTP id 451ABDC8CF7; 	Wed, 30 Jul 2008 19:17:04 +0100 (BST)
Received: from snape.ecoscentric.com ([127.0.0.1]) 	by localhost (snape.ecoscentric.com [127.0.0.1]) (amavisd-new, port 10024) 	with ESMTP id 0FJe6UgQ479n; Wed, 30 Jul 2008 19:17:03 +0100 (BST)
Received: from delenn.bartv.net (unknown [212.13.207.199]) 	by snape.ecoscentric.com (Postfix) with ESMTP id 142E9DC80E6; 	Wed, 30 Jul 2008 19:17:03 +0100 (BST)
Date: Wed, 30 Jul 2008 18:17:00 -0000
Message-Id: <pnabfzfd9d.fsf@delenn.bartv.net>
From: Bart Veer <bartv@ecoscentric.com>
To: Eli Zaretskii <eliz@gnu.org>
CC: gdb-patches@sourceware.org
In-reply-to: <u63qnp89b.fsf@gnu.org> (message from Eli Zaretskii on Wed, 30 	Jul 2008 20:54:56 +0300)
Subject: Re: minor doc fix
References: <pnbq0ffjuk.fsf@delenn.bartv.net> <u63qnp89b.fsf@gnu.org>
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2008-07/txt/msg00568.txt.bz2

>>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:

    >> Date: Wed, 30 Jul 2008 16:54:43 +0100
    >> From: Bart Veer <bartv@ecoscentric.com>
    >> 
    >> Current docs for the remote protocol file I/O extension state that a
    >> struct timeval is 8 bytes. It is actually 12, a 4-byte time_t tv_sec
    >> and an 8-byte long tv_usec.

    Eli> You are on a 64-bit machine, right? On a 32-bit machine, a
    Eli> long takes 4 bytes, like an int.

    Eli> So if you want to get this text right, you will need to
    Eli> rewrite it such that it is correct on both architectures.

The text is not talking about host-side or target-side data
structures. It is describing a protocol, what gets transferred between
host and target for a gettimeofday request, which happens to be 12
bytes and not 8.

Bart