I will try to apply the approach of closing the Acrobat as you suggested in the referenced message. Thank you, Yuri.
>It is Acrobat behavior. You cannot fix it with shellexec. See if solution in Message #
949414 meet your needs.
>
>As of errors, then Shellexec should return less then 32 for errors.
>
>>When/after I apply the following method of printing a PDF file:
>>
>>
>>DECLARE INTEGER ShellExecute IN "Shell32.dll" ;
>> INTEGER hwnd, ;
>> STRING lpVerb, ;
>> STRING lpFile, ;
>> STRING lpParameters, ;
>> STRING lpDirectory, ;
>> LONG nShowCmd
>>lcPDFfile = "c:\mydir\mydoc.pdf"
>>* Open PDF file
>>=Shellexecute(0,"Print", lcPDFfile, "","",0)
>>
>>
>>the Acrobat stays open. What parameters could I pass to the ShellExecute() to automatically close the Acrobat? (ideally I would prefer that user does not see it opening at all).
>>
>>Also, just as a test, I specified non-existing .pdf file. But ShellExecute() didn't create a run-time error. Is it by design? How can I trap if user does not specify a valid location/name of a PDF file?
>>
>>Thank you.
"The creative process is nothing but a series of crises." Isaac Bashevis Singer
"My experience is that as soon as people are old enough to know better, they don't know anything at all." Oscar Wilde
"If a nation values anything more than freedom, it will lose its freedom; and the irony of it is that if it is comfort or money that it values more, it will lose that too." W.Somerset Maugham
