DeVaultSetter

Neither here with the standard 23″ monitors, did find that a power reset of the offending monitor in a Windows session makes it go away – at least before the next power off. More testing with Sleep required.
Updated TranspTester, might be worth a look at on Windows sometime – have you considered a virtual box for an older W10 build?

Dr. Sleep paid too much lip service to the Shining in attempting bring in the old themes and tying up loose ends. Still, B+ movie might be worth a gander for the screams and tension if nought else appeals.
Still haven’t got into any new series yet – my preference – (as the box is playing up as per) so sticking to movies for now.
Was absolutely…[Read more]

Inno’s not bad – although someone at the VB forums often referred to it as No-No Setup. 😛
Seems the Wix toolset has all the info on the xml – have you seen this?
https://www.advancedinstaller.com/versus/wix-toolset/create-wix-custom-dialog-user-input.html

That’s fine, and the shortcuts & start menu stuff returned. 🙂
Still, the install dialog should make those optional, looks like you want the Wix Toolset for that. 🙂

Think so. yes. License is fine. 🙂

The program itself is fine now. 🙂
There are no start menu or desktop shortcuts implemented at all now, did you want that? There’s still no option in the install dialog
for those shortcuts, which might explain it.

The DLLs and dat files are in the share folder, which like the bin folder, is a subfolder of the MWEdit folder. The executable in the bin folder doesn’t see them yet. 🙂
Yeah, some of the files are in it are older, so no problem – see:
https://superuser.com/questions/8012/what-is-the-hidden-system-config-msi-folder

Ah, yes, it has to be run on a Windows based system before copying the game over to Linux. Not sure about Windows Server – will it run on Wine?

There’s no Licence agreement, and it’s best to include a prompt to run the show at the final install step. There’s a folder called Config.Msi created in the C: directory. The bin and share folders look okay, as you know, the exe aborts because of the missing DLLs.

As far as testing goes, we’ll want to check UpperLowerProper for Morrowind on Linux…[Read more]

They have a pretty cool albeit pricey locomotive set for the Deutsche Reichsbahn, out of stock at this time:

The tail is just about to come off the toy, Jaffa is showing no concerns for it whatsoever! 😛
A cow hoof in the bedroom – was that for a shoe stretcher -or did she intend re-imaginings for a new look decor?
The hypnotising effect of the We…[Read more]

Have it outside! The neighbours are sure to want to get involved, even when the theme is atomic! Come to think of it, a model nuclear plant is sure to pique the interest of local boffins as well.
Here’s a video of Jaffa. the new pup:

One with Shem

jaffa resting. 🙂

Ah, okay, and the lack of responses to this ResIL issue are a bit of a worry as well. Those input_Libs look good even they are all in C – seems the same with the DevIL sources.
Sounds good, go with including the DevIL code modules rather than compiled DLLs looks to be a better option, although a C++ version of everything would be a plus. 🙂
Been…[Read more]

Looks good! Haven’t got things set up yet, sorry. Syntax-wise it certainly looks sturdy enough, if need be there’s always CMake: How to Unit-Test your own CMake Script Macros/Functions?.

Aah, you mean the DevIL component is impacting on the issue with Meson? If so, might be an idea to update it, hopefully with new insights from the current…[Read more]

Someone mentioned monitor blanking was not a problem in Linux with the same setup, so, well, had to share it. 🙂

Yeah, guessing that’s what the library machine type 'x86' conflicts with target machine type 'x64' are on about. It would be easy to check that in the vcxproj files for Windows projects, unlikely they would have built it with anything other than cmake though.
Couple of threads of interest, Hello, there is no 64-bit Debug version under the window…[Read more]

Oh cool, so NimrodPSI used Meson to build DeviL at some stage? The DeviL docs do say:

CMake is used to handle building DevIL across multiple platforms.

See README.cmake for details.

Linux may have a problem with dll’s? See for example:
https://stackoverflow.com/questions/2538635/possible-to-use-a-dll-on-linux

These are the devIL dll’s discussed back here? The ~2016 version had a different build method which might be better. Just start a new VS project and compile it might be a thing, ensuring all the functions in exports all check out.
Another idea is ResIL, looks like it is still being updated with support. 🙂

Might be an idea to include the meson.log in the issue as done here. There’s a couple of other issues similar: Regenerate build.ninja fails on Windows when using MSVC and Fail to find ninja when meson install with VS15 environment.