<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">

<html lang="en">

<head>

<meta content="text/html; charset=utf-8" http-equiv="Content-Type">

<title>

GitLab

</title>

<style>img {

max-width: 100%; height: auto;

}

</style>

</head>

<body>

<div class="content">

<div style="">

<blockquote dir="auto">

<blockquote>

<p>This test checks whether the abort signal is received from invalid use of gnutls calls.

<em>AND</em> it also tests that the functions return error. In case assert() has <em>not</em> been called, the test still PASSes as long as an error is returned. Thus your above statement is technically wrong (or not 100% correct).</p>

</blockquote>

</blockquote>

<p dir="auto">Could be sorry. I think seeing the test it checks whether one of the two happens. Either an error is returned or an abort is seen.</p>

<blockquote dir="auto">

<p>My changes let assert() abort the program, and abortion is taken as success.</p>

</blockquote>

<p dir="auto">I do not think that's the case. For example you skip the Additional data misuse in GCM ciphers, thus abort or error is not caught in that case.</p>

<blockquote dir="auto">

<p>So the functionality of the test has not changed - it just doesn't rely on SIGABRT signal handlers. I could add a check <code>WIFSIGNALED(status) && WTERMSIG(status) == SIGABRT</code> to make 100% sure that not anything else caused program abortion, if that is what you are missing.</p>

</blockquote>

<p dir="auto">Ok, now I see that you rely on the fact that <code>check_wait_status()</code> does not fail on abort signal. I cannot think why <code>_check_wait_status()</code> would treat ABRT as success, and it may just be broken (thus you have uncovered a bug).</p>

</div>

</div>

<div class="footer" style="margin-top: 10px;">

<p style="font-size: small; color: #777777;">

—

<br>

Reply to this email directly or <a href="https://gitlab.com/gnutls/gnutls/merge_requests/852#note_128384081">view it on GitLab</a>.

<br>

You're receiving this email because of your account on gitlab.com.

If you'd like to receive fewer emails, you can

<a href="https://gitlab.com/sent_notifications/5dd446a6b0f447ca95c6b29f32fb1535/unsubscribe">unsubscribe</a>

from this thread or

adjust your notification settings.

<script type="application/ld+json">{"@context":"http://schema.org","@type":"EmailMessage","action":{"@type":"ViewAction","name":"View Merge request","url":"https://gitlab.com/gnutls/gnutls/merge_requests/852#note_128384081"}}</script>

</p>

</div>

</body>

</html>