<div dir="ltr">ar no the problem is not the socket name, it's the way we close the socket.</div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, Jan 22, 2025 at 10:16 AM Kasper Cheng <<a href="mailto:kaspercheng77@gmail.com">kaspercheng77@gmail.com</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"><div dir="ltr"><div>If I rename the qmi-proxy to something else before use, it's not being deleted. Maybe we should rename QMI_PROXY_SOCKET_PATH to something like qmi-proxy-socket?</div><div><br></div>unlinkat(AT_FDCWD, "qmi-proxy", 0)      = -1 ENOENT (No such file or directory)<br><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 22, 2025 at 10:08 AM Bjørn Mork <<a href="mailto:bjorn@mork.no" target="_blank">bjorn@mork.no</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">Kasper Cheng <<a href="mailto:kaspercheng77@gmail.com" target="_blank">kaspercheng77@gmail.com</a>> writes:<br>
<br>
> Attached is a trace log from raspberry 5's apt install of qmi-proxy 1.32.2,<br>
> and a latest git build I made yesterday.<br>
> Both logs show a call to unlinkat() at the end.<br>
> Does it mean that it is expected for the user to copy qmi-proxy to a temp<br>
> folder before use, and qmi-proxy clean itself up on exit?<br>
<br>
The dispose() method in libqmi-glib/qmi-proxy.c calls<br>
<br>
 g_unlink (QMI_PROXY_SOCKET_PATH)<br>
<br>
and we have<br>
<br>
 #define QMI_PROXY_SOCKET_PATH "qmi-proxy"<br>
<br>
so I guess the behaviour is expected if you run qmi-proxy from the<br>
directory where the binary is located.<br>
<br>
But it doesn't really make sense.  The socket name is "\0qmi-proxy"<br>
AFAIK. So what exactly is this trying to unlink?<br>
<br>
<br>
<br>
Bjørn<br>
</blockquote></div>
</blockquote></div>