-
Notifications
You must be signed in to change notification settings - Fork 115
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
Improvement #58
Comments
The problem with the launch. |
If you specify 20 unknown characters (WIF1), then the program starts and runs. If you specify 10 unknown characters and 2-3 with the specified options (WIF2), everything works the same way. If you specify 10 unknown characters and 8-10 with the specified options (WIF3), then the program simply closes. |
I am having the same problem with the program closing immediately after pressing “find” when I am trying to use the advanced search space. It’s not always but it’s most of the time, the only time it works is if I only enter two characters as exact or if I select just numbers, just lowercase, or just uppercase. However if I try to leave the numbers out and look for both uppercase and lower case it will close, as well as if I hit the ‘all letters’ option. There’s no lagging of any sort, or freezing as though the program is just overwhelmed, the program just instant closes as though you’re hitting the ‘X’ in the top right corner. This would be such an amazing feature if it didn’t do this! |
@jaaawsh |
I am using the latest release, I'm using the newest, already compiled release. The version of windows I am using is and it is a 64-bit operating system, x64-based processor It doesn't seem to have a problem when it's just a few missing characters that I am searching for, but the search goes so extremely quick anyway when you're only missing a few characters that it's non-consequential to cut the search time down from 2 minutes to a few seconds. However when you're looking for 7 missing characters searching the entire search space vs. a narrowed down search space the difference in size can be tens of billions of keys to search through. interesting that you haven't been able to reproduce the bug. |
@jaaawsh checkout the latest release to see if the bug is fixed. |
I still experienced the same thing as the program crashes when I input data for a particular line but works fine if it didn't search the line and there is line 8 from end that gives me new set of search characters instead of the ones I originally entered in the search box. I input RSVW and the software search EFGH instead |
The software works great. There are no problems, I tested it many times.There was a problem. There is a private key that lacks the last 9 characters. At the same time, in some places the op is poorly readable. According to the contour, you can roughly determine what was there. Accordingly, is it possible to modify so that in certain places, it was possible to put a range of characters. Example below.
✅✅(o/b/p/d/g)✅✅✅✅(7/Z/T)✅✅✅✅✅✅✅(Z/2)✅✅✅✅✅✅✅(n/p/o/g/q)✅✅✅✅✅✅✅✅✅✅(r/t/f)✅✅✅✅✅✅✅?????????
✅ - famous
(.../.../...) - probable
? - unknown
The text was updated successfully, but these errors were encountered: