-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Panic with help wrapping at certain widths with non-English characters #626
Comments
P.S. Crashes are more difficult to reproduce, cause they happen only with certain strings and only at certain Terminal widths. I managed to get a crash with this string:
at a Terminal width of 53. Here is the crash message:
and here is the backtrace:
|
Thank you for taking the time to file this and with such detail! I think I know the root cause of this and will have to play with some additional dependencies to get this right. I'll post back here with what I find or any additional questions. |
Both of these issues are fixed with #628 |
Thank you for patching and for writing such complete tester functions! The problem with the stripped characters has been solved in v2.10.3. However, the panics continue. The tester function didn't catch them, because the panics now happen at Terminal widths different from v2.10.2. Steps to reproduce the panics:
with:
|
Interesting, thanks for letting me know! |
This should be fixed for good with #629 😉 |
Hello,
First of all, thank you for your work. This is the best-looking argument parser for Rust, and I say this because I've tried all the others.
Here is my problem: I am writing a program whose messages are in French, and "clap" has a major problem with non-English letters. When a line contains a French accent (like "é" in "café"), then the next lines will often have a missing letter and sometimes the program will even crash!
Steps to reproduce the problem:
with:
Now, here is the output when I run "my_super_program -h". Notice the missing letters:
If I replace all occurrences of "café" with "cafe", then the problem disappears:
The text was updated successfully, but these errors were encountered: