A quick google seems to indicate it is something 64/32bit-related. The most relevant seems to be this link.

Update: (*) The point here not being the freshness, but that it is a different perl that doesn't use the libraries from your system (similiar to the Unix/Linux/OSX people's advice not to use the "system perl" for your own applications)

Sorry I was in holidays with no network for a few days.
I will try to generate the exe with a 32 bit portable edition of Strawberry. I'll update the comment asap.

Anyway, thanks for the reply.

Update : I have installed a 32 bits portable edition of perl, installed PAR::Packer with cpan for this portable installation, and it works now..
I still don't understand the error which is annoying me but... It works so thank you for your help !!

I haven't seen that kind of issue using pp from PAR::Packer to create executables. Here's a few thoughts about possible problems.

First, it looks like you're using a 64 bit Perl. That means that the executables that you create will be trying to run a 64 bit Perl. If your colleagues are using a 32 bit Windows 7, then they won't be able to run the executables you create using a 64 bit Perl. My recommendation is that you stick with 32 bit Perl for creating executables. If you need to leverage 64 bit Perl, then you need to treat all of the executables that you create as being 64 bit programs that will only run on 64 bit Windows.

My next thought was wondering how you installed PAR::Packer. I'd recommend using cpan or cpanm (or whichever cpan utility you prefer) to install the PAR::Packer module.

Lastly, I'm not sure if you typos in your post, but some of the syntax that you listed is not correct for the pp utility. The way that I usually use pp is to use is like this: pp -c -x -o script.pl program.exe. I doubt that this is the source of the issue that you are seeing, but thought I'd share this you in case it might be useful to others.

Sorry I was in holidays with no network for a few days.
As said in the answer just above, I will try to generate the exe with a 32 bit portable edition of Strawberry.

To answer your questions : we all have the same Windows, and I have installed PAR::Packer with cpan. I will try to do a new installations...

Anyway, thanks for the reply. I'll update the comment asap.

Update : I have installed a 32 bits portable edition of perl, installed PAR::Packer with cpan for this portable installation, and it works now..
I still don't understand the error which is annoying me but... It works so thank you for your help !!

As a debugging step you can run depends.exe /c /f:1 /pb /ot:temp.txt ... parpacked.exe on the failing machine

You could also try making parpacked.exe with ppsimple.pl

I've never used Par::Packer before so this is just a guess, but could it be that something you're packing is looking for the path to the perl.exe binary in %PATH%, and when it can't find it, that's when it's breaking?

I was also thinking about that. But when there is only C:\Strawberry\c\bin in my %PATH% it is working, and there is no perl.exe in this folder... So I will say that this is not the problem

What is in the c:/strawberry/c/bin directory? I have a few Windows test servers, but all my perls are managed by berrybrew, so I don't have such a dir.

Perhaps there's something in that directory that isn't perl.exe that's being looked for.

Can you search through the pre-packed code and search for $ENV{PATH}?

I suspect the resulting executable relies on one or more of the shared libraries (DLLs) in C:\Strawberry\c\bin. You should either transfer them along to the target machine or look for a way to include them into the PAR executable.