/bin/sh: gcc-4: Kommando nicht gefunden.
[download]

This means you should install the gcc cygwin package. But unless you really, really need a recent version of File::Spec, don't upgrade File::Spec. It comes with the Perl core distribution and there rarely is a need to upgrade it. I haven't read the previous replies you already got, so there might be a reason to actually upgrade the module, but unless there is a pressing need to do so, I wouldn't.

Dear Corion,

Thanks for the hint, I will see to upgrading Cygwin as you pointed out.

I forgot to mention that my question was related to an error message I got from the shell, i.e.

File::Spec version 3.4 required--this is only version 3.33 at /usr/lib
+/perl5/site_perl/5.14/Path/Tiny.pm line 12.
[download]

So I thought I'd just upgrade the module as the prompt said, but then things got messy (cf. previous post). Or is there another error I failed to spot?

Thanks a mil in advance for your help

C.

Ah, yes, if another module seems to want a more recent version of File::Spec, then upgrading File::Spec is likely the path of least resistance.

╗┐Z:/../file.xml

Seems like BOM.

Dear Choroba,

Thanks for enlighten me, I was not aware of this particular issue. I found out that there is a module for that in perl, but since the code I am using does not use file handles at the crucial part, I am not sure how to use File::BOM correctly. Is there a way to use File::BOM with Path::Tiny or would I have to create a new script?

Thanks a mil in advance for your comments

Kind regards

C.

I'd just remove the BOM manually before passing the string to Path::Tiny:

my $directory = shift;
my $BOM = "\x..."; # Fill in the actual problematic string
$directory = s/$BOM//;
[download]

لսႽ† ᥲᥒ⚪⟊Ⴙᘓᖇ Ꮅᘓᖇ⎱ Ⴙᥲ𝇋ƙᘓᖇ

I am getting the strange feeling that my undertaking of writing a "simple" script turns out to be a much larger project than I had anticipated.

Its not that much larger, its just that there is a lot of details :) Its like learning to sing in a new language, there is new sentence structure and new word list ... and you still have to practice hitting your notes :)(reading about it is different than doing it)

/bin/sh: gcc-4: Kommando nicht gefunden. Makefile:367: recipe for target 'Cwd.o' failed make: *** Cwd.o Error 127

Like Corion already said, looks like you're missing gcc-4 :)

Wide character in die at ... Path/Tiny. ... line 57 in the script

Isn't that wonderfully convenient? I think so (problem detected, error reported informatively)

So there is a problem with the filename, its got extra stuff. So, to solve the cause you work your way backwards, which function feeds RetrieveAndBackupXML? Which function feeds that function? Is it still called GetPaths? That is where you employ File::BOM, like

sub GetPaths  {
    use File::BOM;
##    my @paths = path( shift )->lines_utf8;
    my @paths = path( shift )->lines( { binmode => ":via(File::BOM)" }
+ );
    s/\s+$// for @paths; # "chomp"
    return @paths;
} ## end sub GetPaths
[download]

other way without File::BOM

sub GetPaths  {
    my @paths = path( shift )->lines_utf8;
    s/\x{feff}//g for @paths; # "de-bom"
    s/\s+$// for @paths; # "chomp"
    return @paths;
} ## end sub GetPaths
[download]

A tip: if you add use Carp::Always; you will get a stack of error messages, like

Dear Anonymous Monk

Thank you very much for your explanation and your encouraging words. You are right, creating code for a particular task is different than reading the book(s) and going through the exercises.

I think I still lack this eye for detail and sometimes I am aware of the problem but cannot figure out how to put the solution into code syntax.

Such was the case with File::Bom. I just did not know how to add to that particular part of the subroutine (not enough practice with modules and objects).

Thank you also for introducing Carp, I will have a go at it.

Thanks a mil again for your support, makes the whole a bit easier and it surely is more fun. (This goes for all contributors btw)

Kind regards

C.

Dear Monks

Sorry for pestering you once again with my noob questions. I changed the script according to your recommendations. So far no more BOM errors and everything seems to be working as planned.

However, I got the following error message the meaning of which I am not quite sure of. Maybe one of you could shed some light on this (I used Carp::Always, as one of you suggested). I had to anonymise the code for I guess you know why....

Error opendir on 'Z:/123/xyz/xyz/xyz_xyz_xyz_/01_abc': 
No such file or directory at C:/strawberry/perl/site/lib/Path/Tiny.pm 
+line 1490.
Path::Tiny::Error::throw("Path::Tiny::Error", "opendir", "Z:/2014/xyz/
+xyz/xyz_xyz_xyz_/01_abc"") 
called at C:/strawberry/perl/site/lib/Path/Tiny.pm line 126

Path::Tiny::_throw(Path::Tiny=ARRAY(0x2774f74), "opendir") called at C
+:/strawberry/perl/site/lib/Path/Tiny.pm line 532
Path::Tiny::children(Path::Tiny=ARRAY(0x2774f74), qr(\.xml$)u) called 
+at script.pl line 59
main::RetrieveAndBackupXML("Z:/123/xyz/xyz/xyz_xyz_xyz_/01_abc\\0"...)
+ 
called at script.pl line 31

main::Main() called at script.pl line 20
[download]

In my opinion, the error is telling me that neither the folder nor the files exist (well, you cannot access the files if you cannot access the folder.

Question is why is the programm throwing this error message, the folders do exist as indicated by the path names I am reading out.

Is it problem if I access a network-drive? Would that be another building block that would bloat the script and provide with me with yet another topic to read about?

A penny for your thoughts.

Kind regards

C