From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-30603-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 8318 invoked by alias); 4 Jan 2008 09:25:53 -0000
Received: (qmail 8306 invoked by uid 22791); 4 Jan 2008 09:25:52 -0000
X-Spam-Check-By: sourceware.org
Received: from mail.sunnorth.com.cn (HELO bjmsw01.sunnorth.com.cn) (124.42.0.200)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 04 Jan 2008 09:25:34 +0000
Received: from maillog.sunnorth.com.cn (unverified [172.20.10.250]) by bjmsw01.sunnorth.com.cn  (Clearswift SMTPRS 5.2.9) with ESMTP id <T84523ec5e0ac140aeb1378@bjmsw01.sunnorth.com.cn> for <gdb@sourceware.org>;  Fri, 4 Jan 2008 17:25:28 +0800
Received: from ntns1cn.sunnorth.com.cn (ntns1cn.sunnorth.com.cn [172.20.10.252]) 	by maillog.sunnorth.com.cn (8.12.10/8.12.10) with ESMTP id m049QCgw015053 	for <gdb@sourceware.org>; Fri, 4 Jan 2008 17:26:12 +0800
To: gdb@sourceware.org
MIME-Version: 1.0
Subject: SCORE gdb run testsuite dump.exp fail, why?
X-Mailer: Lotus Notes Release 6.5 September 26, 2003
Message-ID: <OF270BB913.65F2D072-ON482573C6.003298A9-482573C6.0033BCC1@sunnorth.com.cn>
From: ligang@sunnorth.com.cn
Date: Fri, 04 Jan 2008 09:25:00 -0000
Content-Type: text/plain; charset="US-ASCII"
X-IsSubscribed: yes
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2008-01/txt/msg00016.txt.bz2

Hello all,

SCORE gdb run testsuite dump.exp fail by little endian, whereas big endian 
is correct.
Maybe the memory is not correct after "file intarr1.srec" 

The following is gdb running context:
(gdb) dump srec val intarr1.srec intarray
(gdb) file intarr1.srec
(gdb) x/32w intarray
0xb20 <intarray>:       0x01000000      0x02000000      0x03000000 
0x04000000
0xb30 <intarray+16>:    0x05000000      0x06000000      0x07000000 
0x08000000
0xb40 <intarray+32>:    0x09000000      0x0a000000      0x0b000000 
0x0c000000
0xb50 <intarray+48>:    0x0d000000      0x0e000000      0x0f000000 
0x10000000
0xb60 <intarray+64>:    0x11000000      0x12000000      0x13000000 
0x14000000
0xb70 <intarray+80>:    0x15000000      0x16000000      0x17000000 
0x18000000
0xb80 <intarray+96>:    0x19000000      0x1a000000      0x1b000000 
0x1c000000
0xb90 <intarray+112>:   0x1d000000      0x1e000000      0x1f000000 
0x20000000

The content of intarr1.srec is below:
S00F0000696E74617272312E7372656354
S1130B2001000000020000000300000004000000B7
S1130B300500000006000000070000000800000097
S1130B40090000000A0000000B0000000C00000077
S1130B500D0000000E0000000F0000001000000057
S1130B601100000012000000130000001400000037
S1130B701500000016000000170000001800000017
S1130B80190000001A0000001B0000001C000000F7
S1130B901D0000001E0000001F00000020000000D7
S9030000FC

Is the intarr1.srec error or the memory is error after execute "file 
intarr1.srec"?
Which hook can resolve this problem?
Thanks.

       Ligang