idTCPServer LPR-Druck abfangen

[CG2003]

Hallo,

ich schreibe gerade ein kleines Tool, welches mir Druckdatenströme aufzeichnen soll.
Den Druck über RAW (Port 9100) bekomme ich mit einem idTCP Server auch korrekt abgefangen,
nur der Druck über LPR (Port 515) funktioniert nicht.

Ich habe bisher nur den Port umgestellt. Wenn ich einen Druckauftrag (Druckeranschluß vorher auf LPR umgestellt) losschicke, registriert mein Tool das gar nicht erst...

Habt Ihr eine Idee?

[CG2003]

Hat keiner eine Idee?
Oder benötigt ihr noch mehr Informationen oder Code?

[himitsu]

Eventuell wartet die Gegenseite auf irgendeinen Steuerbefehl, von deinem Programm?

Da müßte man sich mal die Spezifikationen des LPR-Protocols ansehn und wie da was abläuft, bzw. was dein Programm alles machen muß.

[Klaus01]

Guten Morgen,

hast Du die Möglichkeit den Verbindungsaufbau z.B. mit Wireshark zu tracen?

Was meinst Du damit, dass Dein Socket nicht reagiert?
Wird keine TCP Verbindung aufbgebaut - oder kommen keine Daten an?

Grüße
Klaus

[CG2003]

Hallo,

doch, die Verbindung erkennt das Tool schon, jedoch erkennt er die Beendigung des Druckjobs anscheinend nicht.

Ist es vielleicht besser, wenn ich Euch die Sourcen hier hochlade?

[Klaus01]

Hallo,

baust Du einen Spooler?

Wie versuchst Du denn zur Zeit das Datenende zu detektieren?

Hier noch ein Auszug aus der entsprechenden RFC1179:

Zitat:

6.3 03 - Receive data file

+----+-------+----+------+----+
| 03 | Count | SP | Name | LF |
+----+-------+----+------+----+
Command code - 3
Operand 1 - Number of bytes in data file
Operand 2 - Name of data file

The data file may contain any 8 bit values at all. The total number
of bytes in the stream may be sent as the first operand, otherwise
the field should be cleared to 0. The name of the data file should
start with ASCII "dfA". This should be followed by a three digit job
number. The job number should be followed by the host name which has
constructed the data file. Interpretation of the contents of the
data file is determined by the contents of the corresponding control
file. If a data file length has been specified, the next "Operand 1"
octets over the same TCP connection are the intended contents of the
data file. In this case, once all of the contents have been
delivered, an octet of zero bits is sent as an indication that the
file being sent is complete. A second level of acknowledgement
processing must occur at this point.

Grüße
Klaus

[CG2003]

Hallo Klaus,

nein, keinen Spooler.
Das Tools soll nur zur Aufzeichnung von Druckdatenströmen dienen, um diese später bei Druckproblemen etc. auswerten zu können.
Öhm, Datenende? Frage ich bisher gar nicht ab. Bei RAW beendet der idTCP Server ja korrekt die Verbindung, nur bei LPR nicht.
Wie kann ich denn im idTCPServer herausfinden, ob das Ende bereits eingetreten ist?