× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



John,

Spaces like that are considered "whitespace" unless included in quotes or preceded by a backslash. As such, they have no meaning, and are typically stripped by the shell.

Can you explain what you're trying to accomplish? Why do you want four spaces here when they're to be ignored anyway?

Presumably, therefore, you are trying to find a way so that they are not ignored -- and this is where I'm getting lost. Which parameter are they, therefore, to belong to, and why?

-SK



On 8/14/2013 9:16 AM, John McKee wrote:
Employer exchanges data with a company using scp. Company decided to
replace existing server.. I have no idea what is on the other end.

There are two scripts. Each ends with an scp command that looks like this:

scp -v ${PEDID}@${SERV}:${PATHE}$1 ${PATHO}

Currently, there are four spaces between $1 and ${PATHO}. But, the
log shows no spaces at all. Which is an error.

I have tried

${PATHE}$1 \ ${PATHO}

thinking the internal field separator is causing the blanks to be
removed. No change. I even put everything following the -v inside
double quote characters. That didn't work either, but maybe I put them
in the wrong place.

Guy on the other end is clueless. He believes the problem is with the
SERV variable. I have told him, several times, that the connection is
being made to the server AND authenticated.

I am running out of ideas.

I have suggested to him, several times, that IFS might be involved.


Any suggestions?

John McKee


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.