Aram Verstegen
Aram Verstegen
I did a bit more investigation. The problem I'm having is combining a 32 bit-library (libnfc) with some 64-bit code (crypto1_bs/crapto1/craptev1).
After some more small patches, I've tested a linux/mingw cross-compiled versions of solve_piwi and solve_piwi_bs for 32-bit windows in a win7 VM and they both work fine for me. No...
Wow, I didn't get libnfc code to work when cross-compiling. Thank you for testing, that's even better than I had hoped!
What build system are you using? You're very welcome to add native (non-mingw) targets to the Makefile and file a pull request. Feel free to rename the mingw cross-compilation make...
I assume you also had to replace some of the signal()/alarm() calls to use windows-style Timers? I have an untested patch for `libnfc_crypto1_bs.c` for that, too.
Bla's license clearly states no redistribution. Don't be lazy.
Did you look at https://github.com/aczid/crypto1_bs/issues/33 ? The issue thread seems a bit abandoned, maybe you can give some more context.
BTW I'm not sure this tool will (ever) work on windows.
That's good to hear! I think it's possible but there is hardly a need. Perhaps you want to give the [mfoc](https://github.com/vk496/mfoc/tree/hardnested) version by @vk496 a try to get even better...
This won't work, craptEV1 cannot be redistributed