Re: [mv] Shipping errors - bad formula

["Lyn St George" <lyn@zolotek.com>]

On Fri, 01 Oct 1999 16:48:51 -0700, Ryan Hertz wrote:

>******    message to minivend-users from Ryan Hertz <rhertz@gyb.baits.com>     ******
>
>At 04:34 PM 10/1/1999 , Lyn St George wrote:
>>******    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.
>
>	If the shipping files are unchanged from the demo, how would it know what
>'surf_E' is?  Try posting your files so we can see.   :-)

Surely that's why it should_know? 'surf_E' is a code in the demo 
shipping.asc, for "International Surface E". I'm testing this catalogue 
with a known shipping  configuration before changing the shipping.

I've just done what I should have done before - stupid me - and built
a test catalogue using the problematical one as a model. On restarting 
the daemon, it gives "Bad shipping file for zone 'u', lookup disabled".
Strangely, it didn't give this on previous restarts. So I've *again*
reinstalled things - from a different source this time - and it all works 
just the way it should.

Thanks for the reply.
Cheers
Lyn