perl-asp mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joshua Chamas <>
Subject Re: ASP Help
Date Wed, 07 Nov 2001 01:55:39 GMT
> Jeremy May wrote:
> Ok all. here is my problem.
> [Tue Nov  6 19:50:36 2001] [error] sdbm store returned -1, errno 0, key
> "0ed8ed7d2c80f1badf9bef2a187932bd" at
> /usr/local/lib/perl5/site_perl/5.6.1/ line 161.
>         MLDBM::STORE('MLDBM=HASH(0x837ca80)',
> '0ed8ed7d2c80f1badf9bef2a187932bd', 'HASH(0x875872c)') called at
> /usr/local/lib/perl5/site_perl/5.6.1/MLDBM/ line 82
>         MLDBM::Sync::AUTOLOAD('MLDBM::Sync=HASH(0x837c69c)',
> '0ed8ed7d2c80f1badf9bef2a187932bd', 'HASH(0x875872c)') called at
> /usr/local/lib/perl5/site_perl/5.6.1/Apache/ line 5125
>         Apache::ASP::State::STORE('Apache::ASP::State=HASH(0x85ee558)',
> '0ed8ed7d2c80f1badf9bef2a187932bd', 'HASH(0x875872c)') called at
> /usr/local/lib/perl5/site_perl/5.6.1/Apache/ line 770
>         Apache::ASP::RefreshSessionId('Apache::ASP=HASH(0x8284d0c)',
> '0ed8ed7d2c80f1badf9bef2a187932bd', 'HASH(0x8758714)') called at
> /usr/local/lib/perl5/site_perl/5.6.1/Apache/ line 4613

Is this a regular occurance, or was this a one time event?
I have seen an occasional error with SDBM_File ( over years ) 
that may be because of a failure in its hash algorithm, which 
is supposedly to be only theoretically possible rarely, but this 
might be such an occurance.

If this is a regular error, this might be a more normal error, 
first make sure that the web server has write access to StateDir,
then try setting StateDB to MLDBM::Sync::SDBM_File or DB_File.
I don't think the latter will help though because this was an
error with writing to the internal database, which always uses
SDBM_File.  To change the dbm type for the internal database, 
do something like:

  # httpd.conf
  PerlModule Apache::ASP
    $Apache::ASP::DefaultStateDB = 'MLDBM::Sync::SDBM_File';
    # or 
    $Apache::ASP::DefaultStateDB = 'DB_File';

You will need to delete the StateDir ( & all $Session & 
$Application data in so doing ) before this change would take 
effect.  This is not a documented method of changing the internal 
database, as I never thought one would need to change it to 
anything else.  Hopefully you will be able to tell me that the 
problem just went away and never came back all on its own without 
having to resort to the above code.


Joshua Chamas                           Chamas Enterprises Inc.
NodeWorks Founder                       Huntington Beach, CA  USA                1-714-625-4051

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message