From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21787 invoked by alias); 10 Nov 2004 10:10:24 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 21733 invoked from network); 10 Nov 2004 10:10:14 -0000 Received: from unknown (62.116.68.196) by sourceware.org with QMTP; 10 Nov 2004 10:10:14 -0000 Received: (qmail-ldap/ctrl 86803 invoked from network); 10 Nov 2004 10:10:12 -0000 Received: from unknown (HELO mbox.caretec.at) ([213.235.233.178]) (envelope-sender ) by mx-00.sil.at (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 10 Nov 2004 10:10:12 -0000 Received: from [192.168.1.15] (ibox [192.168.1.15]) by mbox.caretec.at (8.12.8/8.12.8) with ESMTP id iAAA9tng025470 for ; Wed, 10 Nov 2004 11:09:56 +0100 Message-ID: <4191E8F3.2070303@caretec.at> Date: Wed, 10 Nov 2004 13:14:00 -0000 From: Ilko Iliev User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) MIME-Version: 1.0 To: gdb@sources.redhat.com Subject: remote target: Memory access error while loading section .rom_vectors Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on nbox X-Virus-Status: Clean X-SW-Source: 2004-11/txt/msg00093.txt.bz2 Hi, I have remote ARM7TDMI target, protocol convertor BDI2000 - when I try to load a file I've got the next error: GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. (gdb) target remote bdi1:2001 Remote debugging using bdi1:2001 (gdb) set debug remote 1 (gdb) lo Loading section .rom_vectors, size 0x40 lma 0x800000 Sending packet: $X800000,40:\016\000\000ê\030ð\237å\030ð\237å\030ð\237å\030ð\237å\000\000\000\000\030ð\237å\030ð\237å@\000\200\000<\003\200\000¤\003\200\000Ü\003\200\000<\004\200\000\000\000\000\000(\005\200\000ð\004\200\000#70...AckPacket received: OK Memory access error while loading section .rom_vectors. (gdb) The memory at 0x800000 is in RAM and the program can be loaded with gdb release 5.3 or 6.1 It can be seen that the BDI2000 returns "OK" which means that the packet was successfully written. The bug I have found in some previous snapshots. best regards ilko