Red Rozenglass on Nostr: Cocoa Hoto in real life opal the daemon stores its own pid in a file named by a ...
Cocoa Hoto in real life (nprofile…k9rm) opal (nprofile…w8cy) the daemon stores its own pid in a file named by a unique service name, after it locks the file, if a simple getpid(2) call followed by an fcntl lock, then a write(), fails to write the processes's own pid to a file, then... then... you know what? i wouldn't be surprised. this is unix/linux after all, everything is an organically-grown pile of garbage :p
but if it's any indication, i've been running dozens of long-running slackware machines and virtual machines, for years, for personal use and businesses, and i don't know of a single case where such an incident happened with raf's daemon. maybe it's not too bad after all.
thank you for the discussion. i wish you an acceptably good day ^-^
Published at
2025-03-26 13:28:32Event JSON
{
"id": "6d19cab22390ccba84f4205900d73c6b176e722a6f6b0d728070d9d3827c8efb",
"pubkey": "ec9f49eafea9211a5d3c911adc0938d8ead1de1e299634b4ce3c38b681489b8a",
"created_at": 1742995712,
"kind": 1,
"tags": [
[
"p",
"0a93edbc7e77bd5da46055e51d8192ce20cdb5d9cfd88010f67f7d46684cf827",
"wss://relay.mostr.pub"
],
[
"p",
"ee18f001a0f83abc7a27641ef15f202dc692a39a2ee67c887049d6bce8b4d475",
"wss://relay.mostr.pub"
],
[
"e",
"7108d772e51b3c828c99b39b052801c6d06c9214ddf6014c4480cffaa0a1b74b",
"wss://relay.mostr.pub",
"reply"
],
[
"proxy",
"https://fedi.dreamscape.link/rozenglass/p/1742995712.211875",
"activitypub"
]
],
"content": "nostr:nprofile1qy2hwumn8ghj7un9d3shjtnddaehgu3wwp6kyqpqp2f7m0r7w774mfrq2hj3mqvjecsvmdweelvgqy8k0a75v6zvlqns0yk9rm nostr:nprofile1qy2hwumn8ghj7un9d3shjtnddaehgu3wwp6kyqpqacv0qqdqlqatc738vs00zheq9hrf9gu69mn8ezrsf8tte695636s4vw8cy the daemon stores its own pid in a file named by a unique service name, after it locks the file, if a simple getpid(2) call followed by an fcntl lock, then a write(), fails to write the processes's own pid to a file, then... then... you know what? i wouldn't be surprised. this is unix/linux after all, everything is an organically-grown pile of garbage :p\n\nbut if it's any indication, i've been running dozens of long-running slackware machines and virtual machines, for years, for personal use and businesses, and i don't know of a single case where such an incident happened with raf's daemon. maybe it's not too bad after all.\n\nthank you for the discussion. i wish you an acceptably good day ^-^\n\n",
"sig": "6a6abde87e444c6adc59b3eceabcb96ebd4d10ebe7dd1cf9f29e7682ff56f396fc913a6590531a0d7edc6981727ef2862bd55ea375e2c4148bc367209e115674"
}