<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<div class="moz-text-flowed" style="font-family: -moz-fixed;
font-size: 12px;" lang="x-western">Dne 31.5.2011 03:59, Michael
Sweet napsal(a):
<br>
<blockquote type="cite" style="color: rgb(0, 0, 0);">How is the
queue configured? I.e. are you printing to a server or ???
<br>
<br>
</blockquote>
I am not sure whether I understand your question. Therefore, I
apologize for following broad description. We have red hat linux
server (v. 5.3), the CUPS (v. 1.3.7) is running on this server.
We have around 40 printers. They are all defined with ppd files.
You can see the complete cups configuration in the attachment
(cups.tar.gz is gzipped /etc/cups).
<br>
<br>
Further, we have another linux server. The apache web server is
running on this server. There are several bash cgi scripts on this
server. One cgi script is for the technical drawing printing.
Parameters of this script are printer name and file name.
<br>
the printing of the technical drawing makes following command:
<br>
<br>
lpr -P$printer "$file"
<br>
<br>
Last, we have a java rich client application. This application
calls the cgi script with web queries. It make one http query per
one print file/job. It waits until the cgi script finishes (i.e.
the lpr command inside the script finishes) before making another
query.
<br>
<br>
However, the results are similar when we use more simpler setup
which I describe in previous mail. The order of the printed
files on the physical printer sometimes is not the same as the
order of the print jobs (see previous mail).
<br>
<br>
With regards,
<br>
<br>
Jan Hubeny
<br>
<blockquote type="cite" style="color: rgb(0, 0, 0);">On May 30,
2011, at 1:33 AM, Jan Hubený wrote:
<br>
<br>
<blockquote type="cite" style="color: rgb(0, 0, 0);">Hi,
<br>
<br>
consider following situation:
<br>
<br>
we run CUPS on server with following configuration: redhat
linux 5.3.
<br>
cups 1.3.7, gs 8.70. We have one folder with technical
drawings in
<br>
postscript format on this server.
<br>
Let's say that the forder is
<br>
<br>
/data
<br>
<br>
and contains several postscript files
<br>
Name Size
<br>
1.ps 20KB
<br>
2.ps 1.5MB
<br>
3.ps 20KB
<br>
4.ps 5MB
<br>
5.ps 300KB
<br>
<br>
<br>
We want to print this postscript files in a specified order
(1.ps 2.ps
<br>
3.ps 4.ps 5.ps).
<br>
The application which prints this files prints them by
invoking
<br>
following commands:
<br>
<br>
lpr -POCEtds600 /data/1.ps
<br>
lpr -POCEtds600 /data/2.ps
<br>
lpr -POCEtds600 /data/3.ps
<br>
lpr -POCEtds600 /data/4.ps
<br>
lpr -POCEtds600 /data/5.ps
<br>
<br>
The application waits until each command finishes before
invoking next
<br>
lpr command. Therefore, we can see the following queue
<br>
<br>
root@users #lpq -POCEtds600
<br>
<br>
OCEtds600 is ready
<br>
Rank Owner Job File(s) Total
Size
<br>
1st user 1326407 1.ps 20 KB
<br>
2st user 1326408 2.ps 1.5 MB
<br>
3rd user 1326409 3.ps 20 KB
<br>
4th user 1326410 4.ps 5 MB
<br>
5th user 1326411 5.ps 300 KB
<br>
<br>
The CUPS then process the OCEtds600 queue and prints the
drawings.
<br>
However, the drawings are printed in different order for
example:
<br>
<br>
the output paper sheets on the physical printer are in this
order
<br>
<br>
1.ps
<br>
3.ps
<br>
2.ps
<br>
5.ps
<br>
4.ps
<br>
<br>
It seems that the larger files are processed longer than
smaller files
<br>
and the smaller files are printed earlier and skips over the
longer files.
<br>
<br>
My question is following: Is there a way to ensure that the
files will
<br>
be printed in the specified fixed order (i.e. 1.ps 2.ps 3.ps
4.ps 5.ps
<br>
in our example) on a particular printer?
<br>
<br>
With regards,
<br>
<br>
Jan Hubeny
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
__________ Information from ESET Mail Security, version of
virus signature database 6163 (20110529) __________
<br>
<br>
The message was checked by ESET Mail Security.
<br>
<a class="moz-txt-link-freetext" href="http://www.eset.com">http://www.eset.com</a>
<br>
<br>
<br>
_______________________________________________
<br>
cups mailing list
<br>
<a class="moz-txt-link-abbreviated"
href="mailto:cups@easysw.com">cups@easysw.com</a>
<br>
<a class="moz-txt-link-freetext"
href="http://lists.easysw.com/mailman/listinfo/cups">http://lists.easysw.com/mailman/listinfo/cups</a>
<br>
</blockquote>
________________________________________________________________________
<br>
Michael Sweet, Senior Printing System Engineer, PWG Chair
<br>
<br>
_______________________________________________
<br>
cups mailing list
<br>
<a class="moz-txt-link-abbreviated"
href="mailto:cups@easysw.com">cups@easysw.com</a>
<br>
<a class="moz-txt-link-freetext"
href="http://lists.easysw.com/mailman/listinfo/cups">http://lists.easysw.com/mailman/listinfo/cups</a>
<br>
<br>
<br>
__________ Information from ESET Mail Security, version of virus
signature database 6166 (20110530) __________
<br>
<br>
The message was checked by ESET Mail Security.
<br>
<a class="moz-txt-link-freetext" href="http://www.eset.com">http://www.eset.com</a>
<br>
<br>
</blockquote>
</div>
<br>
<br>
__________ Information from ESET Mail Security, version of virus signature database 6166 (20110530) __________<br>
<br>
The message was checked by ESET Mail Security.<br>
<A HREF="http://www.eset.com">http://www.eset.com</A><br>
</body>
</html>