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 amaury.forgeotdarc
Recipients amaury.forgeotdarc, tyoc
Date 2009-05-09.14:10:10
SpamBayes Score 7.855208e-07
Marked as misclassified No
Message-id <1241878212.41.0.089163775566.issue5908@psf.upfronthosting.co.za>
In-reply-to
Content
With python, the first "import" of a library runs its initialization
code. Subsequent imports only retrieves the module object from the memory.

> for this library, it matter where you import the thing.

More precisely: it matters where you *first* import the thing. the
pyatspi import function probably runs some code that depends on the
running thread.
This is a common issue for event-driven libraries, often resolved by
splitting the initialization into two phases, the "import" phase and an
"init" function that performs thread-sensitive things.
You should forward your problem to the pyatspi team.

Since your first example works correctly, I close this issue as "works
for me".
History
Date User Action Args
2009-05-09 14:10:12amaury.forgeotdarcsetrecipients: + amaury.forgeotdarc, tyoc
2009-05-09 14:10:12amaury.forgeotdarcsetmessageid: <1241878212.41.0.089163775566.issue5908@psf.upfronthosting.co.za>
2009-05-09 14:10:11amaury.forgeotdarclinkissue5908 messages
2009-05-09 14:10:10amaury.forgeotdarccreate