[Date Prev][Date Next][Thread Prev][Thread Next][Minivend by date
][Minivend by thread
]
RE: [mv] Shipping errors - bad formula
Have you checked that 2ndDayAir.gdbm and NextDayAir.gdbm are in
catalog.cfg, are they named correctly (identically) there and in all the
shipping files. I have had problems with that before.
Christopher Thompson
> -----Original Message-----
> From: owner-minivend-users@minivend.com
> [mailto:owner-minivend-users@minivend.com]On Behalf Of Lyn St George
> Sent: Friday, October 01, 1999 4:34 PM
> To: MV List
> Subject: [mv] Shipping errors - bad formula
>
>
> ****** message to minivend-users from "Lyn St George"
> <lyn@zolotek.com> ******
>
> Hallo all
>
> I've got a strange problem which I can't figure out. Using MV 3.14-3
> and perl 5.00404 on RH 4.2. Going through the purchase process,
> it gets to the check out page and shows this on the page and in
> the error log:
>
> Shipping mode 'surf_E': bad formula. Returning 0.No match found
> for mode 'surf_E', quantity '5',
> returning 0.
>
> It then has a zero price for shipping, and fails to complete the order.
>
> For some reason, the system is not creating a
> 2ndDayAir.gdbm or NextDayAir.gdbm, though it is creating
> a Ground.gdbm (and various others). Running the same
> catalogue here on my local machine (MV 3.14-3, perl 5.00502, RH 5.2)
> it also fails to create these .gdbm's, but succeeds on checkout.
> Also, running it on OS/2 (MV 3.14-3, perl 5.00553) it does create these
> 2 .db's and succeeds on checkout. Running the 'simple' demo (and
> other catalogues) on the problem machine (my ISP), these 2 .gdbm's
> are created and checkout succeeds.
>
> I've re-installed both Minivend and the catalogue on the
> problem machine, but with no difference. The shipping files
> are totally unchanged from the 'simple' demo at present, so
> it's *only_the_products_file* that is different. This file has
> weights placed correctly - it works on 2 systems but not
> the third.
>
> It's got me beaten - anyone have any ideas at all??
>
> Cheers
> Lyn
>
>
> -
> 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
>
