perl script not working

I had a perl script that was working correctly, then my hosting provider "upgraded" the server to php5 and now nothing is working.  They messed up everything even though it should have nothing to do with perl.  I have no idea how to diagnose the issue and the tech guy is terrible.  I just found a script on a site and tried running it and got the error:

lscgid: execve():/home/xxx/domains/ Exec format error

The script uses an account number so it won't help to post it. The issue is defintely some sort of config issue.  Does anyone know how I can diagnose this by using some script then show the details to the tech?

I believe that he said it was a lightspeed server.
Who is Participating?
Then you must talk to the server admin.
The code you pasted into this discussion didn't have the shebang, so I thought it could be the issue.
jackjohnson44Author Commented:

#/**************** Settings begin **************/
my $username  = ''; # Enter your Interfax username here
my $password  = ''; # Enter your Interfax password here
my $lastTransactionID = '999999999';
my $maxItems = '1';
my $NS = '';
#/**************** Settings end ****************/
my $client = SOAP::Lite
	->on_action( sub { join '/', $NS, $_[1] } ) 
my $result = $client
	->call(SOAP::Data->name('FaxStatus')->attr({xmlns => $NS}) =>
if ( $result->fault ) {
    print $result->faultstring . "\n";
} else {
	if( $result->valueof('//FaxStatusResponse/ResultCode') == 0 ) {
		my @fax_items = $result->valueof('//FaxStatusResult/*');
		print "Displaying information for " . @fax_items . " faxes." . "\n";
		for(my $i=0; $i < @fax_items; $i++)  
			print "Item " . ($i + 1) . "\n";  
			print "  TransactionID=". $fax_items[$i]{'TransactionID'} . "\n";
			print "  SubmitTime=". $fax_items[$i]{'SubmitTime'} . "\n";
			print "  PostponeTime=". $fax_items[$i]{'PostponeTime'} . "\n";
			print "  CompletionTime=". $fax_items[$i]{'CompletionTime'} . "\n";
			print "  DestinationFax=". $fax_items[$i]{'DestinationFax'} . "\n";
			print "  RemoteCSID=". $fax_items[$i]{'RemoteCSID'} . "\n" if exists $fax_items[$i]{'RemoteCSID'};
			print "  PagesSent=". $fax_items[$i]{'PagesSent'} . "\n";
			print "  Status=". $fax_items[$i]{'Status'} . "\n";
			print "  Duration=". $fax_items[$i]{'Duration'} . "\n";
			print "  Subject=". $fax_items[$i]{'Subject'} . "\n" if exists $fax_items[$i]{'Subject'};
			print "  PagesSubmitted=". $fax_items[$i]{'PagesSubmitted'} . "\n";
	} else {
		print "Error, return code=" . $result->valueof('//FaxStatusResponse/ResultCode') . "\n";

Open in new window

nemws1Database AdministratorCommented:
Most likely they no longer recognize ".pl" as a CGI script.  Either ask them to add in the following in their httpd.conf file:

  AddHandler cgi-script .pl

Or perhaps try changing the names of your Perl scripts to ".cgi" instead of ".pl"
Free Tool: Subnet Calculator

The subnet calculator helps you design networks by taking an IP address and network mask and returning information such as network, broadcast address, and host range.

One of a set of tools we're offering as a way of saying thank you for being a part of the community.

jackjohnson44Author Commented:
that isn't it, I was able to do a quick hello world with perl
nemws1Database AdministratorCommented:
Hmmm.. that might not be the problem (looks like it might have been in a 'cgi-bin' directory).  So.... either your script is no longer executable (needs a 'chmod +x' on it)

How do you reference this script via the web?

Or is it something special like:

If it's the latter, then they need to add in:

   ScriptAlias /username-cgi/ /home/xxx/domains/

Back into their httpd.conf file.

Basically, if you didn't change your file and its still executable, then they screwed up their httpd.conf file (or one of the newer style module config files).
nemws1Database AdministratorCommented:
Hmm.. your script is missing its "shabang".  It should have as its first line something like:


Did you have that in your 'hello world' program?
jackjohnson44Author Commented:
yes, I have that
nemws1Database AdministratorCommented:
Check the execution permissions on the file - you might have inadvertently removed executable permissions.

You get this same type of error if you try to access a file in a CGI area (or named as such) and the thing you're accessing is *not* a program (like a .doc file or an image).

How do you access your webshare?  Can you log in via SSH (or Telnet) or you access it via FTP?
consider this discussion:

It looks like either the shebang is crucial, or on the opposite .pl handling should be abandoned.
Obviously the hosting added fastcgi support that broke your script.

jackjohnson44Author Commented:
I have execute permissions.  I don't have ssh or telent access.  My file was in the cgi-bin and I can get the same results calling it .pl or .cgi.  It doesn't seem to matter.

The link mentions the httpd.conf file.  I only have ftp access.  I am not sure what to do with this info.

Please try adding the shebang line to your script and ftp-upload it again.
jackjohnson44Author Commented:
Thanks,  but I already have that at the top.
Have you tried applying the discussion I pointed to?
jackjohnson44Author Commented:
Thanks for checking back.  No, I don't have access to the shell.
I was hoping that there was some sort of php_info type script that I could run that would tell me what the issue is. Or if there was a script I could run that would do a test which I could send to the admin.  Any advice the mentions shell commands, or anything server related, I can't use.  I can only upload files.
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.