Activity

1. paultiq

   added

   type-bugAn unexpected behavior, bug, or errorAn unexpected behavior, bug, or error

   on Oct 24, 2024
2. ZeroIntensity

   added

   stdlibStandard Library Python modules in the Lib/ directoryStandard Library Python modules in the Lib/ directory

   topic-subinterpreters

   on Oct 24, 2024
3. github-project-automation

   added this to Subinterpreterson Oct 24, 2024
4. github-project-automation

   moved this to Todo in Subinterpreterson Oct 24, 2024
5. ZeroIntensity commented on Oct 24, 2024

   

   ZeroIntensity

   on Oct 24, 2024

   Last edited by ZeroIntensity

   Member

   More actions

   Confirmed on the main branch, but this isn't related to InterpreterPoolExecutor. ipe_executor._thread_name_prefix does appear to be set to the correct value, and the Thread object name is the right value when checking it directly with ipe_executor._threads.

   The problem is that thread names aren't pushed down to subinterpreters, which very well might be a wontfix depending on the complexity of the change. Here's a reproducer for that:

   import _interpreters
   import threading
   
   source = """
   import threading
   
   print(threading.current_thread().name)  # Dummy-1
   """
   
   def main():
       interp = _interpreters.create()
       print(threading.current_thread().name)  # Hello
       _interpreters.run_string(interp, source)
   
   threading.Thread(target=main, name="hello").start()

   cc @ericsnowcurrently, it might be better to just note this when subinterpreters get documented better. (Though, if that's the case, thread_name_prefix should just get removed from InterpreterPoolExecutor.)
6. ZeroIntensity

   added

   extension-modulesC modules in the Modules dirC modules in the Modules dir

   3.14bugs and security fixesbugs and security fixes

   and removed

   stdlibStandard Library Python modules in the Lib/ directoryStandard Library Python modules in the Lib/ directory

   on Oct 24, 2024