Received:  by oss.sgi.com id <S42247AbQF0Eam>;
	Mon, 26 Jun 2000 21:30:42 -0700
Received: from infoteka.nsk.ru ([212.20.32.40]:28687 "HELO infoteka.nsk.ru")
	by oss.sgi.com with SMTP id <S42189AbQF0Eaf>;
	Mon, 26 Jun 2000 21:30:35 -0700
Received: (qmail 4284 invoked by uid 7770); 27 Jun 2000 04:30:10 -0000
Received: from ppp86.infoteka.nsk.ru (HELO dyp) (dyp@212.20.33.86)
  by infoteka.nsk.ru with SMTP; 27 Jun 2000 04:30:10 -0000
From:   Denis Perchine <dyp@perchine.com>
To:     "David S. Miller" <davem@redhat.com>
Subject: Re: Fwd: Problem with recv syscall on socket when other side closed connection
Date:   Tue, 27 Jun 2000 11:32:11 +0700
X-Mailer: KMail [version 1.0.29.1]
Content-Type: text/plain
Cc:     kuznet@ms2.inr.ac.ru, ak@muc.de, netdev@oss.sgi.com
References: <200006261515.TAA22206@ms2.inr.ac.ru> <0006270852390S.00485@dyp> <200006270418.VAA03406@pizda.ninka.net>
In-Reply-To: <200006270418.VAA03406@pizda.ninka.net>
MIME-Version: 1.0
Message-Id: <00062711333501.00507@dyp>
Content-Transfer-Encoding: 8bit
Sender: owner-netdev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-netdev@oss.sgi.com>
X-Orcpt: rfc822;netdev-outgoing

>    I need to read all data BEFORE reset occurs. The problem is that I
>    get EPIPE before I get the data recieved before the reset.
> 
> And I am trying to tell you that you are not guarenteed to
> get that data, ever.
> 
> Here is one example, if the network between the sql server and
> your client reorders the packets such that the reset arrives before
> the "reason" data, TCP will not even take the data packets and
> will drop them on the floor.
> 
> The sql server should gracefully do a normal close of the socket
> if it wishes the client to receive the data with any amount of
> certainty.


Ough... Sorry... This was a misunderstanding. It does. And I get EPIPE..
For sure it does. Connection is closed using close syscall.

-- 
Sincerely Yours,
Denis Perchine

----------------------------------
E-Mail: dyp@perchine.com
HomePage: http://www.perchine.com/dyp/
FidoNet: 2:5000/120.5
----------------------------------