Beim Testen der letzten PRs auf FreeBSD 12 und Dragonfly BSD habe ich festgestellt, dass der Mathe-Test fehlschlägt:
Testing file math.in ... fail
Output differs for file math.in. Diff follows:
--- math.tmp.out 2017-01-08 17:03:08.345651000 +0000
+++ math.out 2017-01-08 16:43:30.925313000 +0000
@@ -6,4 +6,4 @@
4
2
.499999
-12332423423534534634589723498734892739848732894729147128947918247129\ 42
+1233242342353453463458972349873489273984873289472914712894791824712942
Das Ergebnis, das ich zusammen mit dieser Diskussion beobachtet habe, http://stackoverflow.com/questions/31732348/how-to-disable-line-breaks-in-bc , zeigt, dass bc
auf BSD das nicht erkennt BC_LINE_LENGTH
env var (auch überprüft mit strings /usr/bin/bc
) und verwendet eine Standardlänge von 70. Wollen wir das?
1) Stellen Sie die mehrzeilige Verbindung wieder her?
2) Dokumentieren Sie das Limit von 69 Stellen (plus Newline entspricht 70 Zeichen pro Zeile).
Okay, ich sehe, wir müssen uns nicht auf die beiden oben aufgeführten Optionen beschränken. Wir können für den Normalfall optimieren und trotzdem sehr lange Nummern unterstützen. PR wird in wenigen Minuten zur Überprüfung bereit sein (nur darauf warten, dass der FreeBSD-Test abgeschlossen ist).
Übrigens, der Befehl string
ist wirklich großartig, da er den Umgang damit, wie bei so vielen verwandten Problemen, viel, viel billiger und einfacher macht, als es sonst der Fall wäre. Vielen Dank, @msteed und Company für die Implementierung.
Hilfreichster Kommentar
Übrigens, der Befehl
string
ist wirklich großartig, da er den Umgang damit, wie bei so vielen verwandten Problemen, viel, viel billiger und einfacher macht, als es sonst der Fall wäre. Vielen Dank, @msteed und Company für die Implementierung.