mpimenov opened a new issue, #35959: URL: https://github.com/apache/arrow/issues/35959
### Describe the bug, including details regarding any error messages, version, and platform. I don't have a small reproducer but looking at the stack traces and the code I have I'm pretty sure that I observe a bug despite using the API correctly. I set up an ExecPlan and dispose of it, via StopProducing()+finished.Wait() calls. Only default context (memory pool, executors, etc.) is ever used. Shortly after, the program finishes, and the destructor of the default memory pool is called. However, in another thread the wheels are still spinning somewhere in the executor code. To be a bit more precise, a Future is being executed that I did not submit and that I believe is an internal implementation detal. The execution of this Future asks for some memory but the pool has been destroyed by then. I'd like to know whether what I've described is a known issue and what the suggested (client-side) fix is. These previous issues seem relevant: https://issues.apache.org/jira/browse/ARROW-16072 https://issues.apache.org/jira/browse/ARROW-17198 The mitigation in https://github.com/apache/arrow/pull/13691 is good enough for tests but not for production use (consider the case of more than one instance of Scanner). ### Component(s) C++ -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
