Größenbeschränkung der printf-Konvertierungsspezifikation

Question

printf Konvertierungsspezifikationen sind % gefolgt von Flags, Breite, Genauigkeit, Längenmodifikator und Konvertierungsspezifizierer. Gibt es eine praktische Grenze für die Größe einer Konvertierungsspezifikation?

I.e. %s ist 2 Zeichen lang, während %08.2f 6 Zeichen lang ist. Meine Frage ist, wie lang ist die maximale einzelne Spezifikation in einer Formatzeichenkette, die gemäß C99-Standard erstellt werden kann?

Answer 1

Es gibt keine solche Umrechnungsspezifikation für die maximale Länge. Wenn du denkst, dass du eine solche Spezifikation gefunden hast, kann ich mir eine aussuchen, die länger ist.

Betrachten Sie beispielsweise die Feldbreite und Genauigkeit. Der Standard sagt, dass sie Dezimalzahlen sind, aber nicht ihren Bereich angeben. Daher können Sie Konvertierungsbezeichner mit beliebig großen Ganzzahlen als Feldbreite oder Genauigkeit schreiben.

Answer 2

Wenn Sie eine Zeichenkette meine, es ist 4095 Zeichen

5.2.4.1 Übersetzung Grenzen
...
- 4095 Zeichen in einer Zeichenkette wörtlichen oder Weit Stringliteral (nach Verkettung)
...

ich habe von C89 Limit von 509 Zeichen gebissen worden (nicht für printf/scanf-Format-Strings), so ist dies eine der guten Veränderungen mit sich gebracht auf von C99 :-)

---

Edit: glibc-Implementierung (nicht Standard-Definition)

glibc Implementierung wird die Breite von einer read_int Funktion.
So für diese Implementierung, offenbar, vielleicht, ist die Grenze INT_MAX (Ich habe für die read_int Funktion nicht gesucht).

Answer 3

printf Konvertierungsspezifikationen sind% gefolgt von Flags, Breite, Genauigkeit, Längenmodifikator und Konvertierungsspezifizierer. Gibt es eine praktische Grenze für die Größe einer Konvertierungsspezifikation?

Ich musste in der Vergangenheit mit mehreren Standard printf Implementierungen umgehen und mein allgemeiner Eindruck, dass es keine bestimmte Grenze auferlegt.

Die Formatzeichenfolge wird im Allgemeinen Zeichen für Zeichen analysiert. (Denken Sie einfach FSM.) Die meisten printf Implementierungen vermeiden intern etwas zu puffern und sogar für Zahlen verwenden Sie die Char-by-char-Konvertierung in Dezimal (nicht einmal atoi).

Sie können zum Beispiel überprüfen, wie die printf innerhalb der FreeBSD kernel implementiert ist (wo von vielen anderen Implementierungen oft den Code heben). Das ist sicherlich eine vereinfachte Implementierung (mit kernelspezifischen Tweaks), spiegelt jedoch wider, wie die Formatzeichenfolge oft gehandhabt wird.

N.B.Just überprüft Glibc vfprintf() Implementierung und sie intern zuweisen einen Puffer (falls erforderlich) mit malloc(). Also keine bestimmte Grenze dort.

Meine Frage ist, was ist die Länge der maximalen einzelnen Spezifikation in einer Formatzeichenfolge, die nach C99-Standard erstellt werden kann?

Der Formatbezeichner ist ein Teil eines Strings und Stringlänge meines Wissens ist nicht durch den Standard beschränkt. Und wie ich oben erwähnt habe, habe ich noch nie eine Implementierung mit einer solchen Beschränkung gesehen.