At 12:33 PM -0500 11/22/04, Igor Pechtchanski wrote:
That's probably the best you could hope for at this point. If you want to
know why the original program didn't work as expected, you should really
ask the distributor of your Windows perl version (ActiveState?) and not
this list.
Igor
Un
At 1:28 AM +0100 11/20/04, Gerrit P. Haase wrote:
Stephen Studley wrote:
At 4:30 PM -0500 11/18/04, Igor Pechtchanski wrote:
perl -we 'my $str=`ssh -n [EMAIL PROTECTED] ls`;print "[$str]\n"'
good idea, however same results, at least from my Windows machine.
The command-line per
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
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 -
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
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.
unfo
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)
7 matches
Mail list logo
