Re: [mv] MV3 -> MV4 strangeness

[Mike Heins <mikeh@minivend.com>]

******    message to minivend-users from Mike Heins <mikeh@minivend.com>     ******

Quoting Dan Busarow (dan@dpcsys.com):
 
> "FATAL error
> 
>  Data was not stored in SessionDBM"
> 
> when first entering checkout.html.  You can see the items in the
> cart at this time, the error comes up after the contents are
> displayed.
> 
> The directory session does exist and does in fact have session info
> in it.  Changing the session type to DB_File and writing to
> session.db eliminates the error, but probably only because the test is
> skipped in DB_File mode.  The following is all based on file based
> sessions.
> 
> And yes, all files and dirs are modes 664 or 775 and owned by
> minivend.minivend
> 
> When we start a new session on first hit.  Looks good
> 
> Vend::Session:debug: init_session 6kTFK6ZC:dpcsys.com is: {
>   'values' => {
>     'mv_shipmode' => 'upsg'
>   },
>   'scratch' => {},
>   'arg' => undef,
>   'referer' => undef,
>   'browser' => 'Mozilla/4.7 [en] (X11; I; FreeBSD 2.2.5-RELEASE i386)',
>   'carts' => {
>     'main' => []
>   },
>   'ohost' => '206.16.184.7'
> }
> 
> SELECT A CATEGORY
> Vend::Session:debug: read session id=6kTFK6ZC  name=6kTFK6ZC:dpcsys.com 
> 
> Vend::Session:debug: Session:
> HASH(0x8a8d21c)
> 
> SELECT A SUBCATEGORY
> Vend::Session:debug: open_session: File_sessions=1 Sub=CODE(0x83b56dc)
> Vend::Session:debug: read session id=6kTFK6ZC  name=6kTFK6ZC:dpcsys.com 
> 
> Vend::Session:debug: Session:
> HASH(0x8a8d2d0)
> 
> SELECT A PRODUCT, ditto
> PLACE IN BASKET, ditto
> 
> CHECKOUT
> Vend::Session:debug: open_session: File_sessions=1 Sub=CODE(0x83b56dc)
> Vend::Session:debug: read session id=6kTFK6ZC  name=6kTFK6ZC:dpcsys.com 
> 
> Vend::Session:debug: Session:
> HASH(0x8a82398)
> 
> Vend::Session:debug: write session id=6kTFK6ZC  name=6kTFK6ZC:dpcsys.com
> 
> Global symbol "$VAR1" requires explicit package name at (eval 102) line 63, <UNEV> chunk 1.

Hmm. Looks like you are using Data::Dumper but are slipping out of Terse
mode. That is causing the problem. Do you have a usertag or subroutine
which uses Data::Dumper and plays with globals?

If you are running with -DEBUG or DebugFile, turn that off and see if
it makes a difference.

Changing to Storable for sessions would solve that problem completely,
and would give you extra speed as well. I must admit I have totally changed
to Storable and don't test much with Data::Dumper.

Best,
Mike
-- 
Internet Robotics, 131 Willow Lane, Floor 2, Oxford, OH  45056
phone +1.513.523.7621 fax 7501 <mikeh@minivend.com>

Be patient. God isn't finished with me yet.  -- unknown

-
To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
email with 'UNSUBSCRIBE minivend-users' in the body to Majordomo@minivend.com.
Archive of past messages: http://www.minivend.com/minivend/minivend-list