<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, Apr 14, 2025 at 1:41 AM David Holmes <<a href="mailto:david.holmes@oracle.com">david.holmes@oracle.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">On 11/04/2025 3:55 pm, Thomas Stüfe wrote:<br>
> Hi Mikael,<br>
> <br>
> I think that makes sense.<br>
> <br>
> I actually missed that we deprecated signal().<br>
<br>
No you didn't :) You've just forgotten:<br>
<br>
<a href="https://bugs.openjdk.org/browse/JDK-8257572" rel="noreferrer" target="_blank">https://bugs.openjdk.org/browse/JDK-8257572</a><br>
<br></blockquote><div><br></div><div>:-D</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
Cheers,<br>
David<br>
-----<br>
<br>
<br>
<br>
>  Seeing that libjsig <br>
> interfaces with third-party code that neither we nor typically our <br>
> customers have control over, I am surprised we did that.<br>
> <br>
> Cheers, Thomas<br>
> <br>
> <br>
> On Fri, Apr 11, 2025 at 7:01 AM Mikael Sterner <<a href="mailto:msterner@openjdk.mxy.se" target="_blank">msterner@openjdk.mxy.se</a> <br>
> <mailto:<a href="mailto:msterner@openjdk.mxy.se" target="_blank">msterner@openjdk.mxy.se</a>>> wrote:<br>
> <br>
>     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" rel="noreferrer" target="_blank">https://gitlab.gnome.org/GNOME/gtk/-/blob/main/gtk/gtkmain.c</a>?<br>
>     ref_type=heads#L555 <<a href="https://gitlab.gnome.org/GNOME/gtk/-/blob/main/" rel="noreferrer" target="_blank">https://gitlab.gnome.org/GNOME/gtk/-/blob/main/</a><br>
>     gtk/gtkmain.c?ref_type=heads#L555><br>
>       - <a href="https://gitlab.gnome.org/GNOME/glib/-/blob/main/gio/gsocket.c" rel="noreferrer" target="_blank">https://gitlab.gnome.org/GNOME/glib/-/blob/main/gio/gsocket.c</a>?<br>
>     ref_type=heads#L967 <<a href="https://gitlab.gnome.org/GNOME/glib/-/blob/" rel="noreferrer" target="_blank">https://gitlab.gnome.org/GNOME/glib/-/blob/</a><br>
>     main/gio/gsocket.c?ref_type=heads#L967><br>
>       - <a href="https://gitlab.gnome.org/GNOME/gvfs/-/blob/master/client/" rel="noreferrer" target="_blank">https://gitlab.gnome.org/GNOME/gvfs/-/blob/master/client/</a><br>
>     gdaemonvfs.c#L304 <<a href="https://gitlab.gnome.org/GNOME/gvfs/-/blob/" rel="noreferrer" target="_blank">https://gitlab.gnome.org/GNOME/gvfs/-/blob/</a><br>
>     master/client/gdaemonvfs.c#L304><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>
> <br>
<br>
</blockquote></div></div>