Connor Wolf added the comment:
> Python 3.5.1+ (default, Mar 30 2016, 22:46:26)
Whatever the stock 3.5 on ubuntu 16.04 x64 is.
I've actually been running into a whole horde of really bizarre issues related
to what I /think/ is locking in stdout.
Basically, I have a context wher
Connor Wolf added the comment:
Arrrgh, s/threading/multiprocessing/g in my last message.
--
___
Python tracker
<http://bugs.python.org/issue6721>
___
___
Pytho
Connor Wolf added the comment:
> IMNSHO, working on "fixes" for this issue while ignoring the larger
> application design flaw elephant in the room doesn't make a lot of sense.
I understand the desire for a canonically "correct" fix, but it seems the issue
with
Connor Wolf added the comment:
Is anything happening with these fixes? This is still an issue (I'm running
into it now)?
--
nosy: +Connor.Wolf
___
Python tracker
<http://bugs.python.org/i
Connor Wolf added the comment:
The problem here is that JSON is *everywhere*, and I only ran into this
particular issue after a whole bunch of digging as to why my "JSON" messages
were disappearing in some javascript.
Basically, with the default the way it is, you have interoperabi
New submission from Connor Wolf:
The Python library JSON library doesn't emit JSON by default.
Basically, `json.dumps(float('nan'))` produces something that kind of looks
like json, but isn't (specifically, `'NaN'`). Valid JSON must be `null`.
JSON *does n
Connor Wolf added the comment:
Aaaand there is no markup processing. How do I edit my report?
--
___
Python tracker
<http://bugs.python.org/issue22993>
___
___
New submission from Connor Wolf:
I'm using plistlib to process plist files produced by an iphone app. Somehow,
the application is generating plist files with a absolute date value along the
lines of `-12-30T00:00:00Z`.
This is a valid date, and the apple plist libraries can handle