Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
X-VirusChecked: Checked
X-Env-Sender: jan DOT just DOT keijser AT logicacmg DOT com
X-Msg-Ref: server-7.tower-36.messagelabs.com!1115633523!17132657!1
X-StarScan-Version: 5.4.15; banners=logicacmg.com,-,-
Message-ID: <D1D50F9C5151D2119FF000104BB3F9B708E1B75D@NL-ROT-MAIL02>
From: Jan Just Keijser <jan DOT just DOT keijser AT logicacmg DOT com>
To: "'cygwin AT cygwin DOT com'" <cygwin AT cygwin DOT com>
Subject: RE: echo "$(echo '\r')" oddity
Date: Mon, 9 May 2005 12:10:23 +0200
MIME-Version: 1.0
Content-Type: text/plain
X-OriginalArrivalTime: 09 May 2005 10:05:35.0195 (UTC) FILETIME=[A47942B0:01C5547E]
X-IsSubscribed: yes

This is exactly the problem I am seeing and it also happens with a few other
tests. When using 
  socat -d -d -d -v
it turns out that the server process is sending back the text (< hello) but
this text never ends up at the client. This also happens when the server is
running on Cygwin and the client is running on Linux (change the client
command to use the server's IP address instead of localhost). My guess was
that this is a flushing problem and not a race condition; BTW, I am 99.9999%
convinced that this is caused by socat and not by the openssl server
process.

hmmmm I was hoping somebody had a terribly bright idea before I started
using strace but I guess that's what I will have to do ....

thx,

JJK 

> -----Original Message-----
> From: cygwin-owner AT cygwin DOT com 
> [mailto:cygwin-owner AT cygwin DOT com] On Behalf Of Brian Dessent
> Sent: Monday, May 09, 2005 12:06
> To: 'cygwin AT cygwin DOT com'
> Subject: Re: echo "$(echo '\r')" oddity
> 
> Jan Just Keijser wrote:
> 
> > in interactive mode the command seems to work fine. What happens if 
> > you build socat and then run the test script (./test.sh) ? 
> Which tests 
> > does it fail on?
> 
> test.sh fails on the openssl test for me too.  I can't really 
> follow exactly what the testcase is doing though.  It looks 
> like there's a race condition somewhere because you get the 
> previous command's output with each command:
> 
> $ socat -t0.1 exec:'openssl s_server -accept 12009 -quiet 
> -cert cacert.pem -key privkey.pem' pipe &
> 
> $ echo -n "1" | socat -t0.1  -
> openssl:localhost:12009,cafile=cacert.pem,verify=1
> 
> $ echo -n "2" | socat -t0.1  -
> openssl:localhost:12009,cafile=cacert.pem,verify=1
> 1
> $ echo -n "3" | socat -t0.1  -
> openssl:localhost:12009,cafile=cacert.pem,verify=1
> 2
> $ echo -n "4" | socat -t0.1  -
> openssl:localhost:12009,cafile=cacert.pem,verify=1
> 3
> 
> I don't know what's going there.  You'd probably have to 
> delve into an strace to find out.
> 
> Brian
> 
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:       http://cygwin.com/problems.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
> 

This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/