Ao testar PRs recentes no FreeBSD 12 e Dragonfly BSD, percebi que o teste de matemática estava falhando:
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
O resultado que observei mais esta discussão, http://stackoverflow.com/questions/31732348/how-to-disable-line-breaks-in-bc , mostra que no BSD bc
não reconhece o BC_LINE_LENGTH
env var (também verificado usando strings /usr/bin/bc
) e usa um comprimento padrão de 70. Queremos
1) Restabelecer a junção multilinha?
2) Documente o limite de 69 dígitos (mais nova linha é igual a 70 caracteres por linha).
Ok, vejo que não temos que nos limitar às duas opções que listei acima. Podemos otimizar para o caso normal e ainda suportar números muito longos. O PR estará pronto para revisão em alguns minutos (apenas esperando o teste do FreeBSD terminar).
BTW, o comando string
é realmente incrível, pois torna o lidar com isso, assim como com tantos problemas relacionados, muito, muito mais barato e simples do que seria de outra forma. Obrigado, @msteed e empresa por implementá-lo.
Comentários muito úteis
BTW, o comando
string
é realmente incrível, pois torna o lidar com isso, assim como com tantos problemas relacionados, muito, muito mais barato e simples do que seria de outra forma. Obrigado, @msteed e empresa por implementá-lo.