>I have a database with several printers (all defined on the server hardware from which our inproc server is running on) defined in a field called ServPrnt.
>Based on some condition, the report form will be printed to one of the printers defined in this field.
>
>My question is:
>
>What is the best way to approach printing from an Inproc Server?
Servers don't like opening messageboxes or dialogs. You might also need a VFP form client. If this automated, printers would need to be assigned internally.

You haven't mentioned how the print request is triggered. Does the inproc trigger the request?. Let's assume it does.

One approach would be a form (client). It would always be "open" on at least one server console. It could be invisible! It would instanciate your inproc and also contain a timer. A rule might be that a new request could not be triggered until current request is processed by the console client (form). At the forms timer break points, the inproc (server) properties relating to the report service, would be read. If something was there, the form would clear the inproc, direct the request to the proper reporter and printer. Server would then reset. Form would then reset timer. And it would start all over again!
>
>How do I avoid locking the server when there is a printer error?
If your talking about the inproc, COMRETURNERROR will trigger a VFP client ON ERROR. The on error process would clear the error. There are some examples of COMRETURNERROR in the download section
>
>Thanks, in advance, for any and all help in this matter.
>
>Regards,
>
>Jim Smith