Ivailo Karamanolev added the comment:
What's the status on this? Anything preventing it getting fixed? Still the same
in 3.6.1:
>>> import ast
>>> ast.parse("""'''foo\n'''""").body[0].value.col_offset
-1
--
Ivailo Karamanolev added the comment:
@Victor It has been running for 5 days now on 3.4.2 using json instead of
ujson. I want to give at least 10 days to crash and if it's still up, I plan to
switch to simplejson to see how that will go, since json is quite slow. I'll
keep playing
Ivailo Karamanolev added the comment:
> try to configure Python with ./configure --with-pydebug
I'm installing 3.4.2 with this option right now and I'll reboot and run the
script with gdb attached. I might be a few days before I have a result.
> Are you using other external m
Ivailo Karamanolev added the comment:
@haypo
Maybe I didn't put it prominently enough, but I upgraded to 3.4.2 by
downloading the source and installing it. The same crash with the same stack
trace happens.
--
___
Python tracker
Ivailo Karamanolev added the comment:
What I forgot to mention is that I'm using aiohttp for making lots of HTTP
requests. http://bugs.python.org/issue21435 mentions asyncio and aiohttp and is
somewhat memory management related so I thought I'm hitting a different
manifestation
Ivailo Karamanolev added the comment:
Running out of memory is unlikely. There are many other processes running on
the machine and none of them show signs of memory issues. In addition, the
munin memory usage reporting doesn't show signs of steady growing or drops when
the process cr
New submission from Ivailo Karamanolev:
I have a program that's running Tornado on top of asyncio and uses
mysql-connector-python to monitor a set of HTTP servers and save the status to
MySQL. Initially I ran it with the current version of Python in the Ubuntu
14.04 repos, that's