Open thomasarvanitidis opened 5 years ago
Could you figure out which string exactly is causing the breakage? Why do you have to print the string twice?
It's not that I have to do that, but I've had this issue with random, not identical objects during inspection (printing). This was just the easiest way I could reproduce it. I've only come across your package yesterday and I don't know how to figure out what you're asking me. Maybe give me some more info?
Additionally, I have the feeling that pudb behaves better on my personal 15" 2015 Macbook than my work 15" touchar Macbook. However, my environments in terms of python versions, venvs, etc. are identical. Idk what I should be paying attention to.
Ps. Huge fan of your solution.
I tried reproducing this bug and didn't manage to do so successfully. Here is exactly what I did, perhaps I did something different?
This looks like the same issue as https://github.com/inducer/pudb/issues/166. Are you using the system Python or the python.org Python?
Can you try my fix at https://github.com/inducer/pudb/pull/350 to see if it makes the problem go away?
@asmeurer, I am using python.org as I have to stick to 3.6.5 and last time I checked system was not that and brew had progressed. I tried installing from source to test your #350 fix, but I still get the same issue. I went through #166 and I got the same $TERM (xterm-256color) like most people. As you mention in https://github.com/inducer/pudb/issues/166#issuecomment-285179044, I can continue typing commands in the dark and, interestingly, if I restart the debugging session the issue goes away and I can print x all I want! My issue does look similar to #166, dunno if you prefer to continue the discussion there.
@Jbwasse2, the only difference I can see in our setup so far is you're using conda's python, but that shouldn't be a limitation anyway.
This happens consistently on my machine. To reproduce:
pudberror.py