Merci, c'est exactement là que ça clichait...
Maintenant, il me faut résoudre le point 4....
Autant avec une ouverture du /dev/lp0 ça me faisait un coredump, autant avec une socket réseau, ça ne fait rien, mais alors rien du tout....
Comment être sûr de tout envoyer (les séquences d'échappement escp/2, le fichier par le biais de la commande lp, le ^L en fin) ?
A moins que ce soit plus simple de passer par une lecture et un envoi complet du fichier avec des fread d'un côté et des write de l'autre... A étudier, mais je suis ouvert à toute proposition, tant qu'elle reste en rapport avec mon problème !
Au fait, rien à voir avec ta réponse, mais je ne vois pas comment éviter de coder en dur l'adresse ip de mon imprimante. Ne puis-je récupérer son adresse depuis les fichiers de conf de cups ?
Apparement, les fichiers situés dans /etc/cups ne sont pas lisibles par le commun des mortels, alors je ne vois pas trop comment procéder....
[^] # Re: network byte order
Posté par Gyro Gearllose . En réponse au message Programmer un client réseau en C. Évalué à 2.
Maintenant, il me faut résoudre le point 4....
Autant avec une ouverture du /dev/lp0 ça me faisait un coredump, autant avec une socket réseau, ça ne fait rien, mais alors rien du tout....
Comment être sûr de tout envoyer (les séquences d'échappement escp/2, le fichier par le biais de la commande lp, le ^L en fin) ?
A moins que ce soit plus simple de passer par une lecture et un envoi complet du fichier avec des fread d'un côté et des write de l'autre... A étudier, mais je suis ouvert à toute proposition, tant qu'elle reste en rapport avec mon problème !
Au fait, rien à voir avec ta réponse, mais je ne vois pas comment éviter de coder en dur l'adresse ip de mon imprimante. Ne puis-je récupérer son adresse depuis les fichiers de conf de cups ?
Apparement, les fichiers situés dans /etc/cups ne sont pas lisibles par le commun des mortels, alors je ne vois pas trop comment procéder....