Skip to content

Conversation

@sundtek
Copy link
Contributor

@sundtek sundtek commented Dec 19, 2025

Using abstract namespace for the domain socket will fix the stale socket problem when starting rtapi_app.

Using abstract namespace for the domain socket will fix the stale socket problem when starting rtapi_app.
@sundtek
Copy link
Contributor Author

sundtek commented Dec 19, 2025

sundtek@sundtek-UX32VD:~/devel/mitsubishi-linuxcnc/linuxcnc$ rtapi_app
Note: Using POSIX non-realtime
^C
sundtek@sundtek-UX32VD:~/devel/mitsubishi-linuxcnc/linuxcnc$ rtapi_app
Note: Using POSIX non-realtime
^C
sundtek@sundtek-UX32VD:~/devel/mitsubishi-linuxcnc/linuxcnc$ rtapi_app
Note: Using POSIX non-realtime

before it was like:
(reverse-i-search)`': ^C
sundtek@sundtek-UX32VD:~/devel/mitsubishi-linuxcnc/linuxcnc/src$ rtapi_app
Note: Using POSIX non-realtime
^C
sundtek@sundtek-UX32VD:~/devel/mitsubishi-linuxcnc/linuxcnc/src$ rtapi_app
Waited 3 seconds for master. giving up. <<--- stale fifo
Note: Using POSIX non-realtime
^C
sundtek@sundtek-UX32VD:~/devel/mitsubishi-linuxcnc/linuxcnc/src$ rtapi_app
Waited 3 seconds for master. giving up. <<-- stale fifo
Note: Using POSIX non-realtime
^C
sundtek@sundtek-UX32VD:~/devel/mitsubishi-linuxcnc/linuxcnc/src$ rtapi_app
Waited 3 seconds for master. giving up. << -- stale fifo
Note: Using POSIX non-realtime

a call to rtapi_app in a second window will turn the app immediately to a slave (as intended).
This patch effectively gets rid of the 3 seconds waiting with a stale domain socket.

@andypugh
Copy link
Collaborator

Thanks. I don't claim to fully understand it, but it seems to match sample code out there.

@andypugh andypugh merged commit f25a2ed into LinuxCNC:master Dec 19, 2025
14 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants