summaryrefslogtreecommitdiff
path: root/keyboards
diff options
context:
space:
mode:
authorPeter K. Cawley <peter.k.cawley@gmail.com>2018-12-10 16:15:15 -0800
committerDrashna Jaelre <drashna@live.com>2018-12-10 16:15:15 -0800
commit3bef186ea6ba9da445a16d2ff72d2737e1d7c974 (patch)
tree76d5b69daf909ef57be842c6235fc8f1cfe8724f /keyboards
parente5380795b9a0b554673449675630062be3b09573 (diff)
downloadqmk_firmware-3bef186ea6ba9da445a16d2ff72d2737e1d7c974.tar.gz
qmk_firmware-3bef186ea6ba9da445a16d2ff72d2737e1d7c974.zip
adjust install_avr function to use unzip for broader compatibility (#4596)
On a laptop with god knows what mandatory security software (Cylance?), running up-to-date Windows 10 with msys2 mingw-64, attempting to install the AVR toolkit results in the following error: ``` 1 [main] 7z (13316) C:\msys32\usr\lib\p7zip\7z.exe: *** fatal error - cygheap base mismatch detected - 0x612A5410/0x2375410. This problem is probably due to using incompatible versions of the cygwin DLL. Search for cygwin1.dll using the Windows Start->Find/Search facility and delete all but the most recent version. The most recent version *should* reside in x:\cygwin\bin, where 'x' is the drive on which you have installed the cygwin distribution. Rebooting is also suggested if you are unable to find another cygwin DLL. ``` This appears to be related in some way, based on my research, to ASLR functionality in security software. Since I'm unable to override whatever is enforcing ASLR on my system, after trying several other approaches (removing other copies of msys-2.0.dll, which is what this is apparently actually referencing, rebasing that file in Windows to address 0x61000000, a few other things) I simply edited the installation shell script to use `unzip` instead of 7zip; `unzip`'s binary does not provoke a mismatch error and the installation proceeds as it should. I'm not aware of the reason why some parts of the install script use `unzip` (e.g. `install_arm`) and others use 7zip, but it seems that for broader compatibility and sparing users on locked down machines the 120 minutes or so of futzing this took me to fix, it might be better to just use `unzip` in all cases. Note: There is another function that uses 7zip, `extract_flip`. The line is `7z -oflip x FlipInstaller.exe`. I'm not sure what this is doing, or whether it's possible to do it with `unzip`, but it produces the same error. I haven't attempted to fix that in this PR, but it might be good to fix it for the same reason.
Diffstat (limited to 'keyboards')
0 files changed, 0 insertions, 0 deletions