Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Linux Autres OS Linux Pbm Impression avec CUPS de fichiers PCL

Pbm Impression avec CUPS de fichiers PCL

14 réponses
Avatar
Bill
Bonjour à tous,

Voilà la situation. Nous avons des soucis dans l'impression de documents
qui arrivent sur le serveur linux au format PCL6
Le serveur est configuré pour taper sur un boitier Jetdirect sur une
imprimante HP Laserjet

C'est CUPS qui gere le tout sur le serveur Linux.

Tout semble correctement configuré puisque l'on peut imprimer sans pbm
un fichier text simple. (lp -d "imprim" fichier_text)

Par contre, dès que l'on tente de sortir un fichier PCL6 (qui d ailleurs
fait planter le terminal en faisant un "more fichierPCL6" ) rien ne sort
sur l imprimante.


Voici un extrait de /var/log/cups/error_log lors d'une tentative
d'impression
.....
D [01/Jun/2004:13:06:35 +0200] hpgl2ps: Bad PE character '0'!
W [01/Jun/2004:13:06:35 +0200] ignoring illegal PE char '...
W [01/Jun/2004:13:06:35 +0200] ignoring illegal PE char '('...
W [01/Jun/2004:13:06:35 +0200] ignoring illegal PE char '0'...
D [01/Jun/2004:13:06:35 +0200] hpgl2ps: Bad PE character '!
D [01/Jun/2004:13:06:35 +0200] hpgl2ps: Bad PE character '('!
D [01/Jun/2004:13:06:35 +0200] hpgl2ps: Bad PE character '1'!
.......
D [01/Jun/2004:13:06:35 +0200] hpgl2ps: Bad PE character '0'!
W [01/Jun/2004:13:06:35 +0200] ignoring illegal PE char '...
W [01/Jun/2004:13:06:35 +0200] ignoring illegal PE char '('...
W [01/Jun/2004:13:06:35 +0200] ignoring illegal PE char '0'...
D [01/Jun/2004:13:06:36 +0200] 0 %%Trailer
D [01/Jun/2004:13:06:36 +0200] Saw Trailer!
D [01/Jun/2004:13:06:36 +0200] Saw EOF!
D [01/Jun/2004:13:06:36 +0200] UpdateJob: job 65, file 0 is complete.
D [01/Jun/2004:13:06:36 +0200] CancelJob: id = 65
D [01/Jun/2004:13:06:36 +0200] StopJob: id = 65, force = 0
D [01/Jun/2004:13:06:36 +0200] StopJob: printer state is 3


J'ai tenté de modifier le fichier PPD utilisé rien n y fait.
Pour etre honnete je decouvre un peu CUPS.

J'ai l impression que cups n arrive pas a transcrire le fichier PCL6 en
langage correspondant à l imprimante utilisée.
Je dirais meme plus que cups semble ne rien comprendre a ce format !
("ignoring illegal PE char '('..." )
Suis je dans le vrai ?
Quelqu'un aurait il une piste pour m aider ?



Merci de votre aide.
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
g.patel
On Tue, 01 Jun 2004 13:48:36 +0200, Bill
wrote:

Voilà la situation. Nous avons des soucis dans l'impression de documents
qui arrivent sur le serveur linux au format PCL6
(...)

D [01/Jun/2004:13:06:35 +0200] hpgl2ps: Bad PE character '0'!


Il y a un petit problème ici; hpgl n'est pas du PCL6.
Le logiciel génère-t-il effectivement du format hpgl ?

Gérard Patel

Avatar
Bill


D [01/Jun/2004:13:06:35 +0200] hpgl2ps: Bad PE character '0'!


Il y a un petit problème ici; hpgl n'est pas du PCL6.
Le logiciel génère-t-il effectivement du format hpgl ?



D'apres les informations que j'ai, je dirai "oui" le logiciel envoi du
PCL6 .
Maintenant si je connaissais un moyen de vérifier ceci sous linux, je le
ferai car j'ai les fichiers sous la mains.
Le fichier est en tout cas illisible avec un more (caracteres
cunéiformes qui font perdre la boule au prompt du terminal).

En outre, il s agit d'un fichier de type : ISO-8859 text, with escape
sequences


un vi sur un fichier généré par le logiciel donne ceci :

