Re: Hmmm

Richard Sensale ( (no email) )
Mon, 1 Jun 1998 14:19:39 -0700

I'll grab the report. But the one I was using was the midified one you
emailed me a few weeks back. It works okay if I do a single invoice print.
It only messers up with batch printing.
Im wondering if we may have a problem with our database.
-----Original Message-----
From: Dale E. Reed Jr. <daler@iea-software.com>
To: emerald@iea-software.com <emerald@iea-software.com>
Date: Monday, June 01, 1998 5:59 AM
Subject: Re: Hmmm

>Richard Sensale wrote:
>>
>> After having some major problems with reports producing a lot of
erroneous
>
>Did you upgrade to CR 6.0 when the problem started happening? I
>put a CR 6.0 happy invoice.rpt in the /emerald/reports/cr60 directory.
>It seems that CR 6.0 has some major incompatability problems with
>5.0 and lower reports.
>
>> data, I tried to run a check database from the administrator and got a
>> fields.rpt file not found error? What causes this? I can't do batch
>
>Ignore the Check database in the admin of 2.2 and lower.
>
>> invoicing, all I get is a single blank invoice after creating a batch and
>> trying to print it, although it does look like it is processing more than
>
>Make sure the date in the box is todays date, NOT the date you had when
>you batched the invoices. That is most likely the reason why you are
>getting a blank invoice.
>
>> one invoice. Also my account.rpt file is acting strangely. For instance
it
>> is messing up address data for users. I get oen address at the top of
the
>> page and each of the services has different and incorrect data.
>
>This is the CR 6.0 problem when runnign CR 5.0 or 4.5 reports. I've
>reported this to SS, and we have had about 10 customers so far report
>the same problem. Its very frustrating to say the least. I've tried
>to convert and corretc the 5.0 reports and start putting them in
>the 6.0 directory.
>
>BTW, the problem with 6.0 is that it doesn't link the tables (or
>the WHERE clauses is missing completely). Therefore you get the results
>of all records in each table against all other records of all other
>tables, which is usually over several million records and something
>usually gets filled or blows up. :)
>
>--
>Dale E. Reed Jr. (daler@iea-software.com)
>_________________________________________________________________
> IEA Software, Inc. | RadiusNT, Emerald, and NT FAQs
> Internet Solutions for Today | http://www.iea-software.com