-
Notifications
You must be signed in to change notification settings - Fork 439
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
thread 'main' panicked at 'legacy strings are not yet supported' #64
Comments
That error means that either the filename or function name in the stack trace is being represented by a non-compact python string (which became the default in python 3.3 and are described here: https://www.python.org/dev/peps/pep-0393/#deprecations-removals-and-incompatibilities). I hadn't seen this happen ever when I was testing, so I didn't add support for this case =(. I'll add support soon - also minimally we should be just discarding the stack trace with an error instead of panicking here (likewise for ucs2 strings, which we also don't handle right now and could be used in python 2.7) |
While it seems that you already know what is causing it I just chime in and say that I also got the same error today:
System
|
I still haven't managed to reproduce, but I believe this change will fix: #67 |
fixed is in v0.1.9 |
Just to confirm: issue was indeed solved after upgrading to |
Got following exception, when trying to profile some Python code (lots of code and lots of library dependencies).
I'd like to provide some minimal example, which causes this exception, but I'm not sure where to start.
What are "legacy strings" in context of Python 3.6?
System:
The text was updated successfully, but these errors were encountered: