Anonymous Monk has asked for the wisdom of the Perl Monks concerning the following question:

I have a simple program which uses apache session and cookies... Now my problem is that when I go to the program via domain.com/cgi-bin/prog.pl, it does not seem to be able to tie the session hash to the id found in the cookie.

But running the same program from directory level 132.345.45.46/directory1/cgi-bin/prog.pl it is able to tie the session hash to the id found and then add to it as expected...

What seems to happen is that it gets an id from the cookie, and then it succeeds in the eval block, but when it exits from the eval block the $id is defined as undef...

Anybody got any suggestions...
$id = $query->cookie(-name=>"SESSID"); eval { tie %session, 'Apache::Session::File', $id, { Directory => "$cartInfoPath", LockDirectory => "$cartInfoPath"}; }; if ($@) { if ($@ =~ /^Object does not exist in the data store/) { $id = undef; tie %session, 'Apache::Session::File', $id, { Directory => "$cartInfoPath", LockDirectory => "$cartInfoPath"}; } } if ($id == undef) { $cookie = $query->cookie( -name=>'SESSID', -value=>$session{_session_id}, -expires=>'+1y', -path=>'/'); print $query->header(-cookie=>$cookie); print "Assigned session ID ".$session{_session_id}."<br>\n"; } else { print $query->header(); print "Not assigned session ID already ".$session{_session_id}." < +br>n"; }

Edit by dws to fix formatting and add <code> tags

Replies are listed 'Best First'.
Re: HELP...Apache Session problem
by rob_au (Abbot) on Sep 29, 2002 at 10:07 UTC
    I am almost certain that your problem in this scenario relates to user permissions - I would presume that all of your early testing of this script was carried out from the command-line, under your normal user account. This would mean that any tied-hash file store created would be owned by your user account with permissions as per your account umask.

    Most web servers are configured to run as the user "nobody" with minimal permissions. As this user, my guess is that your script either cannot open the tied-hash file store previously created or cannot open the tied-hash file store in the user directory specified - For confirmation of this, I would examine the value of the $@ variable which will most likely provide an indication as the the reason why your script cannot open the tied-hash file store.

     

    perl -e 'print+unpack("N",pack("B32","00000000000000000000000111000001")),"\n"'