-
Notifications
You must be signed in to change notification settings - Fork 757
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
sclang crashes for some GUI operation involving QTextEngine::itemize() #794
Comments
The culprit could easily be a loop in SC code. |
It's unlikely to be an SC code problem. The class browser was working perfectly well in my machine for many months, and it suddenly broke recently. There have been no substantive changes in the class browser for more than a year (February 2012 according to git logs). If you are encountering bugs, please log them as issues (just like any other bug) with steps to reproduce and I'll try to confirm them. Again, I'm 100% sure I used the class browser without incident within the last year. The class file hasn't changed since then in any way that would cause the issues you mentioned briefly. Therefore, something else must have changed to break it. The stack trace I obtained suggests strongly that (foot my issue) Qt is going into a tailspin without involvement from the language. |
Alright, it seems that we are looking at two (or more) different issues. I'll try and dig deeper... |
Can you please test if the issue is reproducible in the latest master or 3.6? |
My original case is still crashing here. I see that you fixed an issue with an empty search string, but my case provides a search string. |
Could you please try to run a debug version and invoke "QtGUI.debugLevel = 1" before the issue reproduction steps, then paste the interpreter output somewhere? |
Also, does the issue occur with any other search string? |
Interesting... other strings do seem to be okay. Moreover, if I do a successful method search for some other string, and then do a method search for "depend," then "depend" doesn't crash either. I may not have time to look at this right away, but that would seem to put it in the territory of the class browser's SC code, and I'm probably more familiar with that code than anybody else. So I'll assign the issue to myself for now. |
Seems to be solved – can we close? |
Moving this to future. @jamshark70 - If you're still pursuing and want to fix for 3.7, please feel free to move it back. |
I can't reproduce this on a more-or-less up-to-date master. Closing. |
To reproduce:
Object.browse
From gdb + debug build:
That's a partial stack trace. I tried to log the whole stack trace but got bored of hitting return after about 4600 stack frames. So I guess this is infinite recursion/stack overflow.
The text was updated successfully, but these errors were encountered: