| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
In PasswordMaker, the numbers that are fed into long division can only
decrease. Therefore, skipping leading zeros is a rather reasonable
improvement.
|
|
|
|
|
| |
20 bytes worst case was using 16 bytes.
32 bytes full division was producing a leading zero.
|
|
|
|
| |
It's not perfect, but a much better guess than previously.
|
| |
|
|
|
|
|
|
|
|
| |
The previous parameters for benchmarks were based on gut-feeling.
Now each hash-length has 3 benchmarks:
- Typical is a typical user input
- Max Divisions is a full generate_password_part run
- Worst Case is the worst user input possible: Base 2.
|
|
|
|
|
| |
Now that work on performance has started, accurate readings are
important.
|
|
|
|
| |
As preparation for an eventual rewrite of the base conversion code.
|
|
|
|
| |
to better match the names of similar functions.
|
|
|
|
|
| |
A single test for each generation algorithm, and tests for prefix/suffix
handling if there isn't enough space.
|
| |
|
|
|
|
|
|
|
| |
Moved the basis conversion into a submodule, to ease the upcoming
rewrite.
Add a couple of new integration tests.
Fix a bug caused by misreading the PasswordMaker Pro HMAC code.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
It's compiling, and the public interface is semi-OK now.
The internals are still a bit gory, but they'll likely see an iteartion
later on anyhow.
|