From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 46019 invoked by alias); 2 Jun 2018 06:23:12 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 46003 invoked by uid 89); 2 Jun 2018 06:23:11 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=H*f:sk:1527827, H*i:sk:1527827, HX-Received:sk:b39-v6m, HContent-Transfer-Encoding:8bit X-HELO: mail-wr0-f180.google.com Received: from mail-wr0-f180.google.com (HELO mail-wr0-f180.google.com) (209.85.128.180) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 02 Jun 2018 06:23:10 +0000 Received: by mail-wr0-f180.google.com with SMTP id l41-v6so38196206wre.7 for ; Fri, 01 Jun 2018 23:23:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:mime-version:content-transfer-encoding; bh=Ln8wAOscGdwyfFSYnZ9l8TgqCvKlmZwhqRYXplnvULY=; b=hzyB77wywjOGyNaWbsC3puiKInUbkg17Qq4I7hRuw3zQq29ymqQ4e3SoiAj6xFt2PS e1ZB1Roc/bSD8qV77FjbcEmQT2ZsqsvBNf92Y1TiZYdulsFEs/CybhcIo8F2Kbx8MnmW 9iauJ7YxhA/8on64mVr7TBqUHJCyrFtcM98c3TBL6wOkxKzgclAuOOTMxd2b6fFv2Lnq 3dYpjZzr9sdZbGkYwfwC5bMB3h4NvFFX2zi6zvyQ2BObnJnzgoICsuuEZMyVnHIRBUVI niZiZQuWiYoKDRPPPhPR+DT+EzRs6YRqYF9Bq2NxV5eXWzcT9IVjnseXzVX8VsG1niOl zkoQ== X-Gm-Message-State: ALKqPwdSma9xm2/1B31RdZFz3bYuZfBn9VwUWwV6VcklK4tE41Yp+Xiw qP4v+SwUG1JgA8gZ3mMSf3L9DbYa X-Google-Smtp-Source: ADUXVKI+yimntltiEBpuQy5kLT5kc+DpJYTrgRhyz9iJS6fmzHU7iOiLYVXStK++5IWiegQKpWoKKA== X-Received: by 2002:adf:a9aa:: with SMTP id b39-v6mr10962298wrd.36.1527920587882; Fri, 01 Jun 2018 23:23:07 -0700 (PDT) Received: from [192.168.1.11] ([105.228.14.235]) by smtp.gmail.com with ESMTPSA id u69-v6sm4089699wma.37.2018.06.01.23.23.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 01 Jun 2018 23:23:07 -0700 (PDT) Message-ID: <1527920583.28838.13.camel@gmail.com> Subject: Re: internal-error: target_xfer_partial: Assertion `*xfered_len > 0' failed From: Christo To: gdb@sourceware.org Cc: christo.crause@gmail.com Date: Sat, 02 Jun 2018 06:23:00 -0000 In-Reply-To: <1527827775.28838.7.camel@gmail.com> References: <1527710950.16578.23.camel@gmail.com> <1527827775.28838.7.camel@gmail.com> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2018-06/txt/msg00003.txt.bz2 On Fri, 2018-06-01 at 06:36 +0200, Christo wrote: > On Wed, 2018-05-30 at 22:09 +0200, Christo wrote: > > > > I get this error both on avr-gdb 7.10.1 (Installed by Linux Mint) and gdb 8.0 (which I > > compiled > > from source).  I don't see this error if I don't load the file with debug info into gdb. > > Also > > no > > error if I use gdb 7.0.1 or 6.6 (both also compiled by me). > I tested on gdb 8.1 compiled for AVR and still see "Saw new packet start in middle of old one" > message, but now gdb seems to ignore the packet error and just continue without the internal > error message.  I still would like to know where the problem is so that it can be fixed, else > gdb may end up with incomplete information of the flash memory content on the controller. I suspect that the culprit was on my server side, where I transmitted responses as Pascal strings, which prepends the length of the string to the data stream.  I suspect that gdb filtered out the extra data at the start of the replies successfully in many (but not all) cases.  Anyway, sending the replies as byte streams without a length prefix seems to have eliminated my problem.