Hi,
tied(%udat)->cleanup works! And for some unknown reason the performance
of redirection is better (possibly because most of time now the 2nd Apache
request from redirection is served by the same httpd without forking another
httpd) and Embperl is stabler now without any complaint such as 'pa
odule Apache::Session::File
#...new setting...it never works but panic...
PerlSetEnv EMBPERL_SESSION_CLASSES "DBIStore SysVSemaphoreLocker"
PerlSetEnv EMBPERL_SESSION_ARGS "DataSource=DBI:mysql:mydb
UserName=panpipi Password=helpme"
PerlModule Apache::Session::DBI (Apache::Sessio
SESSION_ARGS "Directory=/tmp"
#PerlModule Apache::Session::File
#...new setting...it never works but panic...
PerlSetEnv EMBPERL_SESSION_CLASSES "DBIStore SysVSemaphoreLocker"
PerlSetEnv EMBPERL_SESSION_ARGS "DataSource=DBI:mysql:mydb
UserName=panpipi Password=helpme"
Hi,
How are you doing recently?
I think I found a bug in Embperl.pm about file upload. When I used HTML tag to upload a file, Embperl crashed with error message
like this: "Cannot modify read-only value ... in Embperl.pm line 774.", IF the
uploaded filename starts with non-alpha character, eg.
I'm using Netscape Composer4 and Embperl 1.2b9 on an 'at least medium'-scale
web application. Many of my Embperl scripts are over 1000 lines in text. I
found my computer slows down significantly when a httpd happens to be forked
for the same session. (Apache's odd?!) I know the new forked Embperl