It's good to see a familiar name from the past! How are you!

The first thing I would check for the History Printing is any relevant network settings for the printer driver. Are there any timeouts or other settings involved with large print jobs that could be associated? Because a portion of the History does not crash, I'm assuming that the network printer believes the print job to be finished before it actually is.

If a printer times out, the print job often has unexpected results, including invalid ASCII characters.

Does a similar result occur if the History was printed to File instead of a Printer? This would certainly prove or disprove the netowrk printer setting theory.

Does this client actually use 3-4 decimal places for the item price? Because IC alternate price list items can have up to 6 decimals, this should be allowed in Invoice entry (and thus History as well). Asterisks would print if the report field was not wide enough to accomodate the entire field, which might be the case with 3+ decimals and a large enough amount. I'm not aware of any specific issues.

The current release of Quik Invoice Plus (DOS) is 6.7A, though I don't believe we made any changes that would influence this situation.

Regards,

When faced with a problem such as this, it is often useful to point Quik Reports for Windows, or Crystal Reports for Adagio at the data and try and isolate the records in the history that are causing the problem. Neither of these products will crash when confronted by a ridiculously large number (as the Windowing System Manager will). Once you have isolated the bad record(s), a simple disk editor such as Norton can usually be used to fix the records.