Go Back   EQEmulator Home > EQEmulator Forums > Support > Support::Windows Servers

Support::Windows Servers Support forum for Windows EQEMu users.

Reply
 
Thread Tools Display Modes
  #1  
Old 08-18-2018, 02:34 AM
Mortow's Avatar
Mortow
Hill Giant
 
Join Date: Apr 2013
Posts: 215
Default Compile errors in map.cpp

It's been quite a while since I have done a compile. I am using VS2017 and all builds succeed except Zone. I get three C3861 errors in map.cpp.

Description Project File Line
'InflateData': identifier not found zone map.cpp 999
'EstimateDeflateBuffer': identifier not found zone map.cpp 1055
'DeflateData': identifier not found zone map.cpp 1059

I have tried pulling a fresh clone from git but still come up with the same errors. Anyone have any ideas of what I might have going on?

Thanks,
Mortow
Reply With Quote
  #2  
Old 08-18-2018, 03:31 AM
Huppy's Avatar
Huppy
Demi-God
 
Join Date: Oct 2010
Posts: 1,333
Default

I just compiled a fresh pull from git and got no errors. You got a recent version of cmake ? (3.10+) ?

========== Build: 16 succeeded, 0 failed, 0 up-to-date, 0 skipped ==========
Reply With Quote
  #3  
Old 08-18-2018, 12:30 PM
John C
Sarnak
 
Join Date: Jul 2018
Location: Atlanta, GA
Posts: 49
Default

When compiles fail for no obvious reason, it is usual a good idea to just delete everything in your output directories just to ensure an outdated file isn't messing things up. That's the first thing I would try.
Reply With Quote
  #4  
Old 08-18-2018, 12:52 PM
Mortow's Avatar
Mortow
Hill Giant
 
Join Date: Apr 2013
Posts: 215
Default

My cmake was version 3.9.0 so I uninstalled it and installed 3.12.1. Rebooted and tried again. cmake threw the following warning but did compete.

CMake Warning (dev) at CMakeLists.txt:287 (FIND_PACKAGE):
Policy CMP0074 is not set: find_package uses <PackageName>_ROOT variables.
Run "cmake --help-policy CMP0074" for policy details. Use the cmake_policy
command to set the policy and suppress this warning.

CMake variable ZLIB_ROOT is set to:

C:/EQ/Source/dependencies/zlib_x86

For compatibility, CMake is ignoring the variable.
This warning is for project developers. Use -Wno-dev to suppress it.

Still failed compile with exact same errors. I deleted everything in the output directory and tried again. Same result.
Reply With Quote
  #5  
Old 08-18-2018, 01:36 PM
John C
Sarnak
 
Join Date: Jul 2018
Location: Atlanta, GA
Posts: 49
Default

I just configured, generated, and built without a problem. When I configured, I received the following messages - which are very similar to what you received. So I don't think those warning messages point to your issue. I have no idea if boost is involve with compression, but I did have to update mine to 1.67 when I was getting setup so that is one thing you might consider.


CMake Warning (dev) at CMakeLists.txt:287 (FIND_PACKAGE):
Policy CMP0074 is not set: find_package uses PackageName_ROOT variables.
Run "cmake --help-policy CMP0074" for policy details. Use the cmake_policy
command to set the policy and suppress this warning.

CMake variable ZLIB_ROOT is set to:

U:/EQ_Server_Source/dependencies/zlib_x86

For compatibility, CMake is ignoring the variable.
This warning is for project developers. Use -Wno-dev to suppress it.

Boost version: 1.67.0
CMake version: 3.12.0
Version: 4.0.0
Build type: RelWithDebInfo
Configuring done
Reply With Quote
  #6  
Old 08-18-2018, 01:57 PM
Mortow's Avatar
Mortow
Hill Giant
 
Join Date: Apr 2013
Posts: 215
Default

I do have Boost 1.67 already. I will try a repair on VS and see if that helps. I am not hopeful though.
Reply With Quote
  #7  
Old 08-18-2018, 05:50 PM
Uleat's Avatar
Uleat
Developer
 
Join Date: Apr 2012
Location: North Carolina
Posts: 2,815
Default

Try doing a cache clear in cmake.
__________________
Uleat of Bertoxxulous

Compilin' Dirty
Reply With Quote
  #8  
Old 08-18-2018, 07:14 PM
Mortow's Avatar
Mortow
Hill Giant
 
Join Date: Apr 2013
Posts: 215
Default

Tried that Uleat and still got the errors. I unchecked EQEMU_USE_MAP_MMFS in cmake before reconfiguring and it looks like it succeeded. Is this something that no longer works or is used?
Reply With Quote
  #9  
Old 08-18-2018, 11:10 PM
Huppy's Avatar
Huppy
Demi-God
 
Join Date: Oct 2010
Posts: 1,333
Default

Quote:
Originally Posted by Mortow View Post
I unchecked EQEMU_USE_MAP_MMFS in cmake before reconfiguring and it looks like it succeeded. Is this something that no longer works or is used?
Ya, those mmf's haven't been much use for anything since the navmesh came along.
Reply With Quote
  #10  
Old 08-19-2018, 12:16 AM
Uleat's Avatar
Uleat
Developer
 
Join Date: Apr 2012
Location: North Carolina
Posts: 2,815
Default

I haven't reviewed the code to see what's been done...

But, yes..not a good idea to use them atm.


If you start running into problems with zones not loading, let me know.

I know my zoning times have shot up..but, not sure if it's navmesh or not using mmfs.
__________________
Uleat of Bertoxxulous

Compilin' Dirty
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

   

All times are GMT -4. The time now is 05:29 AM.


 

Everquest is a registered trademark of Daybreak Game Company LLC.
EQEmulator is not associated or affiliated in any way with Daybreak Game Company LLC.
Except where otherwise noted, this site is licensed under a Creative Commons License.
       
Powered by vBulletin®, Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Template by Bluepearl Design and vBulletin Templates - Ver3.3