INCR-Übertragung (X11)
Der ICCCM-Weg, eine Selection zu liefern, die für eine einzelne Property zu groß ist: stückweise, mit Handshake pro Stück und ebenso vielen Gelegenheiten, dass etwas schiefgeht.
Fordert ein Programm eine X-Selection an, legt der Besitzer die Antwort in einer Property am Fenster des Anfragenden ab. Properties reisen als X-Anfragen, und im klassischen Protokoll war eine Anfrage auf 256 KB begrenzt; ein ganzes Dokument in der Zwischenablage passte nicht hinein. Die ICCCM löst das mit dem Typ INCR: Statt Daten schreibt der Besitzer eine Zahl, eine untere Schranke für die Menge der kommenden Bytes, und der Anfragende versteht, dass noch mehr unterwegs ist.
Dann beginnt der Tanz. Der Anfragende löscht die Property, der Besitzer schreibt das erste Stück, der Anfragende liest und löscht es, der Besitzer wartet auf die PropertyNotify-Meldung über das Löschen, bevor er das nächste schreibt, und ein leeres Stück markiert das Ende. Beide Seiten müssen mitten in der Übertragung auf Property-Ereignisse lauschen und beide brauchen ein Timeout für den Fall, dass die Gegenseite auf halber Strecke stirbt. Viele Clients implementieren dieses Stück Protokoll schlampig oder gar nicht, was den klassischen Fehler erklärt, bei dem ein großes Einfügen leer ankommt, ein kleines aber funktioniert. BIG-REQUESTS hob die Obergrenze an, doch INCR bleibt, weil die Grenze nie ganz verschwunden ist.