Unconvential use of ReportBuilder

rbuser

I originally had this working with D5, RB5.52, ExtraDev1.81. I have a
service running under the system account on W2k. The service creates
multiple threads which load different dlls. One thread loads a dll
containing a datamodule with ReportBuilder components. The TppReport
component uses TxtraDev to create a pdf file. This has worked without a
problem until upgrading to RB6 and ExtraDev1.82. It tested fine on my
machine and tested fine on the development server. I put it on the
production server and I consistently get this error:

Cannot generate report.
Canvas does not allow drawing


On all three machines the service is not allowed to interact with the
desktop. What is causing the canvas error? Have I inadvertently changed
properties on a component that would generate this type of error?

--
Thank you,
Tom Brown
Tracker Business Systems, Inc.
tom.brown@tbs-inc.net

rbuser

I believe I found the answer. I first tried upgrading to RB6.01, but that
didn't solve the problem. In an earlier post by someone from
Digital-Metaphors, they mentioned that an upgrade to RB used the default
printer on the machine. So I had to setup a network printer. Now the
system account can't access the shared printer so I had to have the service
logon as a user with permission to access the shared printer.

Why does RB need to use the default printer when creating pdf files? Can
that restriction be removed?

--
Thank you,
Tom Brown
Tracker Business Systems, Inc.
tom.brown@tbs-inc.net

digitalmetaphors

Set Report.PrinterSetup.PrinterName to Screen. Then RB will use the screen
canvas instead of accessing the default printer's canvas to generate.


Cheers,

Jim Bennett
Digital Metaphors

rbuser

That didn't seem to work when nobody was logged in. I set it back to
default and setup a local file printer on the machine. That seemed to do
the trick.

--
Thank you,
Tom Brown
Tracker Business Systems, Inc.
tom.brown@tbs-inc.net