Bernhard Übelacker writes:
> Hello David, hello Axel,
>
>
>> I had hoped the expected behaviour might have been the error message 😉
>
> Maybe it is the expected behaviour?
>
> Following is the output of the last not crashing version 1.13
> and the current version in testing 2.2+10~g7ed88a0 with t
Hello David, hello Axel,
I had hoped the expected behaviour might have been the error message 😉
Maybe it is the expected behaviour?
Following is the output of the last not crashing version 1.13
and the current version in testing 2.2+10~g7ed88a0 with the cli_program fix.
Both look quite si
Am 22.06.24 um 00:42 schrieb Bernhard Übelacker:
I did some archaeology and found the issue got visible
at 2017-12-30 in the Buster development cycle with the
migration of nullmailer 1:2.1-5 into testing.
debian-9-stretch:
Connection closed
Am 21.06.24 um 20:47 schrieb David Bremner:
Hi Bernhard;
Thanks for the patch. This does seem to be progress, but I don't think
it completely fixes Axel's bug. At least for me I still see
-> .
nullmailer-smtpd: Error catching the return value from nullmailer-queue: No
child processes
nullmai
Bernhard Übelacker writes:
> Am 21.06.24 um 01:57 schrieb Bernhard Übelacker:
>
>> Especially the third point is puzzling, I could not yet see why this
>> pointer-content-mixup happens.
>
>
> Hello David, hello Axel,
> I did some further tests and found following location where cli_program
> is
Am 21.06.24 um 01:57 schrieb Bernhard Übelacker:
Especially the third point is puzzling, I could not yet see why this
pointer-content-mixup happens.
Hello David, hello Axel,
I did some further tests and found following location where cli_program
is delared here:
./lib/cli++/cli++.h:35:exte
On Wed, 12 Jun 2024 07:19:02 -0300 David Bremner wrote:
David Bremner writes:
>
> Attempt #3
>
> swaks -t brem...@debian.org --pipe 'valgrind /usr/lib/sendmail -bs'
>
> This also runs without errors, so I'm out of ideas for the moment.
Attempt #4:
Rebuild with asan
Hello David, hello Axe
David Bremner writes:
>
> Attempt #3
>
> swaks -t brem...@debian.org --pipe 'valgrind /usr/lib/sendmail -bs'
>
> This also runs without errors, so I'm out of ideas for the moment.
Attempt #4:
Rebuild with asan
make clean
make CXXFLAGS="-g -O1 -fsanitize=address"
make check
I don't know if thi
Axel Beckert writes:
> Hi David,
>
> David Bremner wrote:
>> swaks -t brem...@debian.org --pipe 'gdb -batch -ex run -ex bt --args
>> /usr/lib/sendmail -bs'
>>
>> This actually runs without segfaulting, which made me think it might be
>> a memory error.
>
> There's one memory fix commit upstream
Hi David,
David Bremner wrote:
> swaks -t brem...@debian.org --pipe 'gdb -batch -ex run -ex bt --args
> /usr/lib/sendmail -bs'
>
> This actually runs without segfaulting, which made me think it might be
> a memory error.
There's one memory fix commit upstream in the master branch:
https://githu
Control: tag -1 confirmed
Axel Beckert writes:
> Package: nullmailer
> Version: 1:2.2+10~g7ed88a0-5
> Severity: important
> Control: found -1 1:2.2-3
>
> Dear David,
>
> I managed to reproducibly crash nullmailer-smtpd with a "general
> protection fault" by calling the following command:
>
>
Package: nullmailer
Version: 1:2.2+10~g7ed88a0-5
Severity: important
Control: found -1 1:2.2-3
Dear David,
I managed to reproducibly crash nullmailer-smtpd with a "general
protection fault" by calling the following command:
swaks -t a...@debian.org --pipe 'sendmail -bs'
This call produces the
12 matches
Mail list logo