refi64

LPCWSTR("\0".join(values).encode("utf-16le")) You mixed up the fix a bit... It should be LPCSTR, not LPCWSTR. AppVeyor's Python likely got upgraded to a version that has the bug.

@skaller Ahhhhh I hate Windows's Unicode handling. :angry: Try this: self._as_parameter_ = LPCSTR("\0\0".join(values).encode("utf-16le")) Notice the change from `\0` to `\0\0`.

@skaller Can you have AppVeyor `type build\host\fbuild.log` to print it (or wherever the path is for Felix because I can't remember)? Failing that I'll take a look at fbuild's appveyor...

> I'm not sure how to do that. However I can run on my Windows box. But I am guessing the problem is in the Python interface. Windows works JUST...

@SolarAquarion This is how to change the installation directory and installation prefix from `fbuildroot.py`: ```python def build(ctx): ctx.install_destdir = 'the/target/installation/directory' ctx.install_prefix = '/usr/not-actually-local' ``` Of course, you probably don't want...

@SolarAquarion In that case, it depends on the project you're trying to package adding that argument... What project are you trying to package? Also, I saw the Arch Linux package,...

That's a good point... Anyhow, I added `--destdir` and `--prefix` to uterm in the latest commit. I'll leave this open for some pondering on how to solve this more generically.

@SolarAquarion Whoops, sorry...I wasn't actually *installing* anything yet... You should be able to just do `fbuild install --release --destdir="$pkgdir" --prefix=/usr` now.

@SolarAquarion Sorry for the delay, but yeah, that one's definitely a bug. (Seems to be somewhere in path manipulation...) You can try `fbuild install --release --destdir="$pkgdir" --prefix=usr` as a workaround...

Goshdangit, I remember figuring this out in another project but completely forgot I did this in Fbuild. 🤦 I believe I can just pass the full path to the install...