<div dir="ltr"><div>Hi Mikael,</div><div><br></div><div>I think that makes sense.</div><div><br></div><div>I actually missed that we deprecated signal(). Seeing that libjsig interfaces with third-party code that neither we nor typically our customers have control over, I am surprised we did that.</div><div><br></div><div>Cheers, Thomas <br></div><div><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Fri, Apr 11, 2025 at 7:01 AM Mikael Sterner <<a href="mailto:msterner@openjdk.mxy.se">msterner@openjdk.mxy.se</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
During migration of a desktop software from Java 11 to<br>
Java 21 we started seeing the libjsig deprecation warnings.<br>
That's fine and appreciated as a heads-up, and I also notice<br>
that some nice changes to the message logic have been done <br>
for Java 25.<br>
<br>
However, tracing what triggered our warnings, I wonder if you<br>
think it could make sense to be lenient about calls to deprecated<br>
signal() method that just want to ignore a signal with SIG_IGN,<br>
in particular SIGPIPE? This pattern seems to be used in several<br>
Gnome libraries:<br>
<br>
 - <a href="https://gitlab.gnome.org/GNOME/gtk/-/blob/main/gtk/gtkmain.c?ref_type=heads#L555" rel="noreferrer" target="_blank">https://gitlab.gnome.org/GNOME/gtk/-/blob/main/gtk/gtkmain.c?ref_type=heads#L555</a><br>
 - <a href="https://gitlab.gnome.org/GNOME/glib/-/blob/main/gio/gsocket.c?ref_type=heads#L967" rel="noreferrer" target="_blank">https://gitlab.gnome.org/GNOME/glib/-/blob/main/gio/gsocket.c?ref_type=heads#L967</a><br>
 - <a href="https://gitlab.gnome.org/GNOME/gvfs/-/blob/master/client/gdaemonvfs.c#L304" rel="noreferrer" target="_blank">https://gitlab.gnome.org/GNOME/gvfs/-/blob/master/client/gdaemonvfs.c#L304</a><br>
<br>
Or would it be better to report such calls as deficiencies in<br>
these libraries, with the libjsig warnings as evidence?<br>
<br>
Yours,<br>
Mikael Sterner<br>
</blockquote></div>