From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-38494-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 6823 invoked by alias); 5 Jan 2011 14:33:41 -0000
Received: (qmail 6812 invoked by uid 22791); 5 Jan 2011 14:33:40 -0000
X-SWARE-Spam-Status: No, hits=-1.2 required=5.0	tests=AWL,BAYES_20,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,T_TO_NO_BRKTS_FREEMAIL
X-Spam-Check-By: sourceware.org
Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 05 Jan 2011 14:33:36 +0000
Received: by pzk27 with SMTP id 27so3671957pzk.0        for <gdb@sourceware.org>; Wed, 05 Jan 2011 06:33:35 -0800 (PST)
MIME-Version: 1.0
Received: by 10.142.186.20 with SMTP id j20mr18871906wff.68.1294238014954; Wed, 05 Jan 2011 06:33:34 -0800 (PST)
Received: by 10.142.154.6 with HTTP; Wed, 5 Jan 2011 06:33:34 -0800 (PST)
Date: Wed, 05 Jan 2011 14:33:00 -0000
Message-ID: <AANLkTimbFMYDxn2S_ZEWZiB7FrKWtYdfm8XXWMm0u=mK@mail.gmail.com>
Subject: "remote put" leads to "Remote write of 399 bytes returned 0" - why?
From: Steffen Dettmer <steffen.dettmer@googlemail.com>
To: gdb@sourceware.org
Content-Type: text/plain; charset=ISO-8859-1
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: 2011-01/txt/msg00018.txt.bz2

Hi,

when `reomte put' big files via some relay (slowing down
communications and influencing timeing behavior), then I get an
error in gdb (client) console:

  Remote write of 399 bytes returned 0

but `strace' (gdb client side) looks good:

  [...thousands of lines OK...]
  recv(5, "+$F179#e7", 8192, 0)           = 9
  send(5, "+", 1, 0)                      = 1
  send(5, "$vFile:pwrite:0,3fbbab,xxxxxxxxx"..., 403, 0) = 403
  select(6, [5], NULL, [5], {1, 0})       = 1 (in [5], left {0, 990000})
  recv(5, "+$F179#e7", 8192, 0)           = 9
  send(5, "+", 1, 0)                      = 1
  send(5, "$vFile:pwrite:0,3fbd24,xxxxxxxxxx"..., 403, 0) = 403
  select(6, [5], NULL, [5], {1, 0})       = 1 (in [5], left {0, 990000})
  recv(5, "+$Fdc#0d", 8192, 0)            = 8
  send(5, "+", 1, 0)                      = 1
  send(5, "$vFile:pwrite:0,3fbe00,xxxxxxxxx"..., 403, 0) = 403
  select(6, [5], NULL, [5], {1, 0})       = 1 (in [5], left {1, 0})
  recv(5, "+$F0#76", 8192, 0)             = 7
  send(5, "+", 1, 0)                      = 1
  send(5, "$vFile:close:0#b0", 17, 0)     = 17
  select(6, [5], NULL, [5], {1, 0})       = 1 (in [5], left {0, 990000})
  recv(5, "+$F0#76", 8192, 0)             = 7
  send(5, "+", 1, 0)                      = 1
  close(7)                                = 0
  munmap(0x40021000, 4096)                = 0
  rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0
  write(2, "Remote write of 399 bytes return"..., 37) = 37
  write(2, "\n", 1)                       = 1

I don't see any "send(...) = 0" or so. The remote side only sends
some short (acknowledgment?) replies, so no 399 bytes, so I
assume client side fails... but why?

Any hints what I could do against this problem?

oki,

Steffen