Server Que

[Uwe Zessin]

Yes, I know. I was trying to understand Antonio's response.

Here is the result from your suggestion:
$$ type prt.com
$ print/notify 'P1'
$ exit
$$ prt=="@prt"""
$$ prt/que=TCPIP$LPD_IN_ATHENA_1 login.com
%DCL-E-OPENIN, error opening prt" /que=TCPIP$LPD_IN_ATHENA_1 login.com as input
-RMS-F-SYN, file specification syntax error
$$ prt=="@prt """
$$ prt/que=TCPIP$LPD_IN_ATHENA_1 login.com
Job LOGIN (queue TCPIP$LPD_IN_ATHENA_1, entry 4) pending
pending status caused by queue stopped state
$$

[Bojan Nemec]

Uwe,

The missing blank at the end was a typo. What hapens with the parameters? Probably you receive the rest of the line in P1. And what hapens if you have a quoted string in your line? I'm stil away from a VMS machine so I cant test.

About Joseph problem I think that writing a new symbiont will be the best solution. This symbiont could work as a multi printer symbiont (open connection to more printers and print simultaneously on all printers) or just do a requeue to other queues. But I think that this is not a simple task. How to solve the /delete qualifier? (This problem is also present in the simple command procedure).

Bojan

[Uwe Zessin]

Hello Bojan,
I wasn't trying to present a solution - I am glad I didn't ;-)

Your comment clearly shows this cannot easily solved with a DCL procedure, but I am not surprised, either.

[Antoniov.]

Hi Bojan and Uwe,
I posted a warning to avoid %DCL-W-IVQUAL error as you said.
As you mentioned there are two workarounds:
1) PRT="@PRT ""
with blank and two (or three) double quotes;
this passes a unique parameter P1 without uppercase conversion to procedure; it's difficult analyze the parameters
2) PRT="@PRT """"
with blank and four double quotes;
this passes a 1.st empty qualifier and other converting in uppercase;
in this case you have only 7 qualifier.

Antonio Vigliotti