Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[flabort]

Firewall may be blocking those ports. Try port 80, that's usually not blocked.

I'm not even trying to do a remote connection, it's just within my own network. Not even that, it's on the home computer that I'm trying to connect.

But also, no, that didn't help when I tried it. Not in either place in data/init/dflex.txt, nor in hack/www/config.js; even when the port number defaulting to 1234 in both files matches as port 80, it's less responsive than default settings.

I'm just going to delete the folder and start again.

Edit:

Spoiler (click to show/hide)

Brand new copy of DF 47 04, brand new DFhack 47.04.r1, brand new dfplex 0.2. no config changes, or anything. http://localhost:8000/ is where I go after opening game, and the above image is what I get.

edit 2:

Spoiler (click to show/hide)

Trying to connect with another device on the network (in this case a phone) perpetually loads dfplex.html, but does not register on the console or in dfplex_server.log as an attempted connection.

Trying to connect with the host computer still gives

Code: [Select]

A new client has joined.
  Client addr: "???"
  Client is admin. in dfplex_server.log and "New connection" in the console, but still has the display in above spoiler.

[bowdown2q]

ey! This is great; I've got it up and running with the bf next to me on LAN, and a buddy on the opposite coast over the net. Almost no latency, BUT I'm running at pretty low FPS. I bottomed out at 9... huh as I write this its back to 64.... but it's only usin- OH WAIT. okay, right, DF is single threaded, that's why its maxing at 15% CPU. Uhh...I'll leave this here in case anybody else is having similar issues.

The graphics didn't seem to install correctly (I used the all-in-one .bat downloader/installer) - i've got walls and trees... and dwarfs, but a lot of sprites are missing. (Phoebus) Is it because I f'ed up the install, or is it not fully supported, or can I manually fix it orrrr? Looks like the df.exe is all ascii

Spoiler (click to show/hide)

[white-rabbit]

Trying to connect with the host computer still gives

Code: [Select]

A new client has joined.
  Client addr: "???"
  Client is admin. in dfplex_server.log and "New connection" in the console, but still has the display in above spoiler.

Oh, right. To get dfplex to build on windows, I had to switch it over to using the IXWebSockets library (though Websocketpp is still the default on linux, and on any OS you can select which one when compiling via cmake). While IXWebSockets does seem to work on windows, I couldn't figure out how to get the client IP address out of IXWebSockets, so it just displays as "???" for now. (I know the message is really opaque. Sorry.) Theoretically, though, if you're seeing "client connected" that should mean that the connection is going through.

