You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am currently working on a project that need to send the data in different processes. Instead of storing it in a file, I am using the IPC stream method, storing it into a buffer. When I try to send the data(bytes) through a socket, I loose the data in the client side. ( Which gives me the idea that when i leave the function(create buffer in the server side folder), I loose acces to that data. Can there be an example that explains this.
Also, can you implement a function that convert the record batch into the format that can be sent through the socket directly.
The code are in the attachment, one for the server side code and the other for the client side code.
You need to allocate memory before you use recv to write data into it. Consider using garrow_resizable_buffer_new (you will need to send a buffer size or something from the server so the client knows how much memory to allocate)
I am currently working on a project that need to send the data in different processes. Instead of storing it in a file, I am using the IPC stream method, storing it into a buffer. When I try to send the data(bytes) through a socket, I loose the data in the client side. ( Which gives me the idea that when i leave the function(create buffer in the server side folder), I loose acces to that data. Can there be an example that explains this.
Also, can you implement a function that convert the record batch into the format that can be sent through the socket directly.
The code are in the attachment, one for the server side code and the other for the client side code.
Thank you
Environment: Linux
Reporter: Steven
Original Issue Attachments:
Note: This issue was originally created as ARROW-8719. Please see the migration documentation for further details.
The text was updated successfully, but these errors were encountered: