message_queue | Fast and easy inter-thread message queue | Architecture library

I am trying to simply send messages from two client sockets to one server socket. When I start up the server socket, it works fine, and then when I start up each of the two client sockets (I'm using 3 different terminal windows) everything works fine. If I start up the server and one client, I can send messages from the client to the server. If I then start up the second client, I can send messages from the second client to the server, however now if I go back and try to send messages from the first client to the server, I get a " BlockingIOError: [Errno 11] Resource temporarily unavailable ". What is the problem?

clientclass.py:

A more unusual question today, but maybe someone can help me.

I am working on a bot, which among other things has to do with music. The following problem:

If I change stuff in a cog and then reload it I always get an AttributeError: 'NoneType' object has no attribute 'XXXX' error for the particular command. Is there a way to fix/prevent this?

The error occurs when the bot is in a voice channel for example and then I reload the cog.

I query state for every command which has to do with music, is it maybe related to that?

I'm trying to send a class over boost::message queue using boost::serialization, boost::Arcive, and boost::split members (load and save) the problem is when I'm trying to deserialize I'm getting the input stream error exception

EDIT also tried with boost 1.75

I'm learning how to use boost::interprocess message queue, I'm using the example from the documentation here with one different - for the other process I'm using fork() but I'm getting

boost::interprocess_exception::library_error

when I'm trying to read from the queue; I'm running boost 1.58 over Centos 7.6

this is my code:

I am having an issue where I have a page (A) that redirects to page (B) after doing some work in a flask websocket. Page (B) has another websocket that does more lengthy work 10-20 minutes and then has a button to continue to the third page (C) that has some results. The issue i'm facing is when on page (B), and the work has completed and i'm ready to click the button to continue to page (C), If enough time has passed (15+ min, unsure exactly), when I click the button it refreshes to page (A) and all my data is gone. If a reasonably short amount of time has passed the page continues to page (C) just fine. I need to extend this time to several hours preferably.

I am unsure what is wrong so I have tried modifying the session data in my before_request

Using boost::interprocess message queue, I ran into a problem with removing the queue, was hoping someone could provide an explanation for the behavior, or correct my misunderstanding. I'm on a Linux RHEL7 box. I have two processes, one that creates and feeds the queue, and the other one that opens the message queue and reads from it. For clarity, the initial process is started first, before the second process that does the reading/removing msgs from queue. The one that creates, is create_only_t. I want it to fail if it already exists. The creation of the first queue always fails however. The specific exception it throws is File exists.

When switched to an open_or_create_t queue, it works fine. I took this information as I wasn't cleaning it up properly, so I made sure I was trying to remove the queue before I tried to create it, as well as after the process finished sending all messages. I would log if the remove was successful. One of my assumptions is that if the remove returns true it means it successfully removed the queue. The boost docs for remove reads: "Removes the message queue from the system. Returns false on error.", I wasn't sure if maybe a true just means that it had a successful 'attempt' at removing it. Upon further looking at another Boost Inprocess pdf it explains:

The remove operation might fail returning false if the shared memory does not exist, the file is open or the file is still memory mapped by other processes

Either case, I feel like one would expect the queue to be removed if it always returns true, which is currently my case. Still when trying to do a 'create_t' message queue it will continue to fail, but 'open_or_create_t' still works.

I had a hard time understanding the behavior, so I also tried to remove the message queue twice in a row before trying to initialize a create_t queue to see if the second one would fail/return false, however both returned true (which was not what I expected based on what the documentation said). The first remove should it be successful means the second one should fail as there should no longer be a message queue that exists anymore.

I've attached a snippet of my create process code. And I'll note, that this error happens without the "open process" being run.

Maybe I'm missing something obvious, thank you in advance.

I am writing a caching library as a node-addon to be used as a universal cache across node clusters, and am using boost::message_queue to pass data from one process to another, but I want to support transfer of types, so I have managed to serialize and get typenames of the data being transferred using std::is_same so now on the receiving end I have values: "int" "char" "double". I need to somehow transform this string into a typename to pass to the template struct to correctly read data into the structure from the message queue. I tried using template metaprogramming like shown here but not sure if this is the correct way to go about things.

GetCurrentProcessId() and getpid() return different values... but boost does not.

I am writing a node addon to add a local native cache to be used with an express server when running as a cluster, to have a common cache. I am using boost's message_queue for IPC between the process's, and need to uniquely identify the process sending the requests. Boost provides boost::interprocess::ipcdetail::get_current_process_id to get the current process id, but the same process id is returned in the main process and the child process's. I think I am right in saying that child process's have their own unique ID as well. So what exactly is going on here:

Repo (it is a minimal reproducible): https://github.com/t348575/cluster-mem-shared

I am using boost's message queue to write a basic class with just two char arrays, but the data is not being received in the second process is empty, even though get_num_msg() returns 1 before the read and returns 0 after reading. For debugging purposes I also tried writing and reading from the same process, and that worked fine. I am using the shared pointer because earlier while just reading and writing integers, it would not read the integer at the receiver unless it was declared as shared ptr.