Hi Andrew This looks fairly serious, we would love to have a way to reproduce it. For what is worth, you don't have to minimize the example very much - a program we can run, even if it has serious dependecies, is ok, but we NEED to be able to reproduce it.
On Sat, Nov 7, 2015 at 4:23 AM, Andrew Mann <and...@divvycloud.com> wrote: > Hi everyone, > > I'm testing our software on PyPy 4.0.0, and things generally work well, but > occasionally I encounter the following RPython traceback and subsequent core > dump: > > RPython traceback: > File "rpython_jit_metainterp_optimizeopt_unroll.c", line 9591, in > UnrollOptimizer_optimize_bridge > File "rpython_jit_metainterp_optimizeopt_unroll.c", line 17372, in > UnrollOptimizer_jump_to_existing_trace > File "rpython_jit_metainterp_optimizeopt_unroll.c", line 23101, in > UnrollOptimizer_inline_short_preamble > File "rpython_jit_metainterp_optimizeopt_intbounds.c", line 162, in > OptIntBounds__optimize_guard_true_false_value > File "rpython_jit_metainterp_optimizeopt_optimizer.c", line 18252, in > Optimizer_make_constant > File "rpython_jit_metainterp_optimizeopt_info.c", line 21500, in > AbstractStructPtrInfo_copy_fields_to_const > File "rpython_jit_metainterp_optimizeopt_info.c", line 12522, in > ConstPtrInfo__get_info > File "rpython_rtyper_lltypesystem_rordereddict_4.c", line 36646, in > ll_dict_get__dicttablePtr_GCREFPtr_rpython_jit_m > Fatal RPython error: AssertionError > > I don't want to waste anyone's time diagnosing the issue if it's a) known or > b) probably not anything the pypy devs care about. However, if it's > something that seems worth investigating, I'm happy to provide whatever > information is useful or debug as needed. I'm not really familiar with the > pypy architecture, but I know my way around debuggers and the various > languages in use here. > > Details: > > This is a flask based web application wrapper around sql alchemy access to a > mysql database. The operation that triggers this is a retrieval of about > 20,000 database rows with a total of maybe 5MB of data - so nothing too > huge. > > I also have cProfiler active and recording data. At the moment I'm not sure > if the problem happens with profiling enabled; I haven't tested. > > The same section of python code with the same data set (perhaps with > differences of timestamps) runs successfully most of the time. It seems to > fail about 1 in 4 passes through this section of code. > > This is run on an Ubuntu 14.04 VM with the x64 binaries of pypy 4.0.0 > retrieved from the public pypy web site downloads. > > Does this seem worth investigating further? > > -- > Andrew Mann > DivvyCloud Inc. > www.divvycloud.com > > _______________________________________________ > pypy-dev mailing list > pypy-dev@python.org > https://mail.python.org/mailman/listinfo/pypy-dev > _______________________________________________ pypy-dev mailing list pypy-dev@python.org https://mail.python.org/mailman/listinfo/pypy-dev
