Hithey're
I have a few Perl CGI running on my site. I did the Gamma AUP and
not working anymore.display.
I tested it with a small script test.cgi:
print "Environment Variables";
print "";
while(($key,$val) = each(ENV))
{
print "$key: $val \n";
}
print "";
Normally it would list all environment variables but now it's an empty
If I look at the page source (the blank page, I replaced the bracketswith []):
[!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"]* Origin: Prison Board BBS Mesquite Tx //telnet.RDFIG.NET www. (1:124/5013)
[HTML][HEAD]
[META http-equiv=Content-Type content="text/html; charset=windows- 1252"][/HEAD]
[BODY][/BODY][/HTML]
That's all. And this is for all CGI I have on my site.
Hmmmm,
I copied and pasted this a ROLF.PL file
------------- cut here -----------
print "Environment Variables";
print "";
while(($key,$val) = each(ENV))
{
print "$key: $val \n";
}
print "";
------------- cut here -----------
and it into my CGI bin directory.
I started my browser, logged in and type:
/cgi/rolf.pl
and it spit out the entire environment.
I'm using the latest GAMMA AUP. I ran the GAMMA AUP to make sure. The important dll is:
2005-12-17 06:54p 555,284 wchttps.dll
and by the date of it, that hasn't changed since the initial gamma
release back in December.
Hope you can help find out whats going on there.
Oh, I have a very old ActivePerl.....2001 version.
????
----
<ROLF KNOBEL> wrote in messagenews:1138735738.40.0@winserver.com...
Hi
I have a few Perl CGI running on my site. I did the Gamma AUP andthey're
not working anymore.
I tested it with a small script test.cgi:
print "Environment Variables";
print "";
while(($key,$val) = each(ENV))
{
print "$key: $val \n";
}
print "";
Normally it would list all environment variables but now it's an emptydisplay.
If I look at the page source (the blank page, I replaced the bracketswith []):
[!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"] [HTML][HEAD]
[META http-equiv=Content-Type content="text/html; charset=windows- 1252"][/HEAD]
[BODY][/BODY][/HTML]
That's all. And this is for all CGI I have on my site.
My https.dll: 2006-01-31 05:33p (the new gamma), the* Origin: Prison Board BBS Mesquite Tx //telnet.RDFIG.NET www. (1:124/5013)
same result, the CGI doesn't work.
I tested it with 451.5 and see that it's the same problem.
Now I restored an old backup from 454.4 to test it and the
CGI are working. Didn't you change anything in the 451.5
update with PHP and CGI? Possibly this has something to do with it.
My ActivePerl version: 5.6.1 Build 635
Perl scripts from a DOS prompt are working, the SpamAssassin from
wsSpamGuard too.
Rolf
Since CGI working here and Michael Purdy is a big CGI user, he hasn't reported anything, it has to be the script engine itself.
There were major enhancements in the CGI web processor in 451.5 and let
see if there were and changes in 451.6.... This was the only fix in
451.6:
- FIX: Fixed CGI command line option to use arguments correctly.
See AUP for details.
There is only one thing I can thing of, and that is the script engine.
Older systems where relaxed in spitting out the Status: and
Context-Type: line. The WEB server will make a default assumption of
302 and Context-Type: Text/Html.
451.5 was enhanced to better support the environment strings,
DOCUMENT_ROOT, and to work out the PHP versions differences, etc.
In short, to better support the CGI standard documented at the Oreilly Standard CGI Web pages.
My test environment was active perl (2001 version), all versions of PHP which I remember have different behaviors.
Try adding this to the top of your script:
print "Status: 302\n";
print "Context-Type: Text/Plain\n";
print "\n";
Let me know what you find.
---
Hector
<ROLF KNOBEL> wrote in message news:1138899349.40.1138743155@winserver.com...
My https.dll: 2006-01-31 05:33p (the new gamma), the
same result, the CGI doesn't work.
I tested it with 451.5 and see that it's the same problem.
Now I restored an old backup from 454.4 to test it and the
CGI are working. Didn't you change anything in the 451.5
update with PHP and CGI? Possibly this has something to do with it.
My ActivePerl version: 5.6.1 Build 635
Perl scripts from a DOS prompt are working, the SpamAssassin from wsSpamGuard too.
Rolf
I added the three lines to the top but it doesn't display anything. The page source contains META http-equiv=Content-Type content="text/html; charset=windows-1252". Shouldn't this be a text/plain with the added code?
(I tested it with content-type and context-type, I think the x was a typo)
My ActivePerl version: 5.6.1 Build 635
On 2/2/06 1:35 PM, ROLF KNOBEL wrote to HECTOR SANTOS:page
I added the three lines to the top but it doesn't display anything. The
code?source contains META http-equiv=Content-Type content="text/html; charset=windows-1252". Shouldn't this be a text/plain with the added
typo)(I tested it with content-type and context-type, I think the x was a
Ok, I'm a lost as to what could be happening. The only thing that keeps hitting my brain is the version of perl. You said:
My ActivePerl version: 5.6.1 Build 635
Whats my version? ....
G:\pxwin>perl -v
This is perl, v5.6.0 built for MSWin32-x86-multi-thread
(with 1 registered patch, see perl -V for more detail)
Copyright 1987-2000, Larry Wall
Binary build 623 provided by ActiveState Tool Corp.
Built 16:27:07 Dec 15 2000
I just retested it with a new simple HELLOWORLD.PL script with 1 line:
print "Hello World!\n";
and both IE and FF shows it!
See if the socket I/O is coming thru. Turn on the Socket Log in the registry (DWORD EnableSocketLog = 1) under:
HKLM/Software/SSI/Wildcat/WcWeb
Get all the way where you about to to the PL test, open DOS window and delete SOCKET.LOG.
Then run the URL and see what SOCKET.LOG says.
If there is no response data, It has to be the script engine.
Also, note to see if there is a DELAY or something in the script result. Let me see if there is an error log entry for any script engine CALL errors.... well any error in calling the script engine is send to the HTTP response.
I don't know, it it sounds the version of active perl is doing this...
If you can't figure out, I guess I have to get this 5.6.1 version and see for myself.
This is my cgitest.cgi:SV1; .NET
print "Status: 302\n";
print "Content-Type: Text/Plain\n";
print "\n";
print "Hello World!\n";
this is the generated socket.log:
-------Request----------- size: 350 time: 29625
GET /cgi/cgitest.cgi HTTP/1.0
Accept: */*
Accept-Language: de-ch
If-Modified-Since: Thu, 02 Feb 2006 19:39:37 GMT; length=0
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1;
CLR 1.1.4322)
Host: www.box24.ch
Connection: Keep-Alive
Cookie: wcbbs=192.168.1.11:80; wcauth=(xxx deleted)
-------Response---------- size: 284 time: 6328
HTTP/1.0 200 OK
Last-Modified: Thu, 02 Feb 2006 19:43:04 GMT
Content-Length: 0
Server: Wildcat/v6.1.451.6
ETag: SERVER2
X-Elapsed-Time: 6344
X-BBS-CID: 28
X-Powered-By: Wildcat.Net v6.1.451.6
X-BBS-Name: Box 24
Content-Type: text/html
Date: Thu, 02 Feb 2006 19:43:10 GMT
This is all. Content-Lenght: 0 seems to be wrong and it's 0 for all CGI programs.
On 2/2/06 2:28 PM, HECTOR SANTOS wrote to ROLF KNOBEL:The
On 2/2/06 1:35 PM, ROLF KNOBEL wrote to HECTOR SANTOS:
I added the three lines to the top but it doesn't display anything.
pagecontent="text/html;
source contains META http-equiv=Content-Type
addedcharset=windows-1252". Shouldn't this be a text/plain with the
code?keeps
typo)(I tested it with content-type and context-type, I think the x was a
Ok, I'm a lost as to what could be happening. The only thing that
andhitting my brain is the version of perl. You said:
My ActivePerl version: 5.6.1 Build 635
Whats my version? ....
G:\pxwin>perl -v
This is perl, v5.6.0 built for MSWin32-x86-multi-thread
(with 1 registered patch, see perl -V for more detail)
Copyright 1987-2000, Larry Wall
Binary build 623 provided by ActiveState Tool Corp.
Built 16:27:07 Dec 15 2000
I just retested it with a new simple HELLOWORLD.PL script with 1 line:
print "Hello World!\n";
and both IE and FF shows it!
See if the socket I/O is coming thru. Turn on the Socket Log in the registry (DWORD EnableSocketLog = 1) under:
HKLM/Software/SSI/Wildcat/WcWeb
Get all the way where you about to to the PL test, open DOS window
HTTPdelete SOCKET.LOG.
Then run the URL and see what SOCKET.LOG says.
If there is no response data, It has to be the script engine.
Also, note to see if there is a DELAY or something in the script result. Let me see if there is an error log entry for any script engine CALL errors.... well any error in calling the script engine is send to the
seeresponse.
I don't know, it it sounds the version of active perl is doing this...
If you can't figure out, I guess I have to get this 5.6.1 version and
for myself.
-------Response---------- size: 284 time: 6328
HTTP/1.0 200 OK
Last-Modified: Thu, 02 Feb 2006 19:43:04 GMT
Content-Length: 0
Server: Wildcat/v6.1.451.6
ETag: SERVER2
X-Elapsed-Time: 6344
X-BBS-CID: 28
X-Powered-By: Wildcat.Net v6.1.451.6
X-BBS-Name: Box 24
Content-Type: text/html
Date: Thu, 02 Feb 2006 19:43:10 GMT
This is all. Content-Lenght: 0 seems to be wrong and it's 0
for all CGI programs.
What do you mean by "all CGI programs?"
Type this:
Change the .PL script engine to this:
C:\WC6\FAKEPERL.CMD
Then create this batch C:\WC6\FAKEPERL.CMD file:
--- cut here ---
@ECHO OFF
ECHO HELLO WORLD!
--- cut here ---
You got to get a HELLO WORLD now!
Rolf
I have tested Perl with your version and 5.8.7 and they both work fine as does PHP.
Perhaps Hector can offer further wisdoms based on your socket log.
The only time I have seen perl produce a blank Web output is when it is having problems locating the associated .dll which for you would be perl56.dll. and should be in your path statement.
Mike
On 2/2/06 2:54 PM, ROLF KNOBEL wrote to HECTOR SANTOS:
This is my cgitest.cgi:
print "Status: 302\n";
print "Content-Type: Text/Plain\n";
print "\n";
print "Hello World!\n";
this is the generated socket.log:
-------Request----------- size: 350 time: 29625SV1; .NET
GET /cgi/cgitest.cgi HTTP/1.0
Accept: */*
Accept-Language: de-ch
If-Modified-Since: Thu, 02 Feb 2006 19:39:37 GMT; length=0
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1;
CLR 1.1.4322)
Host: www.box24.ch
Connection: Keep-Alive
Cookie: wcbbs=192.168.1.11:80; wcauth=(xxx deleted)
-------Response---------- size: 284 time: 6328
HTTP/1.0 200 OK
Last-Modified: Thu, 02 Feb 2006 19:43:04 GMT
Content-Length: 0
Server: Wildcat/v6.1.451.6
ETag: SERVER2
X-Elapsed-Time: 6344
X-BBS-CID: 28
X-Powered-By: Wildcat.Net v6.1.451.6
X-BBS-Name: Box 24
Content-Type: text/html
Date: Thu, 02 Feb 2006 19:43:10 GMT
This is all. Content-Lenght: 0 seems to be wrong and it's 0 for all CGI programs.
was aOn 2/2/06 2:28 PM, HECTOR SANTOS wrote to ROLF KNOBEL:
On 2/2/06 1:35 PM, ROLF KNOBEL wrote to HECTOR SANTOS:
TheI added the three lines to the top but it doesn't display anything.
pagecontent="text/html;
source contains META http-equiv=Content-Type
addedcharset=windows-1252". Shouldn't this be a text/plain with the
code?
(I tested it with content-type and context-type, I think the x
line:typo)
keepsOk, I'm a lost as to what could be happening. The only thing that
hitting my brain is the version of perl. You said:
My ActivePerl version: 5.6.1 Build 635
Whats my version? ....
G:\pxwin>perl -v
This is perl, v5.6.0 built for MSWin32-x86-multi-thread
(with 1 registered patch, see perl -V for more detail)
Copyright 1987-2000, Larry Wall
Binary build 623 provided by ActiveState Tool Corp.
Built 16:27:07 Dec 15 2000
I just retested it with a new simple HELLOWORLD.PL script with 1
windowprint "Hello World!\n";
and both IE and FF shows it!
See if the socket I/O is coming thru. Turn on the Socket Log in the registry (DWORD EnableSocketLog = 1) under:
HKLM/Software/SSI/Wildcat/WcWeb
Get all the way where you about to to the PL test, open DOS
andresult.
delete SOCKET.LOG.
Then run the URL and see what SOCKET.LOG says.
If there is no response data, It has to be the script engine.
Also, note to see if there is a DELAY or something in the script
HTTPLet me see if there is an error log entry for any script engine CALL errors.... well any error in calling the script engine is send to the
this...response.
I don't know, it it sounds the version of active perl is doing
seeIf you can't figure out, I guess I have to get this 5.6.1 version and
for myself.
You got to get a HELLO WORLD now!
No, just a blank page like before.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 293 |
Nodes: | 16 (2 / 14) |
Uptime: | 231:36:19 |
Calls: | 6,624 |
Files: | 12,171 |
Messages: | 5,319,429 |