RE: Can't create Bash here document. (FIXED)

>What does this display: >$ mount -m > >I suspect that you need: >$ mount -fsb "$TEMP" "/tmp" >/Hannu E K Nevalainen, B.Sc. EE Microcomputer systems--72--> > Well I won't pretend to understand what's going on here. I forgot to mention in my original email that the directory '/tmp' exi

RE: scp exits often with -1

Dave Korn wrote on Wednesday, November 17, 2004 7:20 PM: [snip] > So basically what you've done is say to yourself "I'll just > send tons and tons of stuff (which I know will be of no use > or interest to 99.9% of the recipients) to absolutely > everyone in the hopes that it might be relevant t

Re: Perl-tk?

Brian Dessent schrieb: dwycoff wrote: I tried using a perl-tk script in cygwin that I wrote more than a year ago. Whenever I run it it dies at: Can't locate Tk.pm in @INC (@INC contains: /usr/lib/perl5/5... I did a search and couldn't find Tk.pm. So I looked to the cygwin website, but didn't fin

Re: How do you resolve this?

Yuri, Please post instead of sending private email. On Thu, Nov 18, 2004 at 12:00:41AM -0700, Yuri Tijerino wrote: > I am having exactly the same problem described in this post. I see > that you diagnosed the problem as something to do with a symlink. But > how do you resolve the problem? Ther

Re: Perl-tk?

Brian Dessent schrieb: dwycoff wrote: I tried using a perl-tk script in cygwin that I wrote more than a year ago. Whenever I run it it dies at: Can't locate Tk.pm in @INC (@INC contains: /usr/lib/perl5/5... I did a search and couldn't find Tk.pm. So I looked to the cygwin website, but

Re: scp exits often with -1

On Thu, Nov 18, 2004 at 09:15:49AM +0100, J?rg Schaible wrote: >Dave Korn wrote on Wednesday, November 17, 2004 7:20 PM: >>So basically what you've done is say to yourself "I'll just send tons >>and tons of stuff (which I know will be of no use or interest to 99.9% >>of the recipients) to absolutel

Re: scp exits often with -1

> If this is a problem with the new pipe code then maybe Bob Byrnes could > offer some insight. Offhand, I can't think of any way that the new pipe stuff could cause this behavior, but I'll add this to my list of (potential) pipe-related things to investigate and think about. We use scp with the

Re: long command executed via a variable fails (SOLVED)

Thx to Igor and Reini for their help. My shell script works on UNIX and windows via Cygwin now. The good syntax is the one given by Igor : if ! eval "$cmd"; then . Geoffrey Geoffrey KRETZ wrote: Actually my original unix script use : if ! $cmd; then ... fi AND if ! eval $cmd; then ... fi And

Re: scp exits often with -1

On Thu, Nov 18, 2004 at 12:27:29PM -0500, Bob Byrnes wrote: > > If this is a problem with the new pipe code then maybe Bob Byrnes could > > offer some insight. > > Offhand, I can't think of any way that the new pipe stuff could cause > this behavior, but I'll add this to my list of (potential) pip

login shell in passwd ignored

I have changed the login shell info for my username in /etc/passwd from /bin/bash to /usr/bin/zsh, and when I login, the SHELL environment variable reflects this change, but even after restarting the machine, my login shell is still /bin/bash. What must I do to have /usr/bin/zsh be the default

Executing ssh from perl

Apologies in advance if this a well covered issue, as I'm pretty sure it has been. I did look through the lists email archive and found too many variations on similar issues to be helpful. Problem: ssh command hangs when executed from perl script using back-tics. The same command (no back-tics)

RE: Can't create Bash here document. (FIXED)

you (YorkshireSkier BLOB aol.com) wrote : I wrote: >> What does this display: >> $ mount -m >> >> I suspect that you need: >> $ mount -fsb "$TEMP" "/tmp" > > Well I won't pretend to understand what's going on here. I forgot to > mention in my original email that the directory '/tmp' exists and is

Re: Executing ssh from perl

On Thu, 18 Nov 2004, Stephen Studley wrote: > Apologies in advance if this a well covered issue, as I'm pretty sure it has > been. I did look through the lists email archive and found too many variations > on similar issues to be helpful. > > Problem: ssh command hangs when executed from perl scri

RE: Perl-tk?

I've been using the tk800 native windows functionality for years with cygwin. You just have to recompile/install with each perl change. If I remember correctly, with the most recent cygwin/perl/tk800.024, I haven't even had to patch it. The big headache is that you need to play games with rebase

Re: login shell in passwd ignored

On Thu, 18 Nov 2004, kynn wrote: > I have changed the login shell info for my username in /etc/passwd > from /bin/bash to /usr/bin/zsh, and when I login, the SHELL > environment variable reflects this change, but even after restarting > the machine, my login shell is still /bin/bash. > > What must

Re: Executing ssh from perl

At 2:12 PM -0500 11/18/04, Igor Pechtchanski wrote: On Thu, 18 Nov 2004, Stephen Studley wrote: > The successful scenario simply returns the expect stdout: debug3: channel 0: will not send data after close / Thanks in advance. Stephen Try giving the "-n" argument to ssh. unfortunately, no chan

Re: scp exits often with -1

