Marco Leogrande

Hi @dhdurgee, as mentioned in the README, this project is in maintenance mode. I will not be able to help directly with a fix. It you are willing to debug...

That is correct, that's likely caused by a segmentation fault. Could you please provide the command that you were running, plus its full output? If you were running `pyre check`,...

Thanks for the info, I think the exception info is being swallowed for some reason. Could you please try and run the client command manually and post the result? Thanks!...

That's really interesting, it's the first ocaml core dump I see in a long time :) We have a few options here, not sure which one would be better though....

It compiled successfully! The binary will be at `_build/default/main.exe`.

If the problem is with parsing, unfortunately there is no way not to parse a subset of the files from a search path. We have a way to exclude results...

Crash confirmed by running pyre on https://files.pythonhosted.org/packages/f1/81/a7c62fc0cae20cf96fa94013617f13a1ef561323d92a101739d41e1b1ea8/qtconsole-4.4.2.tar.gz

Reproduced on a recent master, this is indeed infinite recursion and stack space exhaustion: ``` #0 caml_hash (count=21, limit=201, seed=1, obj=3) at hash.c:185 #1 0x0000000000e5e7b1 in camlHashtbl__hash_1004 () at hashtbl.ml:23...

The issue seems confined to the `rich_jupyter_widget.py` file. If everything else is removed, Pyre still crashes.

This is because of a circular definition in `rich_jupyter_widget.py`. This simplified code still crashes: ``` class RichIPythonWidget(JupyterWidget): pass class RichJupyterWidget(RichIPythonWidget): pass class RichIPythonWidget(RichJupyterWidget): pass ```