Eu tenho um script que é looping através de uma lista de arquivos PostScript para imprimir.

ls-1tr *. PS> print.lst
...
PRINT_LIST \u003d `cat print.lst»
...
para DMFILE em $ PRINT_LIST
fazer
lp-d $ PRINTER_NAME-o legal $ DMFILE
...
feito

Os arquivos no print.lst são, na ordem em que deverá ser impresso, no entanto, a ordem na qual os arquivos são impressos parece ser completamente aleatório.

Aqui está uma amostra de print.lst, seqüenciados na ordem de impressão

/ prtspool/racprint/debitmemos/MNSF021.M0209137.PS
/ prtspool/racprint/debitmemos/MNSF021.M0209138.PS
/ prtspool/racprint/debitmemos/MNSF021.M0209139.PS
/ prtspool/racprint/debitmemos/MNSF021.M0209140.PS
/ prtspool/racprint/debitmemos/MNSF021.M0209141.PS
/ prtspool/racprint/debitmemos/MNSF021.M0209142.PS
/ prtspool/racprint/debitmemos/MNSF021.M0209143.PS
/ prtspool/racprint/debitmemos/MNSF021.M0209144.PS

Aqui é a saída de lpq:

activas racuser 619 MNSF021.M0209137.PS 20200778 bytes
1. Racuser 627 MNSF021.M0209145.PS 16781507 bytes
2. Racuser 621 MNSF021.M0209139.PS 20925819 bytes
3. Racuser 625 MNSF021.M0209143.PS 17315067 bytes
4. Racuser 607 MNSF021.M0209125.PS 20202748 bytes
5. Racuser 633 MNSF021.M0209151.PS 16825285 bytes
6. Racuser 628 MNSF021.M0209146.PS 17372512 bytes
7. Racuser 629 MNSF021.M0209147.PS 17078571 bytes
8. Racuser 606 MNSF021.M0209124.PS 20928279 bytes
9. Racuser 610 MNSF021.M0209128.PS 20928424 bytes

Porque é que os arquivos impressos nesta ordem aparentemente aleatória? Existe uma maneira que eu possa vigor para imprimir os arquivos na ordem apresentada?

Obrigado, MB

Poderá haver um casal de razões - mas desde que você não tenha posto o SO e versão, eu só tenho a esperança de o mesmo se aplica ao seu sistema operacional (provavelmente não)

(citação de FIFO de trabalhos de impressão )

E se eu me lembro corretamente, imprima filas normalmente irá imprimir mais pequenos ficheiros em primeiro lugar (não importa o OS) - poderia ser um problema em uma impressão diferente do que apenas o seu SO fila. Você precisa também de referir o modo como e onde está - é este um UNIX só imprimir fila ou não navio-lo para uma LAN / WAN imprimir na fila NT ou algum outro SO?

Você pode olhar para ver se há uma opção para segurar o seu comando lp - em caso afirmativo, colocando todos os printjobs em espera e, em seguida, liberando uma vez que elas estão todas lá pode resolver o problema (você ainda precisa verificar que não vai re - organizar os postos de trabalho por tamanho).

Obrigado pela followup, RTM. Desculpe a falta informação. Este problema está ocorrendo no Solaris 8. Sua resposta faz sentido na medida em que esses arquivos podem variar de tamanho.

Apenas um tipo de impressão é enviada para a fila de impressão em questão. Tipicamente, um grande número de débito memorandos são enviados para serem impressas em uma hora. A ordem é importante para as pessoas que o processo de débito memorandos. Em uma tentativa de corrigir, eu colocar o script em um aguardar entre LP declarações, esperando que o atraso vai permitir que o arquivo para ser processado e ao fim de ser mantida. Parece estar a funcionar bem até agora, mas o tamanho da amostra é pequena.

MB