From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-59759-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 20439 invoked by alias); 8 Nov 2008 09:25:55 -0000
Received: (qmail 20400 invoked by uid 22791); 8 Nov 2008 09:25:54 -0000
X-Spam-Check-By: sourceware.org
Received: from mtaout2.012.net.il (HELO mtaout2.012.net.il) (84.95.2.4)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 08 Nov 2008 09:24:54 +0000
Received: from conversion-daemon.i_mtaout2.012.net.il by i_mtaout2.012.net.il (HyperSendmail v2004.12) id <0KA000F00CJRB600@i_mtaout2.012.net.il> for gdb-patches@sourceware.org; Sat, 08 Nov 2008 11:26:37 +0200 (IST)
Received: from HOME-C4E4A596F7 ([77.126.241.172]) by i_mtaout2.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KA000L5YCWCJND0@i_mtaout2.012.net.il>; Sat, 08 Nov 2008 11:26:37 +0200 (IST)
Date: Sat, 08 Nov 2008 09:25:00 -0000
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: [RFA] Process record and replay, 9/10
In-reply-to: <daef60380811072104j4e95269cmbf419cf575a90e66@mail.gmail.com>
X-012-Sender: halo1@inter.net.il
To: teawater <teawater@gmail.com>
Cc: gdb-patches@sourceware.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <uabcash7f.fsf@gnu.org>
References: <daef60380811052351p2ce19d86o678efa9b044780d1@mail.gmail.com> <ur65nsi5h.fsf@gnu.org> <daef60380811072104j4e95269cmbf419cf575a90e66@mail.gmail.com>
X-IsSubscribed: yes
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-11/txt/msg00150.txt.bz2

> Date: Sat, 8 Nov 2008 13:04:13 +0800
> From: teawater <teawater@gmail.com>
> Cc: gdb-patches@sourceware.org
> 
> >> +   these macros are gotten from Linux Kernel source. */
> >> +#define I386_RECORD_SIZE__old_kernel_stat    32
> >> +#define I386_RECORD_SIZE_tms                 16
> >> +#define I386_RECORD_SIZE_loff_t                      8
> >> +#define I386_RECORD_SIZE_flock                       16
> >> +#define I386_RECORD_SIZE_oldold_utsname              45
> >> +#define I386_RECORD_SIZE_ustat                       20
> >
> > Shouldn't this kind of database be in the XML files just posted in the
> > "catch syscall" thread?
> >
> This is the size of variables in the Linux Kernel. I set it special
> because sometime this variables for each arches are not same.

I understand that.  I was asking whether we should store this
information in the same place where we store all the other info about
Linux system calls, not in the source.