Hi
I have noticed that two tests (test-mhfixmsg and test-binary) fail
on my computer. I use debian stable and configure outputs folloing:
nmh configuration
-
nmh version: 1.8+dev
host os: x86_64-pc-linux-gnu
compiler : cc
compi
Philipp wrote:
> I have noticed that two tests (test-mhfixmsg and test-binary) fail
> on my computer. I use debian stable and configure outputs folloing:
What is your locale? Do your nmh build use iconv?
David
[2023-08-26 08:44] David Levine
> Philipp wrote:
>
> > I have noticed that two tests (test-mhfixmsg and test-binary) fail
> > on my computer. I use debian stable and configure outputs folloing:
>
> What is your locale?
$ locale
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC
Philipp wrote:
> LANG=en_US.UTF-8
> LC_ALL=
> I have "#define HAVE_ICONV 1" in config.h. I just run autogen.sh and
> configure without any arguments.
Thanks, those match what I use.
I just committed a fix to test-mhfixmsg. Different html renderers
produced different output. I replace a non-br
[2023-08-26 14:33] David Levine
> Philipp wrote:
>
> > LANG=en_US.UTF-8
> > LC_ALL=
>
> > I have "#define HAVE_ICONV 1" in config.h. I just run autogen.sh and
> > configure without any arguments.
>
> Thanks, those match what I use.
>
> I just committed a fix to test-mhfixmsg. Different html rende
Philipp wrote:
> This test now passes.
Thank you for reporting the test failure and for confirming the fix.
> Here you go:
> $ od -ax /tmp/nmh/test/testdir/test-binary302898.actua
Thanks.
The NUL byte is output as \x00:
> 260 y t e : sp \ x 0 0 . nl
>7479
[2023-08-26 15:28] David Levine
> Philipp wrote:
>
> > This test now passes.
>
> Thank you for reporting the test failure and for confirming the fix.
>
> > Here you go:
> > $ od -ax /tmp/nmh/test/testdir/test-binary302898.actua
>
> Thanks.
>
> The NUL byte is output as \x00:
I found the problem:
Philipp wrote:
> [2023-08-26 15:28] David Levine
> >
> > The NUL byte is output as \x00:
>
> I found the problem: The build in printf of dash don't write a NUL.
> Using printf from path to generate the test and expected file works as
> expected.
Thank you! I'll update the test.
David
Philipp wrote:
> That said, my code detects lines without WSP (and are longer then 78
> bytes). Some rfc 2047 encoding could be added there. But first the
> folding should be implemented.
I agree. I'm sending this message using your patch. I'd like to
exercise it for a few days before committin