tsandras:

The file is likely not being converted. On windows, the end-of-line convention is \r\n, while on unix, it's \n. So when you copy a windows text file to unix, you will normally have files with a carriage return (\r == ^M) at the end of your lines. That's the reason we have programs like dos2unix. If you're going to process the file in a perl program, though, I generally skip the dos2unix, and instead use something like:

while (<$FH>) {
    # Remove *all* whitespace from the end of the line
    s/\s+$//;

    . . . the stuff you're gonna do anyway
}
[download]

...roboticus

When your only tool is a hammer, all problems look like your thumb.

...
$ssh2 -> scp_put("${datafile}IMSI_SICAP.lst","/timesten/IMSI_SICAP.lst
+")or die ("Error");
$ssh2->channel->exec("dos2unix /timesten/IMSI_SICAP.lst");
[download]

Another option is to use Net::SFTP::Foreign that supports the dos2unix operation natively:

use Net::SFTP::Foreign;

my $sftp = Net::SFTP::Foreign->new($host,
                                   backend => 'Net_SSH2',
                                   username => 'user',
                                   password => 'aaa');
$sftp->error and die "Unable to connect: " . $ssh->error;

$sftp->put("${datafile}IMSI_SICAP.lst","/timesten/IMSI_SICAP.lst", con
+version => 'dos2unix');
[download]

When you transfer a file in binary mode, it remains unchanged (this mode is typically used to transfer compiled programs / BINaries).

When dealing with end of line characters in text files that roboticus elaborated on, ascii mode would have to be used to do a transformation of the end of line character to make it appropriate to the target platform. In perl, you would need to use a s/\r\n/\n/; to do the equivalent transform when doing a Windows -> UNIX transfer.

The reason for this madness lies in how early computer systems had to interact with teletype and typewriter devices that were unable to advance the print head to the next line in single character time (see Newline).