Home General
New Blog Posts: Merging Reports - Part 1 and Part 2

dtArchive, TRichView, Default Printer, AV

edited April 2010 in General
I am printing to the RAF format via the "dtArchive" device type on Windows
2003 Server as follows:

AllowPrintToArchive := true;

DeviceType := dtArchive;
ArchiveFileName := lOutputFileName;

Print;

This works very well except in one installation where the report ends with
an AV. I am using RB 11.02 and this is related to TRichView as far as I can
tell. Yes, there are slightly newer versions of RB, TRichView, etc. but
this works in every installation put one. I cannot determine what is
different between the working environment and the non-working one.

Question: Is there a documented, recommended way to configure the
environment when you are printing to dtArchive? What should my default
printer be even though I am not printing? Should I force the default
printer before calling "Print"?

Thank for any assitance,
Adam

Comments

  • edited April 2010
    Hi Adam,

    This is not a known issue.

    There are no specific configurations required to export to an Archive file.
    The Archive device simply saves the TppPage objects in binary to a file.
    These TppPage objects are created whether you are printing to the screen,
    printer or file.

    The default printer should also not make a difference with the Archive
    export. This printer driver is used for any print job (screen, printer,
    file) as well. As a test, you might try changing the default printer to see
    if that makes a difference.

    My first suggestion would be to upgrade your version of ReportBuilder to
    11.08 to see if that solves the problem. There have been some improvements
    to the printer logic that may help the issue.

    --
    Regards,

    Nico Cizik
    Digital Metaphors
    http://www.digital-metaphors.com

    Best Regards,

    Nico Cizik
    Digital Metaphors
    http://www.digital-metaphors.com
  • edited April 2010
    Thanks for the quick reply.

    To be clear, I plan to upgrade but this issue works with the same data and
    same version of our application on all other installations. It only happens
    on one particular machine. I am trying to nail down and understand the
    problem. We have had problems in the past if no default printer driver was
    configured, even when printing to dtArchive.

    Could you clearify:

    1) Is a (any) default printer either required or prefered in order to
    "print", even if you are printing to dtArchive?

    2) The default printer is the "Microsoft XPS Document Writer". Is there a
    better choice IF a default printer is needed? What would you recommend for
    the printer driver if I am mostly printing to dtArchive?

    Some other notes:
    - The resulting AV seems to be related to rich text output via the TRichView
    wrapper.
    - The app is written in Delphi 2009 - strings are unicode. Could that be an
    issue that a particular configuration/installation would be sensitive to?

    Thank you,
    Adam

  • edited April 2010
    > It only happens on one particular machine. I am trying to nail down and

    if you had madExcept or Eureka exception logging, it could give you the call
    stack and provide much more information. (I use the former, but here good
    stuff about both) and save a lot of time.

    Ed Dressel
    Team DM
  • edited April 2010
    Hi Adam,

    1. Any printer used as the default should be fine.

    2. We use the Microsoft XPS Document Writer as our default printer very
    frequently without issues.

    --
    Regards,

    Nico Cizik
    Digital Metaphors
    http://www.digital-metaphors.com

    Best Regards,

    Nico Cizik
    Digital Metaphors
    http://www.digital-metaphors.com
  • edited April 2010
    Thanks for the info. I will attempt debugging via MadExcept.

This discussion has been closed.