Christopher Faylor wrote: > On Thu, Nov 18, 2004 at 09:15:49AM +0100, J?rg Schaible wrote: [snip] >>Well, this *is* the list for reporting problems with Cygwin. Sorry, >>that I missed among all the other 450 mail per month, the one Chris >>stated, that he don't want straces sent to list without f

Re: scp exits often with -1

Pierre A. Humblet wrote: > On Thu, Nov 18, 2004 at 12:27:29PM -0500, Bob Byrnes wrote: >> > If this is a problem with the new pipe code then maybe Bob Byrnes could >> > offer some insight. >> >> Offhand, I can't think of any way that the new pipe stuff could cause >> this behavior, but I'll add t

Re: scp exits often with -1

On Thu, Nov 18, 2004 at 09:00:38PM +0100, J?rg Schaible wrote: >I'll have a look tomorrow in the office, where fd 4 came from (thought I >posted all related stuff, but trace is hard). Which is why unsolicited traces are almost always useless. cgf -- Unsubscribe info: http://cygwin.com/ml/#u

Re: scp exits often with -1

On Thu, Nov 18, 2004 at 08:57:15PM +0100, J?rg Schaible wrote: >> If this is a problem with the new pipe code then maybe Bob Byrnes could >> offer some insight. > >As said, I'll take any further action to isolate it. Would you expect a >difference using the current snapshot? No. cgf -- Unsubscri

Re: Executing ssh from perl

On Thu, 18 Nov 2004, Stephen Studley wrote: > At 2:12 PM -0500 11/18/04, Igor Pechtchanski wrote: > > On Thu, 18 Nov 2004, Stephen Studley wrote: > > > The successful scenario simply returns the expect stdout: > > > debug3: channel 0: will not send data after close > > > / > > > > > > Thanks i

Re: Executing ssh from perl

At 3:39 PM -0500 11/18/04, Igor Pechtchanski wrote: > unfortunately, no change in my results. BTW: I have ssh configured for passwordless connection. You *did* properly escape the command string, right? Otherwise, my $str = `ssh -n [EMAIL PROTECTED] ls`; will try to interpolate the contents of t

tclsh

Can someone please tell me what cygwin package tclsh lives in? Thanks, Phil -- 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/

Re: Executing ssh from perl

On Thu, 18 Nov 2004, Stephen Studley wrote: > At 3:39 PM -0500 11/18/04, Igor Pechtchanski wrote: > > > unfortunately, no change in my results. > > > BTW: I have ssh configured for passwordless connection. > > > > You *did* properly escape the command string, right? Otherwise, > > > > my $str =

Re: tclsh

On Thu, 18 Nov 2004, Crescioli, Phil wrote: > Can someone please tell me what cygwin package tclsh lives in? The standard answer for questions of this type: . FWIW, if you're searching for a program, it helps to prepend "bin/" to the search string, i.e., try searchin

Re: scp exits often with -1

Christopher Faylor wrote: > On Thu, Nov 18, 2004 at 09:00:38PM +0100, J?rg Schaible wrote: >>I'll have a look tomorrow in the office, where fd 4 came from (thought I >>posted all related stuff, but trace is hard). > > Which is why unsolicited traces are almost always useless. Point taken. - J

Re: Executing ssh from perl

At 4:30 PM -0500 11/18/04, Igor Pechtchanski wrote: On Thu, 18 Nov 2004, Stephen Studley wrote: > At 3:39 PM -0500 11/18/04, Igor Pechtchanski wrote: I suppose the next step is to try to reproduce this in a command-line perl invocation, e.g., something like perl -we 'my $str=`ssh -n [EMAIL PROTECT

Re: Perl-tk?

On Thu, Nov 18, 2004 at 11:17:37AM -0800, Bruce Dobrin wrote: > I've been using the tk800 native windows functionality for years with > cygwin. You just have to recompile/install with each perl change. If I > remember correctly, with the most recent cygwin/perl/tk800.024, I > haven't even had to p

Re: Executing ssh from perl

On Thu, Nov 18, 2004 at 12:56:19PM -0800, Stephen Studley wrote: > If I use system(""); instead of ``;, the command returns 0, > (no hang). Unfortunately system wont work for my needs, as it is > critical I evaluate stdout:stderr. `` doesn't capture stderr; maybe you want IPC::Open3 -- Unsubsc

Re: Executing ssh from perl

one very interesting discovery. If the command fails, it returns! It would appear it hangs only when the command succeeds. If I mangle the path to the ls command, ssh returns with file not found. At 4:30 PM -0500 11/18/04, Igor Pechtchanski wrote: On Thu, 18 Nov 2004, Stephen Studley wrote: > A

Re: scp exits often with -1

At 09:00 PM 11/18/2004 +0100, Jörg Schaible wrote: >Pierre A. Humblet wrote: >> >> 109 is "The pipe has been ended". Isn't that strange when reading a pipe? >> Unfortunately fd 4 was opened in a part of the trace that we don't have. > >I'll have a look tomorrow in the office, where fd 4 came from

Re: login shell in passwd ignored

On Thu, 18 Nov 2004, Igor Pechtchanski wrote: > On Thu, 18 Nov 2004, kynn wrote: > > > I have changed the login shell info for my username in /etc/passwd > > from /bin/bash to /usr/bin/zsh, and when I login, the SHELL > > environment variable reflects this change, but even after restarting > > the