New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
crash at startup parsing a filter chain #1218
Comments
Nothing in particular stands out to me, I have two installation (one on alpine linux and one on freebsd) and both have multiple filters enabled. However, Thanks! |
Here's the output from rpmbuild. Should have both outputs?
|
Just noticed this one too.
|
Are these not needed now since: "force the use of the bundled libtls and libasr" in p1? |
Yes. I've added those flags for 7.3.0p0 but promptly removed in p1. There's no harm in compiling with those anyway, the configure script will just ignore them. Anyway, it seems that my intuition was right! The configure script finds
but then there's no matching prototype for it:
as a quick solution you may try to add the following argument to the configure script: it'll force the configure script to pretend it doesn't find reallocarray and use it from the compat layer. I'll try to replicate tomorrow (CEST). Thanks! |
Thanks, that worked! 7.3.0p1 running now. These are left in the build log now. Might they be causing trouble down the line?
|
@whataboutpereira it's the same issue, but in this case is harmless. When the C compiler finds a function call without a matching prototype or definition it guesses what the return type is, and what all the compilers do is to assume The configure script does the checks in the wrong order, and for this reason it might mis-detect some functions. It's in my TODO list to reorganize it, but since it's very long it could take a while. It'll be done hopefully in time for 7.4 (around october / november.) Thanks! |
Wonderful, thanks for the explanation! |
Forgot to update here after #1229 was committed; I believe that this issue is now fixed in 7.4. |
I just tried upgrading from 6.8.0p2 to 7.3.0p1 on AlmaLinux 8 and using the previously working configuration smtpd segfaults at startup.
Starting program: /usr/sbin/smtpd -dv
Program received signal SIGSEGV, Segmentation fault.
0x00005555554359f4 in yyparse () at ../../usr.sbin/smtpd/parse.y:1898
1898 filter_config->chain[filter_config->chain_size - 1] = $1;
I've tracked it down to using filter chains.
These will crash:
This works:
I rebuilt from the 6.8.0p2 SRPM with bundled libasr and libtls.
Any ideas?
The text was updated successfully, but these errors were encountered: