system($cmd,@args)
[download]

    File::Copy::move( $old, $new ) or die $!;
[download]

Clint

UPDATE (doh): I meant move not copy

Are you checking for failure as outlined in the docs for system (perldoc -f system)?

system("mv $file_name $different_path/$file_name");
if ($? == -1) {
  print "failed to execute: $!\n";
}
elsif ($? & 127) {
  printf "child died with signal %d, %s coredump\n",
    ($? & 127),  ($? & 128) ? 'with' : 'without';
}
else {
  printf "child exited with value %d\n", $? >> 8;
}
[download]

I have tested the paths, and they are fine as I used the perl mv command using File::copy module with the same variables. But can't understand why this doesn't work.

If you let us see the paths, then we may be able to explain it.

Clint

I have tested the paths, and they are fine as I used the perl mv command using File::copy module with the same variables. But can't understand why this doesn't work.

Non sequitur. Suppose that $from='foo' and $to='bar baz'. If you pass these arguments to F::C's mv(), then it will try to move the the file named foo to that called bar baz - with a space in it. If you do

system("mv $from $to");
[download]

as in your first post, a shell will be started which in turn will call the external mv program with the three cmd line arguments foo, bar and baz. (Well, upon a closer look to the docs it seems that it will call the shell only if there are shell metacharacters, but the final result won't change.) This may not be your case, but it serves as an instructive example. Alternatively use the LIST form of system, which will avoid the shell in any case and more likely do the Right Thing™ - and check its return value:

0 == system 'mv', $from, $to or warn "Something wrong: $?\n";
[download]

untested code

my $src_filename = "/home/abc/abc.txt";
my $dst_filename = "/xyz/bcd/abc.txt";
$ret = system("mv $src_filename $dst_filename");
print "Move Status : $ret";
[download]