Now, I've noticed on my own test windows machine that even after it "connects" it takes about 5 seconds for the websocket communication to actually start (i.e. for the graphics to appear), but it was instantaneous on the 0.44 version which used websocketpp instead. I've also noticed that it takes like ~30 seconds for me to connect to the server mentioned in the OP (and that server has been using websocketpp, not IXWebSockets). I'm not an expert in how the websocket protocol works, so I really don't understand what it's doing or why it takes so long to connect sometimes. Anyway, if you haven't tried it, you could try waiting for a minute upon seeing the orange "connecting..." bar; maybe that will work. (Or maybe you can find someone who understands websockets and ask them if they understand what's going on here -- if you do find someone, please do relay what they say to here!)

If worse comes to worst, you could try building it using websocketpp instead of IXWebSockets -- I've gotten websocketpp to work on windows on my own, it just seems the boost date_time dependency is problematic on the build server. Building on windows sure is a pain though, so I hope there's a way to solve your problem without having to build it manually.

The graphics didn't seem to install correctly (I used the all-in-one .bat downloader/installer) - i've got walls and trees... and dwarfs, but a lot of sprites are missing. (Phoebus) Is it because I f'ed up the install, or is it not fully supported, or can I manually fix it orrrr?

Right now dfplex does not support any graphics other than just tilesets. (Eventually graphics support may be added.) Furthermore, it does not use the tileset specified in the data folder. Rather, the tilesets available to use with dfplex are in hack/www/art. You can add your own tileset to that folder.

Additionally, you must edit config.js in the www folder (it might be in the js subfolder) to set the three tilesets (map, text, area/overworld). Client players will use those by default, but they can change the tileset by adjusting a url parameter if desired (see the main post for details).

[flabort]

Oh, right. To get dfplex to build on windows, I had to switch it over to using the IXWebSockets library (though Websocketpp is still the default on linux, and on any OS you can select which one when compiling via cmake). While IXWebSockets does seem to work on windows, I couldn't figure out how to get the client IP address out of IXWebSockets, so it just displays as "???" for now. (I know the message is really opaque. Sorry.) Theoretically, though, if you're seeing "client connected" that should mean that the connection is going through.

That's good to know.  But...

Now, I've noticed on my own test windows machine that even after it "connects" it takes about 5 seconds for the websocket communication to actually start (i.e. for the graphics to appear), but it was instantaneous on the 0.44 version which used websocketpp instead. I've also noticed that it takes like ~30 seconds for me to connect to the server mentioned in the OP (and that server has been using websocketpp, not IXWebSockets). I'm not an expert in how the websocket protocol works, so I really don't understand what it's doing or why it takes so long to connect sometimes. Anyway, if you haven't tried it, you could try waiting for a minute upon seeing the orange "connecting..." bar; maybe that will work. (Or maybe you can find someone who understands websockets and ask them if they understand what's going on here -- if you do find someone, please do relay what they say to here!)

I do successfully connect to the linked web server after ~30 seconds too, with orange bar the whole time. On my windows machine, though, it goes from orange bar straight to red bar with "click to retry" instantaneously. Leaving it in that state for any amount of time does not seem to help.

If worse comes to worst, you could try building it using websocketpp instead of IXWebSockets -- I've gotten websocketpp to work on windows on my own, it just seems the boost date_time dependency is problematic on the build server. Building on windows sure is a pain though, so I hope there's a way to solve your problem without having to build it manually.

Alright, guess it's back to trying to compile. I was having such troubles, though... ugh. And what parameters do I have to set in the build files to do this?

Edit:

Spoiler (click to show/hide)

Well, I feel like I'm making progress. I installed the 2015 community edition of Visual Studio, and the generate MSVC doesn't say it can't find my visual studio when I try using my 2017 copy any more.

But is this because I installed the Chocolaty package manager before the 2015 version? Or something else?

Edit 2: I have seen a lot of examples (1)(2) that have -T v141 instead of -T v140_xp which the generate files have by default. Of course, changing that gives an entirely different error than the one in my first edit to this post.

Spoiler (click to show/hide)

How do I tell which toolset I have from the various programs I've had to install to get this far? Alternatively, if the original (140_xp) was correct, how do I solve the other error?

[white-rabbit]

I do successfully connect to the linked web server after ~30 seconds too, with orange bar the whole time. On my windows machine, though, it goes from orange bar straight to red bar with "click to retry" instantaneously. Leaving it in that state for any amount of time does not seem to help.

Hrm. I really wish I knew more about websockets so that I could have some idea of how to debug this. I hope other people aren't encountering this as well, or I may need to find yet a third library.

Alright, guess it's back to trying to compile. I was having such troubles, though... ugh. And what parameters do I have to set in the build files to do this?

:/ good luck. The compile option (to pass to CMake) is -DDFPLEX_IXW=OFF. I don't really know about the other build errors you're getting (I don't really do MSVC much...)

[flabort]

I do successfully connect to the linked web server after ~30 seconds too, with orange bar the whole time. On my windows machine, though, it goes from orange bar straight to red bar with "click to retry" instantaneously. Leaving it in that state for any amount of time does not seem to help.

Hrm. I really wish I knew more about websockets so that I could have some idea of how to debug this. I hope other people aren't encountering this as well, or I may need to find yet a third library.

No worries! I understand this is just something you're doing for fun, so I don't want to pressure you or anything. Unfortunately, I don't know anything about websockets either, just what I've learned over the course of trying to make this work. Which is practically nothing, except that telus doesn't allow port forwarding, which I believe is irrelevant to this issue (unless for some reason the second library is reaching out further than the original?).

Alright, guess it's back to trying to compile. I was having such troubles, though... ugh. And what parameters do I have to set in the build files to do this?

:/ good luck. The compile option (to pass to CMake) is -DDFPLEX_IXW=OFF. I don't really know about the other build errors you're getting (I don't really do MSVC much...)

No luck.

Spoiler: screenshot (click to show/hide)

I still get the same errors. If I could make heads or tails of them, or find someone in the dfhack thread with a similar issue, I could compile this.

[lethosor]

Ok, it looks like CMake can't find your compilers at all; that's not dfplex-specific. I probably won't be much help with MSVC/Windows building either, but were you able to install the 2015 toolchain? I'm pretty sure the "-T v140_xp" arguments are telling CMake to use the 2015 toolchain. You could try changing those to "-T v141" to use 2017, but see my warnings about 2017 above (I truly don't know if 2017 will result in a build that crashes or not at this point, but the DFHack docs link to the 2015 build tools, which I would try if you can get them to install.)

[flabort]

Ok, it looks like CMake can't find your compilers at all; that's not dfplex-specific. I probably won't be much help with MSVC/Windows building either, but were you able to install the 2015 toolchain? I'm pretty sure the "-T v140_xp" arguments are telling CMake to use the 2015 toolchain. You could try changing those to "-T v141" to use 2017, but see my warnings about 2017 above (I truly don't know if 2017 will result in a build that crashes or not at this point, but the DFHack docs link to the 2015 build tools, which I would try if you can get them to install.)

Well, I know I downloaded 2015 this week, and installed it. Before that, I had 2017 for a modding project for another game, but apparently Neither is enough. Apparently they don't by default include the actual files needed, and you need to prompt them to download the compilers AFTER you've already installed them. Your response did help me find that link/answer, so thanks for that.

I feel like, once your computer has everything needed to compile this, the actual compilation should be relatively straight forward. It's just getting all the tools together which is driving me insane. I've got VS2015 getting what SHOULD be the last tools I need now, I'll edit this again to report back once I finish trying.

Edit: Nope, still get the same error. Weird. So taking the advice and looking in CMakeError.log, this is what this attempt looks like:

Spoiler (click to show/hide)

Code: [Select]

Build started 2020-05-23 2:23:45 PM.
Project "C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\3.17.2\CompilerIdCXX\CompilerIdCXX.vcxproj" on node 1 (default targets).
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Platforms\x64\PlatformToolsets\v140_xp\Toolset.targets(36,5): warning MSB8003: Could not find WindowsSdkDir_71A variable from the registry.  TargetFrameworkVersion or PlatformToolset may be set to an invalid version number. [C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\3.17.2\CompilerIdCXX\CompilerIdCXX.vcxproj]
PrepareForBuild:
  Creating directory "Debug\".
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppBuild.targets(366,5): warning MSB8003: Could not find WindowsSDKDir variable from the registry.  TargetFrameworkVersion or PlatformToolset may be set to an invalid version number. [C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\3.17.2\CompilerIdCXX\CompilerIdCXX.vcxproj]
  Creating directory "Debug\CompilerIdCXX.tlog\".
InitializeBuildStatus:
  Creating "Debug\CompilerIdCXX.tlog\unsuccessfulbuild" because "AlwaysCreate" was specified.
ClCompile:
  C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin\x86_amd64\CL.exe /c /nologo /W0 /WX- /Od /D _USING_V110_SDK71_ /D _MBCS /Gm- /EHsc /RTC1 /MDd /GS /fp:precise /Zc:wchar_t /Zc:forScope /Zc:inline /Fo"Debug\\" /Fd"Debug\vc140.pdb" /Gd /TP /errorReport:queue CMakeCXXCompilerId.cpp
  CMakeCXXCompilerId.cpp
Link:
  C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin\x86_amd64\link.exe /ERRORREPORT:QUEUE /OUT:".\CompilerIdCXX.exe" /INCREMENTAL:NO /NOLOGO kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /MANIFEST /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /manifest:embed /PDB:".\CompilerIdCXX.pdb" /SUBSYSTEM:CONSOLE,"5.02" /TLBID:1 /DYNAMICBASE /NXCOMPAT /IMPLIB:".\CompilerIdCXX.lib" /MACHINE:X64 Debug\CMakeCXXCompilerId.obj
LINK : fatal error LNK1181: cannot open input file 'kernel32.lib' [C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\3.17.2\CompilerIdCXX\CompilerIdCXX.vcxproj]
Done Building Project "C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\3.17.2\CompilerIdCXX\CompilerIdCXX.vcxproj" (default targets) -- FAILED.

Build FAILED.

"C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\3.17.2\CompilerIdCXX\CompilerIdCXX.vcxproj" (default target) (1) ->
(CheckWindowsSDK71A target) ->
  C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Platforms\x64\PlatformToolsets\v140_xp\Toolset.targets(36,5): warning MSB8003: Could not find WindowsSdkDir_71A variable from the registry.  TargetFrameworkVersion or PlatformToolset may be set to an invalid version number. [C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\3.17.2\CompilerIdCXX\CompilerIdCXX.vcxproj]


"C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\3.17.2\CompilerIdCXX\CompilerIdCXX.vcxproj" (default target) (1) ->
(PrepareForBuild target) ->
  C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppBuild.targets(366,5): warning MSB8003: Could not find WindowsSDKDir variable from the registry.  TargetFrameworkVersion or PlatformToolset may be set to an invalid version number. [C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\3.17.2\CompilerIdCXX\CompilerIdCXX.vcxproj]


"C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\3.17.2\CompilerIdCXX\CompilerIdCXX.vcxproj" (default target) (1) ->
(Link target) ->
  LINK : fatal error LNK1181: cannot open input file 'kernel32.lib' [C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\3.17.2\CompilerIdCXX\CompilerIdCXX.vcxproj]

    2 Warning(s)
    1 Error(s)

Time Elapsed 00:00:00.75



I feel like  the most important line is

Code: [Select]

warning MSB8003: Could not find WindowsSdkDir_71A variable from the registry.
Perhaps I didn't get visual studio to DL the right packages? The right build tools? Probably.
But I found one more idea to try. Instead of v140_xp, or v141, try just v140

Edit2: That's progress, but now I need 2010 edition?!

Spoiler (click to show/hide)

Code: [Select]

C:\Users\Owner\Desktop\More_DF\dfplex\build\win64>IF EXIST DF_PATH.txt SET /P _DF_PATH= 0<DF_PATH.txt

C:\Users\Owner\Desktop\More_DF\dfplex\build\win64>IF NOT EXIST DF_PATH.txt SET _DF_PATH=C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\DF

C:\Users\Owner\Desktop\More_DF\dfplex\build\win64>mkdir VC2015

C:\Users\Owner\Desktop\More_DF\dfplex\build\win64>cd VC2015

C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015>echo generating a build folder
generating a build folder

C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015>cmake ..\..\.. -G"Visual Studio 14 Win64" -T v140 -DCMAKE_INSTALL_PREFIX="C:\Users\Owner\Desktop\More_DF\MultiDFVersion02Compiled" -DBUILD_DEVEL=1 -DBUILD_DEV_PLUGINS=1 -DBUILD_STONESENSE=0 -DDFHACK_BUILD_ARCH=64 -DCMAKE_BUILD_TYPE:string=RelWithDebInfo -DDFPLEX_IXW=OFF
-- Selecting Windows SDK version  to target Windows 10.0.18363.
-- The C compiler identification is MSVC 19.0.24215.1
-- The CXX compiler identification is MSVC 19.0.24215.1
-- Check for working C compiler: C:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/x86_amd64/cl.exe
-- Check for working C compiler: C:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/x86_amd64/cl.exe - works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: C:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/x86_amd64/cl.exe
-- Check for working CXX compiler: C:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/x86_amd64/cl.exe - works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found Perl: C:/Strawberry/perl/bin/perl.exe (found version "5.30.2")
-- Looking for MFC
-- Looking for MFC - not found
-- Performing Test HAVE_CUCHAR2
-- Performing Test HAVE_CUCHAR2 - Failed
* Downloading win64-zlib.lib
-- [download 100% complete]
-- [download 0% complete]
-- [download 8% complete]
-- [download 15% complete]
-- [download 23% complete]
-- [download 31% complete]
-- [download 38% complete]
-- [download 39% complete]
-- [download 46% complete]
-- [download 47% complete]
-- [download 54% complete]
-- [download 55% complete]
-- [download 62% complete]
-- [download 70% complete]
-- [download 78% complete]
-- [download 85% complete]
-- [download 86% complete]
-- [download 93% complete]
-- [download 100% complete]
* Downloading win64-SDL.dll
-- [download 100% complete]
-- [download 0% complete]
-- [download 6% complete]
-- [download 11% complete]
-- [download 17% complete]
-- [download 22% complete]
-- [download 23% complete]
-- [download 28% complete]
-- [download 34% complete]
-- [download 39% complete]
-- [download 40% complete]
-- [download 45% complete]
-- [download 51% complete]
-- [download 56% complete]
-- [download 57% complete]
-- [download 62% complete]
-- [download 68% complete]
-- [download 73% complete]
-- [download 74% complete]
-- [download 79% complete]
-- [download 85% complete]
-- [download 90% complete]
-- [download 91% complete]
-- [download 96% complete]
-- [download 100% complete]
-- Found ZLIB: C:/Users/Owner/Desktop/More_DF/dfplex/build/win64/VC2015/depends/zlib/lib/zlib.lib (found version "1.2.5")
-- JsonCpp Version: 1.8.4
-- Looking for C++ include clocale
-- Looking for C++ include clocale - found
-- Looking for localeconv
-- Looking for localeconv - found
-- Looking for C++ include sys/types.h
-- Looking for C++ include sys/types.h - found
-- Looking for C++ include stdint.h
-- Looking for C++ include stdint.h - found
-- Looking for C++ include stddef.h
-- Looking for C++ include stddef.h - found
-- Check size of lconv
-- Check size of lconv - done
-- Performing Test HAVE_DECIMAL_POINT
-- Performing Test HAVE_DECIMAL_POINT - Success
-- Found Git: C:/Program Files/Git/cmd/git.exe (found version "2.26.2.windows.1")
-- Looking for pthread.h
-- Looking for pthread.h - not found
-- Found Threads: TRUE
* Downloading win64-libruby200.dll.gz
-- [download 100% complete]
-- [download 0% complete]
-- [download 2% complete]
-- [download 3% complete]
-- [download 5% complete]
-- [download 6% complete]
-- [download 8% complete]
-- [download 10% complete]
-- [download 11% complete]
-- [download 13% complete]
-- [download 15% complete]
-- [download 16% complete]
-- [download 18% complete]
-- [download 19% complete]
-- [download 20% complete]
-- [download 21% complete]
-- [download 23% complete]
-- [download 24% complete]
-- [download 26% complete]
-- [download 28% complete]
-- [download 29% complete]
-- [download 31% complete]
-- [download 33% complete]
-- [download 34% complete]
-- [download 36% complete]
-- [download 37% complete]
-- [download 39% complete]
-- [download 41% complete]
-- [download 42% complete]
-- [download 44% complete]
-- [download 46% complete]
-- [download 47% complete]
-- [download 49% complete]
-- [download 50% complete]
-- [download 51% complete]
-- [download 52% complete]
-- [download 54% complete]
-- [download 55% complete]
-- [download 57% complete]
-- [download 59% complete]
-- [download 60% complete]
-- [download 62% complete]
-- [download 64% complete]
-- [download 65% complete]
-- [download 67% complete]
-- [download 68% complete]
-- [download 69% complete]
-- [download 70% complete]
-- [download 72% complete]
-- [download 73% complete]
-- [download 75% complete]
-- [download 77% complete]
-- [download 78% complete]
-- [download 80% complete]
-- [download 81% complete]
-- [download 82% complete]
-- [download 83% complete]
-- [download 85% complete]
-- [download 86% complete]
-- [download 88% complete]
-- [download 90% complete]
-- [download 91% complete]
-- [download 93% complete]
-- [download 95% complete]
-- [download 96% complete]
-- [download 98% complete]
-- [download 99% complete]
-- [download 100% complete]
* Decompressing win64-libruby200.dll.gz
CMake Error at plugins/dfplex/server/CMakeLists.txt:39 (message):
  Visual Studio 2010 required.


-- Configuring incomplete, errors occurred!
See also "C:/Users/Owner/Desktop/More_DF/dfplex/build/win64/VC2015/CMakeFiles/CMakeOutput.log".
See also "C:/Users/Owner/Desktop/More_DF/dfplex/build/win64/VC2015/CMakeFiles/CMakeError.log".

C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015>pause
Press any key to continue . . .

[bloop_bleep]

I think I installed the entirety of Visual Studio, Community version, either 2015 or 2017. That should include all of the build tools and the SDK.

[flabort]

I think I installed the entirety of Visual Studio, Community version, either 2015 or 2017. That should include all of the build tools and the SDK.

Well, I've got Community version of both 2015 and 2017, and NOW I have all the build tools and SDK for 2015, as far as I can tell. They give the two following logs:

Spoiler: command prompt log (click to show/hide)

Code: [Select]

C:\Users\Owner\Desktop\More_DF\dfplex\build\win64>IF EXIST DF_PATH.txt SET /P _DF_PATH= 0<DF_PATH.txt

C:\Users\Owner\Desktop\More_DF\dfplex\build\win64>IF NOT EXIST DF_PATH.txt SET _DF_PATH=C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\DF

C:\Users\Owner\Desktop\More_DF\dfplex\build\win64>mkdir VC2015

C:\Users\Owner\Desktop\More_DF\dfplex\build\win64>cd VC2015

C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015>echo generating a build folder
generating a build folder

C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015>cmake ..\..\.. -G"Visual Studio 14 Win64" -T v140_xp -DCMAKE_INSTALL_PREFIX="C:\Users\Owner\Desktop\More_DF\MultiDFVersion02Compiled" -DBUILD_DEVEL=1 -DBUILD_DEV_PLUGINS=1 -DBUILD_STONESENSE=0 -DDFHACK_BUILD_ARCH=64 -DCMAKE_BUILD_TYPE:string=RelWithDebInfo -DDFPLEX_IXW=OFF
-- Selecting Windows SDK version 10.0.14393.0 to target Windows 10.0.18363.
-- The C compiler identification is MSVC 19.0.24215.1
-- The CXX compiler identification is MSVC 19.0.24215.1
-- Check for working C compiler: C:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/x86_amd64/cl.exe
-- Check for working C compiler: C:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/x86_amd64/cl.exe - works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: C:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/x86_amd64/cl.exe
-- Check for working CXX compiler: C:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/x86_amd64/cl.exe - works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found Perl: C:/Strawberry/perl/bin/perl.exe (found version "5.30.2")
-- Looking for MFC
-- Looking for MFC - found
-- Performing Test HAVE_CUCHAR2
-- Performing Test HAVE_CUCHAR2 - Failed
-- Found ZLIB: C:/Users/Owner/Desktop/More_DF/dfplex/build/win64/VC2015/depends/zlib/lib/zlib.lib (found version "1.2.5")
-- JsonCpp Version: 1.8.4
-- Looking for C++ include clocale
-- Looking for C++ include clocale - found
-- Looking for localeconv
-- Looking for localeconv - found
-- Looking for C++ include sys/types.h
-- Looking for C++ include sys/types.h - found
-- Looking for C++ include stdint.h
-- Looking for C++ include stdint.h - found
-- Looking for C++ include stddef.h
-- Looking for C++ include stddef.h - found
-- Check size of lconv
-- Check size of lconv - done
-- Performing Test HAVE_DECIMAL_POINT
-- Performing Test HAVE_DECIMAL_POINT - Success
-- Found Git: C:/Program Files/Git/cmd/git.exe (found version "2.26.2.windows.1")
-- Looking for pthread.h
-- Looking for pthread.h - not found
-- Found Threads: TRUE
CMake Error at plugins/dfplex/server/CMakeLists.txt:39 (message):
  Visual Studio 2010 required.


-- Configuring incomplete, errors occurred!
See also "C:/Users/Owner/Desktop/More_DF/dfplex/build/win64/VC2015/CMakeFiles/CMakeOutput.log".
See also "C:/Users/Owner/Desktop/More_DF/dfplex/build/win64/VC2015/CMakeFiles/CMakeError.log".

C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015>pause
Press any key to continue . . .

Spoiler: CMakeError.log (click to show/hide)

Code: [Select]

Performing C++ SOURCE FILE Test HAVE_CUCHAR2 failed with the following output:
Change Dir: C:/Users/Owner/Desktop/More_DF/dfplex/build/win64/VC2015/CMakeFiles/CMakeTmp

Run Build Command(s):C:/Program Files (x86)/MSBuild/14.0/bin/MSBuild.exe cmTC_1ca5a.vcxproj /p:Configuration=Debug /p:Platform=x64 /p:VisualStudioVersion=14.0 /v:m && Microsoft (R) Build Engine version 14.0.25420.1

Copyright (C) Microsoft Corporation. All rights reserved.



  Microsoft (R) C/C++ Optimizing Compiler Version 19.00.24215.1 for x64

  Copyright (C) Microsoft Corporation.  All rights reserved.

 

  cl /c /Zi /W3 /WX- /Od /Ob0 /D WIN32 /D _WINDOWS /D HAVE_CUCHAR2 /D "CMAKE_INTDIR=\"Debug\"" /D _USING_V110_SDK71_ /D _MBCS /Gm- /EHsc /RTC1 /MDd /GS /fp:precise /Zc:wchar_t /Zc:forScope /Zc:inline /GR /Fo"cmTC_1ca5a.dir\Debug\\" /Fd"cmTC_1ca5a.dir\Debug\vc140.pdb" /Gd /TP /errorReport:queue C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\CMakeTmp\src.cxx

 

  src.cxx

C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\CMakeTmp\src.cxx(6): error C2131: expression did not evaluate to a constant [C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\CMakeTmp\cmTC_1ca5a.vcxproj]

  C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\CMakeTmp\src.cxx(6): note: failure was caused by call of undefined function or one not declared 'constexpr'

  C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\CMakeTmp\src.cxx(6): note: see usage of '___mb_cur_max_func'



Source file was:

#include <cstdlib>
#include <cuchar>
int main(void) {
    char32_t in = 0;
    char out[MB_CUR_MAX];
    std::mbstate_t state{};
    std::c32rtomb(out, in, &state);
    return 0;
}
Determining if the include file pthread.h exists failed with the following output:
Change Dir: C:/Users/Owner/Desktop/More_DF/dfplex/build/win64/VC2015/CMakeFiles/CMakeTmp

Run Build Command(s):C:/Program Files (x86)/MSBuild/14.0/bin/MSBuild.exe cmTC_4ab4c.vcxproj /p:Configuration=Debug /p:Platform=x64 /p:VisualStudioVersion=14.0 /v:m && Microsoft (R) Build Engine version 14.0.25420.1

Copyright (C) Microsoft Corporation. All rights reserved.



  Microsoft (R) C/C++ Optimizing Compiler Version 19.00.24215.1 for x64

  Copyright (C) Microsoft Corporation.  All rights reserved.

 

  cl /c /Zi /W3 /WX- /Od /Ob0 /D WIN32 /D _WINDOWS /D "CMAKE_INTDIR=\"Debug\"" /D _USING_V110_SDK71_ /D _MBCS /Gm- /RTC1 /MDd /GS /fp:precise /Zc:wchar_t /Zc:forScope /Zc:inline /Fo"cmTC_4ab4c.dir\Debug\\" /Fd"cmTC_4ab4c.dir\Debug\vc140.pdb" /Gd /TC /errorReport:queue C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\CMakeTmp\CheckIncludeFile.c

 

  CheckIncludeFile.c

C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\CMakeTmp\CheckIncludeFile.c(1): fatal error C1083: Cannot open include file: 'pthread.h': No such file or directory [C:\Users\Owner\Desktop\More_DF\dfplex\build\win64\VC2015\CMakeFiles\CMakeTmp\cmTC_4ab4c.vcxproj]






From what I can tell, pthread is the linux implementation of threads, and once not found, cmake goes on and looks for the windows implimentation, and does, so that is not the issue.

From what I can see, this one IS dfplex's fault (or webfort's). Specifically in/near this part:

Spoiler: plugins/dfplex/server/CMakeLists.txt (click to show/hide)

Code: [Select]

# windows
else(UNIX)
if(NOT MSVC10)
message(FATAL_ERROR "Visual Studio 2010 required.")
endif()


[bloop_bleep]

Well, the latest commit in the Github repository for webfort was on May 25, 2015, so that check might be a holdover from webfort.

[Hugo_The_Dwarf]

Trying out the new version, I use Chrome (at First) and it can't seem to connect, however using Edge (new IE) I can connect fine

this was the Win64 version that you have compiled. I'll test it out some more later

Edit:

Just didn't want to post and Overbump White_Rabbit it works for Firefox too. I was also running a experimental build of DFhack, so I reinstalled DFhack and the current 2.0 version of DFPlex.
Chrome still has issue (can't connect, not sure what the difference is) But Edge and Firefox work for Win10 x64

[white-rabbit]

Trying out the new version, I use Chrome (at First) and it can't seem to connect, however using Edge (new IE) I can connect fine

flabort: have you tried using a different browser?

[flabort]

Trying out the new version, I use Chrome (at First) and it can't seem to connect, however using Edge (new IE) I can connect fine

flabort: have you tried using a different browser?

...

It works in Edge. I was using Brave (A chrome clone).

Well, that's interesting. So chrome doesn't like that style of websockets, but other browsers are fine with it. Huh.

[MorsDux]

Awesome project!

Does anyone know if 32x32 tileset is supported or not? If it is, what is the setup process?