Jump to content
  • 0

Mangos Three easybuild issue


Nightrider84

Question

When I try and launch easy build for mangos three i get this error. If I use an older version of easy build im not sure if it gives me the correct files im missing. Any help would be appreciated

See the end of this message for details on invoking 
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.FormatException: Input string was not in a correct format.
   at System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal)
   at System.Number.ParseDecimal(String value, NumberStyles options, NumberFormatInfo numfmt)
   at System.Convert.ToDecimal(String value)
   at MaNGOS_EasyBuild.FrmMain.BtnScanClick(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.9151 (WinRelRS6.050727-9100)
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v2.0.50727/mscorlib.dll
----------------------------------------
MaNGOS_EasyBuild
    Assembly Version: 2.2.7.0
    Win32 Version: 2.2.7
    CodeBase: file:///C:/World%20of%20warcraft%20server/Server%20Files/Mangos%20Three/serverThree/win/MaNGOS_EasyBuild.exe
----------------------------------------
System
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.9147 (WinRelRS6.050727-9100)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Windows.Forms
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.9136 (WinRelRS6.050727-9100)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.9136 (WinRelRS6.050727-9100)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
9f032c9f-e3be-4bdc-8db1-d993f94ec010
    Assembly Version: 1.0.0.0
    Win32 Version: 2.2.7
    CodeBase: file:///C:/World%20of%20warcraft%20server/Server%20Files/Mangos%20Three/serverThree/win/MaNGOS_EasyBuild.exe
----------------------------------------
Accessibility
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.9136 (WinRelRS6.050727-9100)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/Accessibility/2.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.


 

Link to comment
Share on other sites

1 answer to this question

Recommended Posts

  • 0

Sorry for the delay in replying.

Sadly, MangosThree is not in a good place.....
Easybuild and the MangosThree are stuck on the Rel21 build system
MangosZero, One and Two are on Rel22

The bug you mentioned has been fixed on Rel22, but i'm unable to retro-fix it on Easybuild for Rel21

Can I hazard a guess that you are running a non-English OS ?
- This bug is caused by the regional settings of the PC being set to non-English when the cmake version number is checked.

The original check was checking the version number of cmake.exe against 3.19. However on non-English systems, this is presented as 3,19.
Comparing 3.19 against 3,19 causes the crash.

A quick workaround is to switch the regional settings to English and perform a build, then switch back afterwards.
- You normally only need to generate the visual studio solution file once anyway.

Hope this helps.

Antz

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Privacy Policy Terms of Use