Discussion :

[hduboue]

Bonjour,

J'ai un spool que j'imprime sur une imprimante que j'ai déclaré en outq qui quand je le libére alors qu'il avait par exemple 2 pages passe à une page à 1 avec "*" à côté et cela s'imprime en continue sur l'imprimante. Si je lance le même genre de spool sur une autre outq cela s'édite correctement.

Je ne vois pas du tout d'où peut venir le problème

[FORMULARY]

Le passage à pages 1* me fait penser à un programme de traitement des spools.
Est-ce que l'outq ne serait pas définie avec une data queue ?

[hduboue]

Bonjour,

Non, je n'ai pas de DTAQ défini dans l'OUTQ.

[hduboue]

Il faut savoir aussi que d'autres spools s'impriment correctement sur cette outq.

[m4k-Hurrican]

Bonjour,

La première chose à faire je pense, est de suspendre l'OUTQ et d'examiner sérieusement les attributs de ce spool.
En effet une * indique que le serveur est dans l'impossibilité de déterminer le nombre de pages.

[FORMULARY]

Vérifie le nom du programme ayant ouvert le fichier.
Un truc con à vérifier aussi : Le nombre de copies du spool généré.

[hduboue]

Bonjour,

La première chose à faire je pense, est de suspendre l'OUTQ et d'examiner sérieusement les attributs de ce spool.
En effet une * indique que le serveur est dans l'impossibilité de déterminer le nombre de pages.

Dans les attributs du spool, j'ai des trucs bizarres :

Type d'unité imprimante . . . . . . . : *USERASCII
Fichier unité . . . . . . . . . . . . : QPTMPLPD
Bibliothèque . . . . . . . . . . . . : QUSRSYS

alors que sur le même genre de spool édité début de semaine dernière qui lui s'est bien édité, j'ai

Type d'unité imprimante . . . . . . . : *SCS
Fichier unité . . . . . . . . . . . . : QSYSPRT
Bibliothèque . . . . . . . . . . . . : QSYS

J'ai les tailles de la page qui ce sont modifié par rapport au spool original et le programme ayant ouvert le fichier n'est plus affiché.

[FORMULARY]

Le fichier *SCS, c'est un spool "normal"
Le fichier *USERASCII c'est un spool issu d'une imprimante LPD. Il peut très bien provenir d'une impression micro, ou d'une imprimante définie avec une configuration PSF de conversion en PDF par exemple.
Essaie de voir d'où provient cette impression ...

[hduboue]

Le fichier *SCS, c'est un spool "normal"
Le fichier *USERASCII c'est un spool issu d'une imprimante LPD. Il peut très bien provenir d'une impression micro, ou d'une imprimante définie avec une configuration PSF de conversion en PDF par exemple.
Essaie de voir d'où provient cette impression ...

Effectivement, le problème viendrait de la couche ajouté par le logiciel LDPRX qui nous permet de gérer les fonds de page ainsi que la génération de pdf car je n'avais pas fait attention que le spool de départ est imprimé correctement et qu'il y a un nouveau spool qui se génére avec cette *. Je vais me renseigner auprés du fournisseur de LDPRX si il connaît le problème.

[hduboue]

J'ai eu la personne de LDPRX qui m'a dit que c'était un problème réseau suite à une intervention de quelqu'un sur l'imprimante. Il y a un problème sur le multi copie car quand on met le document en 1 seul exemplaire, cela s'édite correctement. Il a contourné le problème en gérant le multi copie dans la procédure LDPRX et en mettant *NONE dans le paramètre "option de destination" (DESTOPT) au lieu de 'XAIX' qui gère le multi copie.
Merci pour votre aide