This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author irmen
Recipients irmen, pitrou
Date 2008-05-23.23:26:44
SpamBayes Score 0.00033797204
Marked as misclassified No
Message-id <1211585206.7.0.268636037522.issue2871@psf.upfronthosting.co.za>
In-reply-to
Content
Adding it in the run method would only work for threads that I create in
my own code. The thing is: I need to be able to get the tread
identification from threads created by third party code. So I cannot
rely on that code putting it in the thread object themselves like that.
Hence my wish of letting the standard library module take care of it.

And using the id() of the current thread object has a rather obscure
problem. I was using it as a matter of fact, until people reported
problems in my code when used with certain atexit handling. (Sometimes
the wrong id() is returned). Because of that I wanted to switch to the
more low-level thread.get_ident() identification of different threads,
because that is supposed to return a stable os-level thread
identification, right?
History
Date User Action Args
2008-05-23 23:26:47irmensetspambayes_score: 0.000337972 -> 0.00033797204
recipients: + irmen, pitrou
2008-05-23 23:26:46irmensetspambayes_score: 0.000337972 -> 0.000337972
messageid: <1211585206.7.0.268636037522.issue2871@psf.upfronthosting.co.za>
2008-05-23 23:26:46irmenlinkissue2871 messages
2008-05-23 23:26:44irmencreate