1.3.5 on windows
I'd like to run Embperl 1.3.5 with Perl 5.8 on windows. I have problem with installation. Can anyone tell me the the versions of Apache and mod_perl suitable for it ? Thanks Radek Starostik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apache::SessionX (clarification required)
Here's the problem I was seeing when accessing URL http://host/gc/c/xx.epl [6848]SES: Received Cookie ID: 521469431535cba2d4bf56e04bc4ad6f New Cookie ID: 521469431535cba2d4bf56e04bc4ad6f User data is NOT modified [6848]SES: Received Cookie ID: 521469431535cba2d4bf56e04bc4ad6f New Cookie ID: 29bbd022d35187683de83a9e1e2ede6d User data is modified [6848]SES: Send Cookie -> EMBPERL_UID=29bbd022d35187683de83a9e1e2ede6d; expires=+1h [6848]SES: Received Cookie ID: 521469431535cba2d4bf56e04bc4ad6f New Cookie ID: 70583a8b512e18dd7cadd3a442682180 User data is modified [6848]SES: Send Cookie -> EMBPERL_UID=70583a8b512e18dd7cadd3a442682180; expires=+1h [6848]SES: Received Cookie ID: 521469431535cba2d4bf56e04bc4ad6f New Cookie ID: da1ace9d29b120380b62c967b55e5817 User data is modified [6848]SES: Send Cookie -> EMBPERL_UID=da1ace9d29b120380b62c967b55e5817; expires=+1h If you notice IE kept sending a session ID that was not recoginized by Apache::SessionX. What I found was that there happened to be 2 session cookies on IE named gc & c. Although I was accessing the file in 'c' directory, the session ID sent back from IE was for the 'gc' directory which was outdated and invalid. The problem resolved itself when I removed the session cookie named 'gc'. Furthermore, if I access the URL http://host/gc/b/xx.epl, a new session ID gets created. Although, this time there is no conflict with session cookie for 'c'. This may just be normal behavior for Apache::SessionX, but I was under the impression that a session ID could/would traverse all directories in my site. Am I mistaken? Is there a way to do this? As always, your assistance is greatly appreciated. -- Farouk Khawaja <[EMAIL PROTECTED]> Instinet Corporation
Re: 1.3.5 on windows
On Thu, 30 Jan 2003, Radomir Starostik wrote: > I'd like to run Embperl 1.3.5 with Perl 5.8 on windows. I have > problem with installation. Can anyone tell me the the versions > of Apache and mod_perl suitable for it ? This depends on if you want mod_perl support - mod_perl 1.0 on Win32 using ActivePerl 8xx doesn't compile, due to the addition of large_files support. This hasn't been fixed yet, and may not be for some time, due to the significant performance enhancements available with mod_perl 2.0 and Apache 2.0 on Win32. mod_perl 2.0 does compile with ActivePerl 8xx, but I'm not sure if Embperl 1.3.5 has been ported to mod_perl 2.0 - Gerald would be better able to discuss this, as well as the status of Emberl 2 on Win32 with mod_perl 2.0. If there's interest, I could try making up a ppm package for HTML-Embperl (and Embperl) without Apache support for ActivePerl 8xx. The HTML-Embperl (and Embperl) packages for builds 6xx (perl 5.6.1) available at http://theoryx5.uwinnipeg.ca/ppmpackages/ both contain two versions of the necessary libraries - one with Apache support, and the other without. However, these aren't compatible with ActivePerl 8xx. -- best regards, randy kobes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache::SessionX (clarification required)
>Furthermore, if I access the URL http://host/gc/b/xx.epl, a new session ID gets created. > Although, this time there is no conflict with session cookie for 'c'. > >This may just be normal behavior for Apache::SessionX, but I was under the impression >that a session ID could/would traverse all directories in my site. Am I mistaken? Is there a >way to do this? You need to set EMBPERL_COOKIE_PATH to / to tell the browser to return the same cookie for every directory Gerald - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 1.3.5 on windows
> mod_perl 2.0 > does compile with ActivePerl 8xx, but I'm not sure if Embperl > 1.3.5 has been ported to mod_perl 2.0 - Gerald would be better > able to discuss this, as well as the status of Emberl 2 on Win32 > with mod_perl 2.0. > Embperl 1.3.5 does not work with mod_perl 2.0 and never will. Embperl 2.0 runs fine on windows and with mod_perl 1.x and 2.x. For Perl 5.8.0 support you need the current cvs version. Gerald - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: second $escmode setting is ignored
> There seems to be a bug in Embperl 2.0b8 where the second and > subsequent attempts to set $escmode without any normal intervening > output are ignored. Here's an example of the problem. > Go to Old.xs line 100 and change r -> Component.bEscModeSet = -1 ; to r -> Component.bEscModeSet = 0 ; Gerald - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Vim syntax again
Hi I changed to using VIM version 6.1.150, and now Embperl highlighting went away. Does anybody have an idea about what to do? -- Kaare Rasmussen--Linux, spil,--Tlf:3816 2582 Kaki Datatshirts, merchandize Fax:3816 2501 Howitzvej 75 Åben 12.00-18.00Email: [EMAIL PROTECTED] 2000 FrederiksbergLørdag 12.00-16.00 Web: www.suse.dk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: $fdat not working when using POST
Oops, sorry, here's the POST version:
$VAR1 = { 'QUERY_STRING' => '', 'SERVER_ADDR' => '64.71.178.180',
'CONTENT_TYPE' => 'application/x-www-form-urlencoded',
'HTTP_ACCEPT_LANGUAGE' => 'en-us, en;q=0.50', 'SERVER_PROTOCOL' =>
'HTTP/1.1', 'HTTP_CONNECTION' => 'keep-alive', 'HTTP_REFERER' =>
'http://hoenie.com/bio1a/', 'PATH_TRANSLATED' =>
'/home/hoenie/www/bio1a/index.htm', 'REMOTE_PORT' => 11419,
'HTTP_USER_AGENT' => 'Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US;
rv:1.0.1) Gecko/20020823 Netscape/7.0', 'HTTP_ACCEPT' =>
'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1',
'GATEWAY_INTERFACE' => 'CGI/1.1', 'HTTP_HOST' => 'hoenie.com', 'PATH_INFO'
=> '/bio1a/index.htm', 'SERVER_SOFTWARE' => 'Apache/1.3.26 (Unix) PHP/4.2.2
mod_gzip/1.3.19.1a', 'SERVER_ADMIN' => '[EMAIL PROTECTED]',
'REMOTE_ADDR' => '64.171.190.67', 'SCRIPT_NAME' =>
'/cgi-bin/bio1a/embpcgi.pl', 'SERVER_NAME' => 'hoenie.com',
'HTTP_ACCEPT_ENCODING' => 'gzip, deflate, compress;q=0.9', 'DOCUMENT_ROOT'
=> '/home/hoenie/www/', 'REQUEST_URI' => '/bio1a/', 'HTTP_ACCEPT_CHARSET'
=> 'ISO-8859-1, utf-8;q=0.66, *;q=0.66', 'REDIRECT_STATUS' => 200,
'REQUEST_METHOD' => 'POST', 'SCRIPT_FILENAME' =>
'/home/hoenie/cgi-bin/bio1a/embpcgi.pl', 'CONTENT_LENGTH' => 34,
'REDIRECT_URL' => '/bio1a/index.htm', 'HTTP_KEEP_ALIVE' => 300, 'PATH' =>
'/usr/local/bin:/usr/bin:/bin', 'SERVER_PORT' => 80 }; $VAR2 = {}; ,
It does have 'CONTENT_LENGTH' => 34. Does it sound right?
Notice $VAR2 is empty. It is supposed to be what's in %fdat.
What could have gone wrong?
...Hoenie
Hi,
both output show REQUEST_METHOD=GET. Seems like you didn't insert the POST
version. Can you please repeat it with POST. With POST you should also see a
variable CONTENT_LENGTH, if you don't see it the server messes up something
and the POSTed data doesn't arrive at Embperl at all
Gerald
-
Gerald Richterecos electronic communication services gmbh
Internetconnect * Webserver/-design/-datenbanken * Consulting
Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: [EMAIL PROTECTED] Voice:+49 6133 925131
WWW:http://www.ecos.de Fax: +49 6133 925152
-
- Original Message -
From: "Hoenie Luk" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 29, 2003 7:05 AM
Subject: Re: $fdat not working when using POST
> Hi Gerald,
>
> I did what you suggested.
>
> My page has a button named "enter" with value "ENTER WEB SITE". Using POST
> method, I pressed the button and here's the output: (notice $VAR2 at the
> end is empty).
>
> $VAR1 = { 'QUERY_STRING' => '', 'SERVER_ADDR' => '64.71.178.180',
> 'HTTP_ACCEPT_LANGUAGE' => 'en-us', 'SERVER_PROTOCOL' => 'HTTP/1.1',
> 'HTTP_CONNECTION' => 'Keep-Alive', 'PATH_TRANSLATED' =>
> '/home/hoenie/www/bio1a/index.htm', 'REMOTE_PORT' => 10577, 'HTTP_ACCEPT'
> => 'image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
> application/vnd.ms-excel, application/vnd.ms-powerpoint,
> application/msword, */*', 'HTTP_USER_AGENT' => 'Mozilla/4.0 (compatible;
> MSIE 6.0; Windows 98; Win 9x 4.90)', 'GATEWAY_INTERFACE' => 'CGI/1.1',
> 'HTTP_HOST' => 'hoenie.com', 'PATH_INFO' => '/bio1a/index.htm',
> 'SERVER_SOFTWARE' => 'Apache/1.3.26 (Unix) PHP/4.2.2 mod_gzip/1.3.19.1a',
> 'SERVER_ADMIN' => '[EMAIL PROTECTED]', 'REMOTE_ADDR' =>
> '67.120.106.145', 'SCRIPT_NAME' => '/cgi-bin/bio1a/embpcgi.pl',
> 'HTTP_ACCEPT_ENCODING' => 'gzip, deflate', 'SERVER_NAME' => 'hoenie.com',
> 'DOCUMENT_ROOT' => '/home/hoenie/www/', 'REQUEST_URI' => '/bio1a/',
> 'REDIRECT_STATUS' => 200, 'REQUEST_METHOD' => 'GET', 'REDIRECT_URL' =>
> '/bio1a/index.htm', 'SCRIPT_FILENAME' =>
> '/home/hoenie/cgi-bin/bio1a/embpcgi.pl', 'PATH' =>
> '/usr/local/bin:/usr/bin:/bin', 'SERVER_PORT' => 80 }; $VAR2 = {};
>
> Just to try it out, I changed the method to GET: (notice $VAR2
> does have 'enter' in there).
>
> $VAR1 = { 'QUERY_STRING' => 'enter=ENTER+WEB+SITE', 'SERVER_ADDR' =>
> '64.71.178.180', 'HTTP_ACCEPT_LANGUAGE' => 'en-us', 'SERVER_PROTOCOL' =>
> 'HTTP/1.1', 'HTTP_CONNECTION' => 'Keep-Alive', 'HTTP_REFERER' =>
> 'http://hoenie.com/bio1a/index.htm', 'PATH_TRANSLATED' =>
> '/home/hoenie/www/bio1a/index.htm', 'REMOTE_PORT' => 10555,
> 'HTTP_USER_AGENT' => 'Mozilla/4.0 (compatible; MSIE 6.0; Windows 98; Win
9x
> 4.90)', 'HTTP_ACCEPT' => 'image/gif, image/x-xbitmap, image/jpeg,
> image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint,
> application/msword, */*', 'GATEWAY_INTERFACE' => 'CGI/1.1', 'HTTP_HOST' =>
> 'hoenie.com', 'PATH_INFO' => '/bio1a/index.htm', 'SERVER_SOFTWARE' =>
> 'Apache/1.3.26 (Unix) PHP/4.2.2 mod_gzip/1.3.19.1a', 'SERVER_ADMIN' =>
> '[EMAIL PROTECTED]', 'REMOTE_ADDR' => '67.120.106.145', 'SCRIPT_NAME'
=>
> '/cgi-bin/bio1a/embpcgi.pl', 'HTTP_ACCEPT_ENCODING' => 'gzip
