~^Z hangs ssh

Hello, I'm finding that ~^Z hangs the cygwin session rather than suspending my connection. I'm using cygwin to ssh into a solaris box. I've confirmed that suspension works properly when using ssh from sun box to sun box. Can't find any mention of this problem in the mailing list or Google. Doe

Re: ~^Z hangs ssh

Larry Hall wrote: > > Shing-Fat Fred Ma wrote: > > > Hello, > > > > I'm finding that ~^Z hangs the cygwin session > > rather than suspending my connection. I'm using > > cygwin to ssh into a solaris box. I've confirmed > > that susp

Two ssh connections slow

Hello, I'm using TightVNC1.2.2 to connect to Solaris8 from WinMe. I'm using OpenSSH_3.4p1, SSH protocols 1.5/2.0, OpenSSL 0x0090607f to open the connection. This ssh came with cygwin-1.3.12-4, which I just upgraded to. Prior to this, I was running OpenSSH_2.3.0p1, protocol versions 1.5/2.0. I

gvimdiff fails on network drive

Hello, I'm using cygwin-1.3.12-4 on WinME. I'm using gvim 6.0 to diff a pair of files residing on a mounted network drive i.e. /SomeUser is a mount pointing to \\RemoteSunBox\SomeUser. Read/write access to /SomeUser is no problem. Using "gvim -d" on localfiles is no problem. But using "gvim -d" o

Re: gvimdiff fails on network drive

6 [EMAIL PROTECTED] === > > -Original Message----- > > From: Shing-Fat Fred Ma [mailto:fma@;doe.carleton.ca] > > Sent: 25 October 2002 19:25 > > To: [EMAIL PROTECTED] > > Subject: gvimdiff fails on network drive > > > > > > Hello, > > > >

ftp put; less search; directory timestamp

Hello, I recently upgraded to cygwin-1.3.12-4 on WinME. Recently I noticed that ftp (Gnu inetutils) 1.3.2 hangs when "put"-ing a file (the entire file seems to be transferred though). Don't recall having this problem before. I'm connecting to my university via sympatico dialup. Also, when I us

No such file, but it's right there

Hi, I'm using cygwin 1.3.15 in WinME: Cygwin DLL version info: DLL version: 1.3.15 DLL epoch: 19 When I try to "ls" a file I know to be there, I'm told it isn't: $ which ftp telnet /usr/bin/ftp /usr/bin/telnet $ cd /usr/bin $ ls -l ftp telnet -r

No such file, but it's right there

>Well the files are, of course, ftp.exe and telnet.exe. >Cygwin's automagical .exe workarounds seems to not be working when going >through a mount where there is no underlying directory. > >Max. > > Cygwin follows the Windows convention of using file file name suffix > ".exe" for its binary execu

dos2unix/d2u does nothing

Cygwin DLL version info: DLL version: 1.3.15 DLL epoch: 19 Hello, I'm finding that dos2unix and d2u doesn't change a file in-place, even with -U (the timestamp doesn't even change). It works find for stdin-to-stdout, though. Just thought I'd share my feelings on that (that is, I feel it

Re: dos2unix/d2u does nothing

> > Subject: > RE: dos2unix/d2u does nothing > From: > David Kilroy <[EMAIL PROTECTED]> > Date: > Mon, 25 Nov 2002 13:33:42 - > To: > [EMAIL PROTECTED] > > >I have seen similar behaviour to what Fred sees, but I can't remember if >that was u2d or d2u. In that case the files had mixed use of \n

gnu tar opens tgz's with file times in the future

Hello, I'm gnu-tarring files with tar version 1.13.25 on solaris, then untarring with the same version on cygwin. The files are dated 2002-12-31 18:09:xx in the tgz on solaris. When I sftp them to cygwin, the tar programs shows the files to be dated 2003-01-01 03:09.xx. But typing "date" at the

SOLVED: gnu tar opens tgz's with file times in the future

Shing-Fat Fred Ma wrote: Hello, I'm gnu-tarring files with tar version 1.13.25 on solaris, then untarring with the same version on cygwin. The files are dated 2002-12-31 18:09:xx in the tgz on solaris. When I sftp them to cygwin, the tar programs shows the files to be dated 2003-01-01

Re: less 378 still not anchoring to \

Max Bowsher wrote: > f wrote: > > I just reinstalled "less" from the cygwin site. > > It still doesn't seem to anchor to word boundaries > > using regex(3) rules i.e. \ doesn't > > match anything, as does . I read > > a posting suggesing a solution by using perl > > syntax (apparently): > > > >

Re: Question re. export environment variable

Igor Pechtchanski wrote: > On Thu, 20 Feb 2003, Fred Ma wrote: > > > Hello, > > > > I'm using cygwin bash 2.05b-8 (it's actually gnu). > > I thought that $HOSTNAME was an environment > > variable. When I run gnu make (I'm pretty > > sure this is not a make problem), $(HOSTNAME) > > is empty. It

Re: Question re. export environment variable

Thanks, Bob. That's the way I expected it to work. I was just unsure of whether there was something cygwin-specific, as it seems strange that something like HOSTNAME is not marked for export at the time that it is set. I'll stick it into ~/.bashrc. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton Un

Re: "tee" is coredumping

Igor Pechtchanski wrote: > On Thu, 20 Feb 2003, Fred Ma wrote: > > > Hello, > > > > I've got the latest cygwin 1.3.20-1, cygutils 1.1.3-1. > > The "tee" command is core dumping on me, but > > only with a particular set of circumstances. I use > > it as follows: > > > > make -f client.mak 2>&