^[&a6L^[(s12H^[(s0P^[&l7C^[&l1O^[&l6C
^[(10UÚÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÂÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄ¿^[(0N



La configuration est faite a partir de Yast2 sous Suse enterprise 8.
Tout semble ok excepté cette possibilité d imprimer du PCL6 (si il s
agit bien de PCL6).

A priori le filtre magique de CUPS detecterait que le fichiers
contiennent du HPGL et non du PCL6 ?


Avatar
g.patel
On Tue, 01 Jun 2004 16:40:01 +0200, Bill
wrote:

D'apres les informations que j'ai, je dirai "oui" le logiciel envoi du
PCL6 .
Maintenant si je connaissais un moyen de vérifier ceci sous linux, je le
ferai car j'ai les fichiers sous la mains.


hexdump ou khexedit (sous kde)
Bon, effectivement hpgl est intégré dans pcl6. J'avais
oublié.

Le fichier est en tout cas illisible avec un more (caracteres
cunéiformes qui font perdre la boule au prompt du terminal).

En outre, il s agit d'un fichier de type : ISO-8859 text, with escape
sequences


un vi sur un fichier généré par le logiciel donne ceci :

^[&a6L


oui, ça ressemble à du PCL; Esc & est assez utilisé comme début
de séquence de controle. Curieux que ça ne commence pas
par Esc E.
Comme l'imprimante est compatible PCL elle-meme, pourquoi ne
pas déclarer l'imprimante en mode Raw : ça sauterait tout un tas de
conversions.

Gérard Patel

Avatar
Bill

oui, ça ressemble à du PCL; Esc & est assez utilisé comme début
de séquence de controle. Curieux que ça ne commence pas
par Esc E.
Comme l'imprimante est compatible PCL elle-meme, pourquoi ne
pas déclarer l'imprimante en mode Raw : ça sauterait tout un tas de
conversions.



Il s agit d'une imprimante Lasertjet 1300.
Elle comprend le PJL d apres
http://www.linuxprinting.org/show_printer.cgi?recnum=HP-LaserJet_1300

(encore un autre format ?)


J'ai presque tout essayé, un ppd rien a faire.
mettre le ppd du cd fourni avec l imprimante : idem rien.

De toute facon vu que l imprimante n est pas postscript d apres ce que j
ai compris il faut un ppd pour non postscript writer.... j'ai tenté d
installer gimp-print ... ca rajoute des choses du coté de la config sur
http://localhost:631 mais le pbm reste le meme , ca plante et il ne
reconnais pas le format (?!)

(error_log)
D [02/Jun/2004:09:14:08 +0200] hpgl2ps: Bad PE character ' '!
D [02/Jun/2004:09:14:08 +0200] hpgl2ps: Bad PE character ' '!
D [02/Jun/2004:09:14:08 +0200] hpgl2ps: Bad PE character ' '!
D [02/Jun/2004:09:14:08 +0200] hpgl2ps: Bad PE character '!
D [02/Jun/2004:09:14:08 +0200] hpgl2ps: Bad PE character '('!
D [02/Jun/2004:09:14:08 +0200] hpgl2ps: Bad PE character '1'!
D [02/Jun/2004:09:14:08 +0200] hpgl2ps: Bad PE character '0'!
D [02/Jun/2004:09:14:08 +0200] hpgl2ps: Bad PE character '!



J'ai tenté de mettre l'imprimante en RAW.
J'ai failli pleuré de joie quand j'ai enfin vu quelque chose sortir de
l'imprimante mais malheureusement c'etait des pages vierges avec une
ligne sur la premiere page.

Voilci les logs que j'ai alors eu :
D [01/Jun/2004:17:59:59 +0200] AcceptClient() 3 from 127.0.0.1:631.
D [01/Jun/2004:17:59:59 +0200] ReadClient() 3 POST / HTTP/1.1
D [01/Jun/2004:17:59:59 +0200] CloseClient() 3
D [01/Jun/2004:17:59:59 +0200] AcceptClient() 3 from 127.0.0.1:631.
D [01/Jun/2004:17:59:59 +0200] ReadClient() 3 POST / HTTP/1.1
D [01/Jun/2004:17:59:59 +0200] CloseClient() 3
D [01/Jun/2004:17:59:59 +0200] AcceptClient() 3 from 127.0.0.1:631.
D [01/Jun/2004:17:59:59 +0200] ReadClient() 3 POST / HTTP/1.1
D [01/Jun/2004:17:59:59 +0200] ReadClient() 3 POST /printers/HP11C_MER
HTTP/1.1
D [01/Jun/2004:17:59:59 +0200] print_job: auto-typing file...
D [01/Jun/2004:17:59:59 +0200] print_job: request file type is
application/vnd.hp-hpgl.
D [01/Jun/2004:17:59:59 +0200] check_quotas: requesting-user-name = 'root'
D [01/Jun/2004:17:59:59 +0200] print_job: requesting-user-name = 'root'
I [01/Jun/2004:17:59:59 +0200] Job 67 queued on 'hp11c_mer' by 'root'.
D [01/Jun/2004:17:59:59 +0200] Job 67 hold_until = 0
D [01/Jun/2004:17:59:59 +0200] StartJob(67, 0x80aab60)
D [01/Jun/2004:17:59:59 +0200] StartJob() id = 67, file = 0/1
D [01/Jun/2004:17:59:59 +0200] job-sheets=none,none
D [01/Jun/2004:17:59:59 +0200] banner_page = 0
D [01/Jun/2004:17:59:59 +0200] StartJob: argv =
"hp11c_mer","67","root","SOC202_9647.spl","1","","/var/spool/cups/d00067-001"
D [01/Jun/2004:17:59:59 +0200] StartJob: envp =
"PATH=/usr/lib/cups/filter:/bin:/usr/bin","SOFTWARE=CUPS/1.1","USER=root","CHARSET=iso-8859-1","LANG=C","TZ=GMT","PPD=/etc/cups/ppd/hp11c_mer.ppd","CUPS_SERVERROOT=/etc/cups","RIP_MAX_CACHE=8m","TMPDIR=/var/spool/cups/tmp","CONTENT_TYPE=application/vnd.hp-hpgl","DEVICE_URI=socket://192.168.0.130:9100/","PRINTER=hp11c_mer","CUPS_DATADIR=/usr/share/cups","CUPS_FONTPATH=/usr/share/cups/fonts","","",""
D [01/Jun/2004:17:59:59 +0200] StartJob: statusfds = 5, 7
D [01/Jun/2004:17:59:59 +0200] StartJob: filterfds[1] = 8, -1
D [01/Jun/2004:17:59:59 +0200] StartJob: backend =
"/usr/lib/cups/backend/socket"
D [01/Jun/2004:17:59:59 +0200] StartJob: filterfds[0] = -1, 9
D [01/Jun/2004:17:59:59 +0200]
start_process("/usr/lib/cups/backend/socket", 0xbfff0520, 0xbffeb9d0, 8,
9, 7)
I [01/Jun/2004:17:59:59 +0200] Started backend
/usr/lib/cups/backend/socket (PID 29081) for job 67.
D [01/Jun/2004:17:59:59 +0200] CloseClient() 3
D [01/Jun/2004:18:00:06 +0200] UpdateJob: job 67, file 0 is complete.
D [01/Jun/2004:18:00:06 +0200] CancelJob: id = 67
D [01/Jun/2004:18:00:06 +0200] StopJob: id = 67, force = 0
D [01/Jun/2004:18:00:06 +0200] StopJob: printer state is 3




Là franchement j'ai du mal.
Aucun pbm en parallele sur un serveur Unix pour imprimer ces meme
fichier avec un logiciel HP installé : HPPI


Mais ou est donc le pbm ????

Avatar
Bill
Aux dernieres nouvelles, un fichier pdf et un fichier postscript s
imprime sans pbm a travers le linux.

Les filtre magiques et autres sont donc ok.

Mais pkoi donc les fichiers PCL6 font planter le tout ????

Petite info : Se sont des fichier créés par "generix" .


Le plus suprenant est que lorsqu'a partir d'un windows disposant de
drivers HP pour laser, je creer un fichier.prn (imprimer dans un
fichier) ce fichier est alors correctement reconnu sous Linux

file fichier.prn
fichier.prn : HP Printer Job Language data

Et de plus il s imprime correctement !

En voici le contenu :
more fichier.prn
COMMENT HP LaserJet 1200 Series PCL
@PJL SET RET=ON
@PJL SET ECONOMODE=OFF
@PJL SET TRAY1TEMP=NORMAL
@PJL SET RESOLUTION`0
@PJL ENTER LANGUAGE=PCL

t600R7Xvp897Xzp942Xep986Xap1030Xtp1058Xfp1092Xgp1141Xap1185Xrp1219Xep1263Xzp1309Xyp1357Xgp1407Xtp1435
Xrp1469Xep1513Xap1557Xzp1602Xgp1651Xtp1679Xep1724Xrp1757Xzp1802Xap1846Xtp1874Xep1918Xzp1963Xap20
07Xrp2040X ^L
-12345X





Mmmh...est ce qu au moins il s agit bien ici d'un fichier PCL ?
Comment puis je en etre sur ?
Comment genere t on du PCL histoire que je tente quelques tests?

Et surtout Pourquoi donc ce fichier ressemblant a du PCL s imprime sans
pbm et pas les autres ??????


Ha oui voici les logs à l impression de ce fichier qui se deroule sans pbm.

D [02/Jun/2004:12:49:07 +0200] AcceptClient() 14 from 127.0.0.1:631.
D [02/Jun/2004:12:49:07 +0200] ReadClient() 14 POST / HTTP/1.1
D [02/Jun/2004:12:49:07 +0200] CloseClient() 14
D [02/Jun/2004:12:49:07 +0200] AcceptClient() 14 from 127.0.0.1:631.
D [02/Jun/2004:12:49:07 +0200] ReadClient() 14 POST / HTTP/1.1
D [02/Jun/2004:12:49:07 +0200] CloseClient() 14
D [02/Jun/2004:12:49:07 +0200] AcceptClient() 14 from 127.0.0.1:631.
D [02/Jun/2004:12:49:07 +0200] ReadClient() 14 POST / HTTP/1.1
D [02/Jun/2004:12:49:07 +0200] ReadClient() 14 POST /printers/testhp1300
HTTP/1.1
D [02/Jun/2004:12:49:07 +0200] print_job: auto-typing file...
D [02/Jun/2004:12:49:07 +0200] print_job: request file type is
application/vnd.cups-raw.
D [02/Jun/2004:12:49:07 +0200] check_quotas: requesting-user-name = 'root'
D [02/Jun/2004:12:49:07 +0200] print_job: requesting-user-name = 'root'
I [02/Jun/2004:12:49:07 +0200] Job 76 queued on 'testhp1300' by 'root'.
D [02/Jun/2004:12:49:07 +0200] Job 76 hold_until = 0
D [02/Jun/2004:12:49:07 +0200] StartJob(76, 0x81cabb0)
D [02/Jun/2004:12:49:07 +0200] StartJob() id = 76, file = 0/1
D [02/Jun/2004:12:49:07 +0200] job-sheets=none,none
D [02/Jun/2004:12:49:07 +0200] banner_page = 0
D [02/Jun/2004:12:49:07 +0200] StartJob: argv =
"testhp1300","76","root","toto.prn","1","","/var/spool/cups/d00076-001"
D [02/Jun/2004:12:49:07 +0200] StartJob: envp =
"PATH=/usr/lib/cups/filter:/bin:/usr/bin","SOFTWARE=CUPS/1.1","USER=root","CHARSET=iso-8859-1","LANG=en","TZ=GMT","PPD=/etc/cups/ppd/testhp1300.ppd","CUPS_SERVERROOT=/etc/cups","RIP_MAX_CACHE=8m","TMPDIR=/var/spool/cups/tmp","CONTENT_TYPE=application/vnd.cups-raw","DEVICE_URI=socket://192.168.0.130:9100","PRINTER=testhp1300","CUPS_DATADIR=/usr/share/cups","CUPS_FONTPATH=/usr/share/cups/fonts","","",""
D [02/Jun/2004:12:49:07 +0200] StartJob: statusfds = 15, 16
D [02/Jun/2004:12:49:07 +0200] StartJob: filterfds[1] = 22, -1
D [02/Jun/2004:12:49:07 +0200] StartJob: backend =
"/usr/lib/cups/backend/socket"
D [02/Jun/2004:12:49:07 +0200] StartJob: filterfds[0] = -1, 23




Merci de votre aide.
Avatar
g.patel
On Wed, 02 Jun 2004 13:57:30 +0200, Bill
wrote:

(...)
Mais pkoi donc les fichiers PCL6 font planter le tout ????

Petite info : Se sont des fichier créés par "generix" .


ces fichiers ne sont peut-etre pas très jolis :-). Si cette
application génère elle-meme des fichiers au format Pcl,
on ne peut pas lui dire d'utiliser un modèle d'imprimante moins
évoluée compatible Pcl 5 ? En général les imprimantes
Hp marchent avec des fichiers d'impression prévus pour
des imprimantes Hp plus anciennes.

Le plus suprenant est que lorsqu'a partir d'un windows disposant de
drivers HP pour laser, je creer un fichier.prn (imprimer dans un
fichier) ce fichier est alors correctement reconnu sous Linux

file fichier.prn
fichier.prn : HP Printer Job Language data

Et de plus il s imprime correctement !

En voici le contenu :
more fichier.prn
COMMENT HP LaserJet 1200 Series PCL
@PJL SET RET=ON
@PJL SET ECONOMODE=OFF
@PJL SET TRAY1TEMP=NORMAL
@PJL SET RESOLUTION`0
@PJL ENTER LANGUAGE=PCL


bon, là il n'y a pas d'ambiguité, la suite est du Pcl (meme si
l'utilisation de more - qui élimine les caractères de controle - ne
permet pas vraiment de savoir ce qui est fait par le fichier)

(...)
Et surtout Pourquoi donc ce fichier ressemblant a du PCL s imprime sans
pbm et pas les autres ??????


ça doit etre du Pcl plus 'standard'. Il est probable que le filtre hp
doit etre testé en utilisant la sortie des pilotes hp pour Windows.
Maintenant, si c'est un logiciel qui génère spécifiquement du pcl,
il faut se rappeller que la spécification du pcl est énorme; il y a
de la place pour des petits problèmes de compatibilité.
Peut-etre effectivement que ce filtre hpgl2ps n'est pas vraiment
compatible Pcl6. Comme je n'ai que la spécification Pcl5, je n'ai
pas d'idée sur la différence.

(...)
D [02/Jun/2004:12:49:07 +0200] print_job: auto-typing file...
D [02/Jun/2004:12:49:07 +0200] print_job: request file type is
application/vnd.cups-raw.


on voit que le fichier pcl est transmis directement à l'imprimante,
sans que cups essaye de lancer un filtre. Pas étonnant que tout
aille bien dans ce cas. Logiquement c'est équivalent à ce qui ce
passe sous Windows, donc si ça marche sous Windows, ça
marchera dans ce cas là.

Gérard Patel

Avatar
Bill


Petite info : Se sont des fichier créés par "generix" .



ces fichiers ne sont peut-etre pas très jolis :-).
....



Et bien peut etre qu'est là tout le pbm en effet !

Car il faut savoir que ce linux est censé prendre la releve d'un Unix
sur lequel tout fonctionne et s imprime sans pbm depuis toujours.

Et à ma grande stupefaction, lorsqu'on lit le meme fichier PCL sur
chacune des 2 machines , on ne voit pas la meme chose.

Fichier PCL sur l'Unix :
^[&a6L^[(s12H^[(s0P^[&l7C^[&l1O^[&l6C
^[(10UÚÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄ
ÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ


Fichier PCL sur le Linux (Suse Enterprise 8) :
^[(10U³^[(0N^[&f0S^[&a-1R^[*c2075A^[*c60B^[*c5G^[*c2P^[&f1S Critère
^[(10U³^[(0N Valeurs debut ^[(10U³^[(0N Valeurs fin
^[(10U³^[(0N Commençant par ^[(10U³^[(0N


Ceci pourrait expliquer les difficultés qu'ont les pauvres filtres a
reconnaitre le PCL sous Linux.


Pbm de jeu de caractere ? de police ? Je ne suis pas tres familié avec
ceci. Les recherches sont lancées.


Avatar
Bill



Petite info : Se sont des fichier créés par "generix" .




ces fichiers ne sont peut-etre pas très jolis :-).



Fichier PCL sur l'Unix :
^[&a6L^[(s12H^[(s0P^[&l7C^[&l1O^[&l6C
^[(10UÚÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄ

ÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ

Fichier PCL sur le Linux (Suse Enterprise 8) :
^[(10U³^[(0N^[&f0S^[&a-1R^[*c2075A^[*c60B^[*c5G^[*c2P^[&f1S Critère
^[(10U³^[(0N Valeurs debut ^[(10U³^[(0N Valeurs fin
^[(10U³^[(0N Commençant par ^[(10U³^[(0N



Non je dis des betises. Un vi donne la meme chose.
Un more ou un cat par contre est completement différent et fait planter
le prompt linux.


Ceci pourrait expliquer les difficultés qu'ont les pauvres filtres a
reconnaitre le PCL sous Linux.


Ca aurait pu ... dommage



Pbm de jeu de caractere ? de police ? Je ne suis pas tres familié avec
ceci. Les recherches sont lancées.

Peut etre... si jamais quelqu'un a une idée.




Ce qui me rend fou c'est que ce meme fichier s'imprime sans pbm sur une
redhat 7.2 avec un vieux lpd sur un site différent.

Je vais devenir chevre....



Avatar
g.patel
On Thu, 03 Jun 2004 09:00:40 +0200, Bill
wrote:

Et à ma grande stupefaction, lorsqu'on lit le meme fichier PCL sur
chacune des 2 machines , on ne voit pas la meme chose.


Je ne suis pas certain de la signification du mot 'meme'.
il s'agit de 2 fichiers générés par la meme application fonctionnant
sur les 2 ordinateurs, ou bien le fichier généré sur une de
ces machines copié sur l'autre ? ça veut dire quoi exactement
'lire' ? more ? vi ? autre chose ?

Fichier PCL sur l'Unix :
^[&a6L^[(s12H^[(s0P^[&l7C^[&l1O^[&l6C
^[(10UÚÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄ
ÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ^[(0N^[(10UÄÄÄÄÄÄÄÄÄÄ


Fichier PCL sur le Linux (Suse Enterprise 8) :
^[(10U³^[(0N^[&f0S^[&a-1R^[*c2075A^[*c60B^[*c5G^[*c2P^[&f1S Critère
^[(10U³^[(0N Valeurs debut ^[(10U³^[(0N Valeurs fin
^[(10U³^[(0N Commençant par ^[(10U³^[(0N


Ceci pourrait expliquer les difficultés qu'ont les pauvres filtres a
reconnaitre le PCL sous Linux.



si le fichier est généré sous Linux et imprimé sous Linux, je ne pense
pas que ce soit l'explication.

Gérard Patel

Avatar
Bill



Et à ma grande stupefaction, lorsqu'on lit le meme fichier PCL sur
chacune des 2 machines , on ne voit pas la meme chose.



Je ne suis pas certain de la signification du mot 'meme'.
il s'agit de 2 fichiers générés par la meme application fonctionnant
sur les 2 ordinateurs, ou bien le fichier généré sur une de
ces machines copié sur l'autre ? ça veut dire quoi exactement
'lire' ? more ? vi ? autre chose ?

Non j'ai parlé trop vite. Vi donne la meme chose des 2 cotés.



Le pbm semble vraiment venir du filtre "hpgltops" qui plante mechamment
face a ces fichiers PCL6 .

D [03/Jun/2004:10:57:06 +0200] hpgl2ps: Bad PE character '('!
D [03/Jun/2004:10:57:06 +0200] hpgl2ps: Bad PE character '1'!
D [03/Jun/2004:10:57:06 +0200] hpgl2ps: Bad PE character '0'!


C'est bien dommage car tout les autres filtres fonctionnent sans soucis
(pdf, posctscript...) mais je n'ai pas le choix , nous travaillons avec
des fichiers PCL6.


Autre chose, lorsque j'utilise la commande " lpr -l fichierPCL6 "
On passe alors a travers les filtres et l immprimte recoit (pour une
fois) des choses et les imprime . Par contre ca ne veut rien dire (pbm
de format ? peut on y remedier ? )

Le format PCL6 semble etre pourtant correct car ce meme fichier est
imprimé parfaitement lorsqu'on passe par un Spool Unix (configuré avec
un outil HP : HPPI je crois)

Mon reve serait de le trouver sous linux finalement.


1 2