Closed Nukley closed 2 years ago
subst drive can be removed with subst w: /D
Quoting the docs:
if directory path length exceeds 30 characters, a virtual SUBST drive letter is created.
To avoid this step, use a build directory with a very short path name,
i.e. C:\NTVDMBLD
So I would recommend to make a build directory near the root level to avoid these problems i.e. C:\NTVDMBLD as suggested by the documentation.
That fixed the drive issue, but it still is giving me the same problem with cab files
Er, wait, let me clean out the build folder
nope, same issue
Hm, I don't know an expand version that doesn't support the -F switch. My guess is that you have a program called "expand" in your search path that isn't the Microsoft cabinet expansion tool but some other tool by the same name. expand.exe normally resides in Windows\System32 folder. You can try to find the offending program with this command:
for %i in (expand.exe) do @echo. %~$PATH:i
Which output do you get?
c:\devkitPro\msys2\usr\bin\expand.exe
Seems to have compiled, but I got this error at least twice
May be a problem with your symbosl, check loader output with DebugView upon start of application.
Like this?
I haven't installed it yet btw, just compiled it, the error came up during compilation.
Ah, ok, during compilation, so running exe2bin is not your test case then, as I assumed.
This is a PATH issue then, the SDK ships with a WIN32 version of exe2bin, however, if exe2bin.exe is in your Windows\system32 path, it may get precedence. As the real exe2bin is a DOS program, it cannot run (until NTVDMx64 is installed). As exe2bin gets reinstalled with NTVDMx64 too, you can just delete it from your system32 directory and retry compilation.
No further update was given on the ticket, assuming ticket is solved by deleting exe2bin.exe in system32 directory.
When using autobuild, I get this error
I would also like to mention that, every time the build fails, it adds a fake drive inside of my drives list, which stays there until a reboot.