It seems a random crash, i have assumed it is something to do with unicode (CHCP 65001) being used that is the issue, although it may not be that, i have checked code and nothing been changed regarding that side since v130 and above until now , v140 in testing, when i have adjusted the use of CHCP on some win 7 installs... As i have no access to other language ISO's myself i am unable to replicate. It is something that is taking a lot of time to address and i may just turn off unicode for w7 when any non latin based language is detected until i have more time to work on that glitch.
For the next mrp v140 i have added oem slp keys for server 202x standard and datacenter editions. Also extended the slic checks to cover v2.6 which server 202x uses. Experimental as i not downloaded a latest server iso, or have v2.6 slic added to a vm or real pc bios to test. It should work as it uses the same routines used for vista, 7 and other servers that use the slic, key and certificate method to activate.
Sorry for delay. I was able to do more tests today. 135 is working ok at least using polish Windows 7 (please find attached log). For sure 137 is broken (already tried in the past). I do not have 136 to test so could not tell which version started to give issues.
With abbodi1406's help we are testing a different method of unicode enabling, as it may of been my method that failed to assign the code properly... Will post results when available.
Due to unicode not being reliable for win 7 for MRP use i have decided to not use it for Vista or Win7 kernels. Manually testing with a script and echo commands with various phrases etc on w7 it would cause all sorts of issues from errors about 'cannot write to a specified device' ?? or just crashing to desktop with no message/error. OS translated items such as CT Menu wording should be ok as that is handled by the OS's kernel, only any user entered text in their native language may not work as expected for any CT Menu item, DriveName etc as mentioned before. Sorry but i have to draw the line somewhere when something takes up so much time for very little or to no gain.
Tested a new method for having the 'old context menu' look on Windows 11, results promising. Added the early log bit to the main 'oobe.cmd' so that it will log progress of the first stages of MRP, for the time being the log will still be present, but may set to auto delete it when all is successful., or on the reboot/cycle when the usual tidy up script is run this gives time for the user to copy the file if needed before it vanishes.
The next release of MRP v140 will be soon (early next week) as it is now at RC1 stage, mainly tidying up , fix any spelling mistakes and write up the changelog. Most is 'under the hood' work, a odd new option and some updated older ones to work with later OS's. A lot of time was spent trying to fix the Unicode issue, but had to draw the line and not use it on OS's below 8.x in the end. But that did make me check through the code more and fix a few issues that was not show stoppers but something that could show a gremlin later so not all time was a lost.
yes, on languages that are not latin based has issues with vista/7 kernels. it may just be how mrp uses the data.
I found patch for cmd.exe for Windows XP to support CHCP 65001. Here is patched executable. I'm using it to to handle CMD script in UTF-8 and it works. I think it can run successfully under Vista / 7 too Code: ucmd.exe /c UnicodeScript.cmd UnicodeScript.cmd example Spoiler @echo off chcp 65001 REM Most of languages net localgroup Administrators Administrator /add REM Finnish net localgroup Järjestelmänvalvojat Administrator /add REM French net localgroup Administrateurs Administrator /add REM Hungarian net localgroup Rendszergazdák Administrator /add REM Portugese net localgroup Administradores Administrator /add REM Russian net localgroup Администраторы Administrator /add REM Spanish net localgroup Administradores Administrator /add REM Danish net localgroup Administratorer Administrator /add REM Swedish net localgroup Administratörer Administrator /add REM German net localgroup Administratoren Administrator /add REM Polish net localgroup Administratorzy Administrator /add goto :EOF
It runs in W10 too However there is a slight problem, it is 32bit based as far as i can tell and so it would cause other problems when setting 64 bit registry entries used in the tweaks/options. Also because MRP needs to run in dual mode ie it can be 32 bit or using SysNative (64 bit) the ucmd.exe does not seem to operate correctly. I can't even write the parts in Powershell as that also has the same issue on Vista/7 kernels with unicode. The really odd thing is that it seems to only affect certain languages, Polish (pl-PL), for example. I had tried on Russian and Chinese (Simplified) and there was no issues, but the time spent trying to fix the 'crashing' glitch was too much and so decided for the time being to turn off Unicode 65001 for the older OS's. I have thought about re-writing the entire project in another programming language but that would take hours and hours. Will see.
Due to the British 'fuel shortage' caused by the media here, (yet again), plus the panic buying mentality, i have been unable to get home for a few days, so that has put the release a bit behind. I have now managed to get home and start to finalize the last few bits of MRP v140 All being well should be all sorted by Friday at latest.