Hi Brian,
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?
What DOES fail for me is
$ socat -t 0.1 exec:'openssl s_server -accept 12002 -quiet -cert cacert.pem
-key privkey.pem' pipe &
$ ec
On Mon, May 09, 2005 at 12:06:11AM -0400, Christopher Faylor wrote:
>On Mon, May 09, 2005 at 11:44:53AM +0800, Carlo Florendo wrote:
>>Does this patch also fix the issue of arrow keys wrongly being enabled
>>like a text editor (e.g. during "rm -i ", a user can navigate
>>through the screen.)
>
>T
Yo.. Keen!
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
> Of Christopher Faylor
> Sent: Monday, 9 May 2005 2:06 PM
> To: cygwin@cygwin.com
> Cc: Paul Eggert
> Subject: Re: [Fwd: Strange-Dangerous behaviour in Cygwin]
>
> On Mon, May 09, 2005 at 11:44
On Mon, May 09, 2005 at 11:44:53AM +0800, Carlo Florendo wrote:
>Does this patch also fix the issue of arrow keys wrongly being enabled
>like a text editor (e.g. during "rm -i ", a user can navigate
>through the screen.)
This is not a bug in coreutils. You can get the same behavior in
windows b
I believe the problem is with the run command. It causes some really weird
flickering and ugly stuff. Take away that run and it will go away, but
then, the DOS screen will be there, hanging. Of course, I am just replying
thinking that I know what I am talking about. But, I read part of the r
Paul Eggert wrote:
Jim Meyering <[EMAIL PROTECTED]> writes:
Alternative opinions (or patches to yesno.c) welcome.
In the POSIX locale we don't have any choice; we have to accept
any answer with a leading "y" as "yes". See:
http://www.opengroup.org/onlinepubs/95399/basedefs/xbd_chap07.h
Carlo Florendo wrote:
Christopher Faylor wrote:
On Sun, May 08, 2005 at 03:02:17PM +0200, Angelo Graziosi wrote:
The problems described prviously exist in standard bash shell (that is
launched with the link on Desktop) and in the shell launched by xterm
(with startxwin.bat).
THEY DO NOT exist in
Christopher Faylor wrote:
On Sun, May 08, 2005 at 03:02:17PM +0200, Angelo Graziosi wrote:
The problems described prviously exist in standard bash shell (that is
launched with the link on Desktop) and in the shell launched by xterm
(with startxwin.bat).
THEY DO NOT exist in dos box (with C\:cygw
orrect locations with non-cygwin commands.
e.g.:
c:\>bash
bash$ cd /tmp
bash$ mkdir deleteme
bash$ cd deleteme
bash$ wget http://cygwin.com/snapshots/cygwin-inst-20050508.tar.bz2
bash
bash$ tar xjf cygwin-inst-20050508.tar.bz2 usr/bin/cygwin1.dll
usr/bin/cygcheck.exe usr/bin/st
On Sun, May 08, 2005 at 08:21:26PM -0400, Christopher Faylor wrote:
>Shouldn't we be able to just mount the */bin variant which is used by
>default, though? Is that /usr/bin? That would catch the most common
>cases without using up precious mount table slots. It would not catch
>the case of some
On Sun, May 08, 2005 at 08:02:17PM -0400, Igor Pechtchanski wrote:
>On Sun, 8 May 2005, Christopher Faylor wrote:
>
>> On Sun, May 08, 2005 at 04:11:08PM -0400, Igor Pechtchanski wrote:
>> >On Sun, 8 May 2005, Joshua Daniel Franklin wrote:
>> >
>> >> > >On 5/6/05, J?rgen Havsberg Seland wrote:
>> >
On Sun, 8 May 2005, Christopher Faylor wrote:
> On Sun, May 08, 2005 at 04:11:08PM -0400, Igor Pechtchanski wrote:
> >On Sun, 8 May 2005, Joshua Daniel Franklin wrote:
> >
> >> > >On 5/6/05, J?rgen Havsberg Seland wrote:
> >> > >> This problem is (often) due to the command-line being to long for t
On Sun, May 08, 2005 at 12:55:39PM -0700, Joshua Daniel Franklin wrote:
>On 5/7/05, Shaddy Baddah wrote:
>>Primarily, I am interested in the rationale behind using the ASCII
>>variants of the w32api system calls, FindFirstFileA and FindNextFileA,
>>as opposed to using the wide-character variants Fi
On Sun, May 08, 2005 at 04:11:08PM -0400, Igor Pechtchanski wrote:
>On Sun, 8 May 2005, Joshua Daniel Franklin wrote:
>
>> > >On 5/6/05, J?rgen Havsberg Seland wrote:
>> > >> This problem is (often) due to the command-line being to long for the
>> > >> windows execution model. To circumvent this, m
On Sun, May 08, 2005 at 12:48:00PM -0700, Joshua Daniel Franklin wrote:
>> >On 5/6/05, J?rgen Havsberg Seland wrote:
>> >> This problem is (often) due to the command-line being to long for the
>> >> windows execution model. To circumvent this, mount the path of the
>> >> executable using the -X swi
On Sun, May 08, 2005 at 08:02:30AM -0700, Paul Eggert wrote:
>Eric Blake <[EMAIL PROTECTED]> writes:
>>it now defaults to the underlying mount mode when the user does not
>>specify binary or text. In my opinion, dd should default to binary
>>when neither text nor binary is specified
>
>Hmm, overri
On Sun, May 08, 2005 at 03:02:17PM +0200, Angelo Graziosi wrote:
>The problems described prviously exist in standard bash shell (that is
>launched with the link on Desktop) and in the shell launched by xterm
>(with startxwin.bat).
>
>THEY DO NOT exist in dos box (with C\:cygwin\bin in W2KSP4 path)
On 5/7/05, Shaddy Baddah wrote:
> Primarily, I am interested in the rationale behind using the ASCII
> variants of the w32api system calls, FindFirstFileA and FindNextFileA,
> as opposed to using the wide-character variants FindFirstFileW and
> FindNextFileW.
I believe the reason is simply that t
On Sun, 8 May 2005, Joshua Daniel Franklin wrote:
> > >On 5/6/05, Jørgen Havsberg Seland wrote:
> > >> This problem is (often) due to the command-line being to long for the
> > >> windows execution model. To circumvent this, mount the path of the
> > >> executable using the -X switch. For instance
> >On 5/6/05, Jørgen Havsberg Seland wrote:
> >> This problem is (often) due to the command-line being to long for the
> >> windows execution model. To circumvent this, mount the path of the
> >> executable using the -X switch. For instance, use
> >
> On Sat, May 07, 2005 at 05:11:39PM -0700, Joshu
Paul Eggert wrote:
> Eric Blake <[EMAIL PROTECTED]> writes:
>
>>it now defaults to the underlying mount mode when the user does not
>>specify binary or text. In my opinion, dd should default to binary
>>when neither text nor binary is specified
>
> Hmm, overriding the explicit advice of the sys
Jim Meyering <[EMAIL PROTECTED]> writes:
> Alternative opinions (or patches to yesno.c) welcome.
In the POSIX locale we don't have any choice; we have to accept
any answer with a leading "y" as "yes". See:
http://www.opengroup.org/onlinepubs/95399/basedefs/xbd_chap07.html#tag_07_03_06_01
C
Hi
A new version of 'man' has been uploaded to a server near you.
DESCRIPTION:
Man, apropos and whatis.
CYGWIN NEWS:
- Routine update
Man NEWS
- Don't (potentially) use a pager with apropos and whatis
- Superfluous security fix
- Filter .iX macros out when
Hi
A new version of 'openldap/libopenldap2_2_7/openldap-devel' has been uploaded
to a server near you.
DESCRIPTION:
Lightweight Directory Access Protocol clients, servers and libraries.
CYGWIN NEWS:
* Routine update
* Fixed postinstall bug 571 (see
http://sourcewar
Hi
A new version of 'xemacs' has been uploaded to a server near you.
DESCRIPTION:
A powerful, highly customizable open source text editor and application
development system
CYGWIN NEWS:
* routine update
Old CYGWIN NEWS:
* routine update
* remove
Hi
A new version of 'xpdf' has been uploaded to a server near you.
DESCRIPTION:
An open source viewer for Portable Document Format (PDF) files.
CYGWIN NEWS:
* Fixed postinstall bug 571 (see
http://sourceware.org/bugzilla/show_bug.cgi?id=571)
Xpdf NEWS
=
Hi
A new version of 'tzcode/tzdata' has been uploaded to a server near you.
DESCRIPTION:
The time zone package
CYGWIN NEWS:
* Update to latest upstream release
tzcode/tzdata NEWS
==
* Sorry no changelog available. You have to do the diff yourself
Eric Blake <[EMAIL PROTECTED]> writes:
> it now defaults to the underlying mount mode when the user does not
> specify binary or text. In my opinion, dd should default to binary
> when neither text nor binary is specified
Hmm, overriding the explicit advice of the system administrator?
How commo
The problems described prviously exist in standard bash shell (that is
launched with the link on Desktop) and in the shell launched by xterm
(with startxwin.bat).
THEY DO NOT exist in dos box (with C\:cygwin\bin in W2KSP4 path) and in
the shell launched with RXVT: in these cases the BACKSPACE key
Hi,
The codes I have attached are similar to a eariler reported problem
References:
<[EMAIL PROTECTED]>
However I have my program working either in Solaris or Cygwin only. If
the server is on solaris and client on cygwin and vice versa , the
packet is lost. I cant figure out what the problem co
Hi again,
I managed to isolate the problem to the awk.exe.
Calling like this:
export FAWK; FAWK="awk -F^ --compat --source="
${FAWK}/"SIMU_included/{print \$3}" subst$1 >${TMPDIR}/$$
[ -s ${TMPDIR}/$$ ] && < ${TMPDIR}/$$ read SIMU
works only occassionally. But calling awk without redirection
first
John Morrison wrote:
> On Fri, March 25, 2005 8:26 pm, Eric Blake said:
>
>>True enough. And that points out another bug - echo "$0" may fail if $0
>>starts with -, it should be echo -- "$0". Isn't portable shell
>>programming fun?
>
> Sorry that this has taken so long, but I'm just getting aro
On Fri, March 25, 2005 8:26 pm, Eric Blake said:
> True enough. And that points out another bug - echo "$0" may fail if $0
> starts with -, it should be echo -- "$0". Isn't portable shell
> programming fun?
Sorry that this has taken so long, but I'm just getting around to adding
all the fixes em
The faq mentions a bug that win9x won't release.
I am observing this with win2k.
I am simply using SSH on the server end to run TightVNC through. With the
Client disconnected and 'logoff' from the shell, SSH server remains
connected to the IP address of the client.
The interesting thing is that
34 matches
Mail list logo
