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 pitrou
Recipients amaury.forgeotdarc, benjamin.peterson, loewis, pitrou
Date 2008-08-01.22:08:56
SpamBayes Score 1.713877e-07
Marked as misclassified No
Message-id <1217628534.5918.41.camel@fsol>
In-reply-to <48938544.1010500@v.loewis.de>
Content
Le vendredi 01 août 2008 à 21:51 +0000, Martin v. Löwis a écrit :
> With the status quo, people have at least a chance of learning that the
> library is not thread-safe. If the shallow problems are resolved, people
> will cry FOUL loudly when they learn about the deep problems.

But the current implementation can also silently produce garbage without
raising an exception. It's only if the context switch happens at a
certain precise point that an exception is raised. If the internal
buffer is mutated without resizing of the backing memory area (or
without any buffer being currently held), there is no exception and
still the behaviour is incorrect.

> Now that print is a function, it's easy to implement
> a version of it that synchronizes all prints.

Well, if that resolution is prefered, I think it should be integrated to
the builtin print function, rather than forcing users to monkeypatch it
(but a debugging facility directly calling sys.stdout.write or
equivalent will not be helped).
History
Date User Action Args
2008-08-01 22:08:57pitrousetrecipients: + pitrou, loewis, amaury.forgeotdarc, benjamin.peterson
2008-08-01 22:08:56pitroulinkissue3476 messages
2008-08-01 22:08:56pitroucreate