[patch][8735] Intel Memory Allocator

[imblizzspy]

Windows users can just put thise bins from mangos folder to system32. It's very convenient.

[Ambal]

I've restored VS2010 Beta 2 TBB compilation and usage in [8756]. Have fun if you dare

[yad02]

Hello I use msbuild command line to build MaNGOS and cl.exe returns some warnings

I really sorry for french log.

[Ambal]

Hello I use msbuild command line to build MaNGOS and cl.exe returns some warnings.

As was said earlier in this topic: just ignore these warnings, there is nothing serious

[Ambal]

All errors aka 'Cannot open ../../dep/tbb/libtbbmalloc.so' and similar should be fixed in [8759]. Thanks to ApoC and ghostpast

[HipToday]

It seems that Intel's Threading Building Blocks isn't supported on OpenBSD, so I added -DUSE_STANDARD_MALLOC to AM_CPPFLAGS in ./src/framework/Makefile.ac. However, I'm still getting the following error:

../.././../dep/tbb/build/common.inc:47: *** "OpenBSD" is not supported.

Add build/OpenBSD.inc file with os-specific settings . Stop.

Am I going about this the wrong way? Is there a more complete way to disable TBB support?

[HipToday]

I have found that commenting out 'SUBDIRS += tbb' in ./dep/Makefile.am gets me past this build issue, but I'd appreciate confirmation that it is a sensible thing to do.

[epozdnyakoff]

I've restored VS2010 Beta 2 TBB compilation and usage in [8756]. Have fun if you dare

VC++ 9 express build is broken too (as of yesterday).

[VladimirMangos]

for express version already pointed many times: you need express edition with integrated SP1 for build mangos.

[epozdnyakoff]

for express version already pointed many times: you need express edition with integrated SP1 for build mangos.

Sorry, my bad.

My case was solved by manually removing references to tbb from vc9 solution file and using USE_STANDARD_MALLOC (Had to do both, TBB somehow couldn't be deleted by the IDE).

[VladimirMangos]

at windows this is _not_ solution. TBB speedup mangos work at windows alot. In different from more limited affect at Unix/Linux (dependent from OS)

[xarly]

I have added this path to my 3.1.3 core (8587) succesfully,

These are my result:

x32: Works perfect (aparently). I could not test it with many players

x64: Cannot start, even the cmd, it returns inmediatly an error saying "Could not start because the application configuration is incorrect. Reinstalling the application may fix this problem"

I have Windows 2008 x64 and I am interested in 64-bit compilation.

Can you give me a hand?

Thank you

[xarly]

Has anyone had this error?

Some idea or comment?

Thank you

[xeross155]

You got the correct dll files ?

[xarly]

You got the correct dll files ?

Thank you for replying :lol:

I think yes. I compile for x64 and just copy dll's, exe's and conf's from bin/x64 Release to Mangos folder

(where vmaps, maps and dbc folders are).

I mean, i do exactly the same I do when compile for x32 and what i have always done when compiling for x64

:confused:

[xeross155]

So do you get any crashdumps or something, try running the x64 debug in VC++ itself.

[xarly]

So do you get any crashdumps or something, try running the x64 debug in VC++ itself.

I have tried, but the problem is that they cannot start, before "ms-dos" appear the app itself returns that error

What i have seen is in Windows Event Viewer

Faulting application: mangosd.exe, version: 0.0.0.0, faulting module: mangosd.exe, version 0.0.0.0, address error: 0x0003080b.

Don't know if it's useful...

[VladimirMangos]

this can be not related to tbb. Same error show when expected for used VC .Net version not installed.

This possible some unneeded dependence in mangos VC projects or sollution...

[xarly]

this can be not related to tbb. Same error show when expected for used VC .Net version not installed.

This possible some unneeded dependence in mangos VC projects or sollution...

Thank you for replying VladimirMangos

I think that I understand what you want to say.. just one question, maybe i'm wrong... but, Is it not strange that if I compile for x32 it works perfectly?

[VladimirMangos]

I compile both without probelms and without any manual dll moves