Jump to content
TrinityCore

Magnuss

Members
  • Posts

    318
  • Joined

  • Last visited

  • Days Won

    16

Posts posted by Magnuss

  1. For years I have updated my 3.3.5 databases by hand with a small script. Was always working without any problem.

    But now I wanted to change to automatic updates by the core. (I do that for WoD from the beginning, it's quite comfortable)

    The problem: The core makes or tries to apply old updates I have already done long time ago. Of course this behaviour either destroys my data or gives errors. My last core compliation and DB update was on Feb 09, 2016.

    1. I started the auth server. Here's a snipped of the log:

    2016-03-04_18:11:35 DEBUG Checking update "2014_11_10_00_auth.sql"...
    2016-03-04_18:11:35 DEBUG >> Update is already applied and is matching hash '0E3CB11'.
    ...... more similar lines

    2016-03-04_18:11:35 DEBUG Checking update "2015_03_20_00_auth.sql"...
    2016-03-04_18:11:35 INFO  >> Re-hashing update "2015_03_20_00_auth.sql" 'E8C5B74'...
    ...... more similar lines

    2016-03-04_18:11:35 DEBUG Checking update "2015_08_21_00_auth.sql"...
    2016-03-04_18:11:35 INFO  >> Applying update "2015_08_21_00_auth.sql" 'C31A9E1'...
    2016-03-04_18:11:35 ERROR Warning: Using a password on the command line interface can be insecure.
    .....
    2016-03-04_18:11:35 INFO  >> Applying update "2015_11_07_00_auth.sql" '0ACDD35'...
    .....
    2016-03-04_18:11:35 INFO  >> Applying update "2016_01_13_00_auth.sql" '24615CC'...

    However I know for sure that I have made these updates already. Here's the log of my own script:
    09.02.2016 11:14:56.75 Start importing files
    09.02.2016 11:14:56.76 Importing: 2015_11_07_00_auth.sql
    09.02.2016 11:14:56.76 Importing: 2016_01_13_00_auth.sql
    09.02.2016 11:14:57.06 End importing files

    What do I need to do or what I'm doing wrong ?

    Edit:
    Of course when I start the world server the updating process fails from the beginning because it tries to update 2015_06_26_00_characters_335.sql which I have done long time ago.

     

  2. That's a word :-)

    I found also this: http://stackoverflow.com/questions/15948767/why-should-we-build-64-bit-targets-for-c-application

    The answer about the CPU registers I found interesting for me.

    " Aside from the OBVIOUS reasons given above (mainly "using more than 2-3GB of memory"), the reason to compile for 64-bit is that x86-64 has 16 registers, where x86-32 has 8. Since one of those registers is the stackpointer and often rBP is reserved for "framepointer", the actual useful number of registers is 6 and 14 respectively. The additional registers allow, for example, larger number of parameters being passed in registers, and larger number of temporary variables being held in registers within a function. This has a positive effect on the actual execution speed of the code, as every time memory is used instead of a register, AT LEAST it leads to a more complex instruction, and often to an additional instruction having to be used. This in turn makes the code larger when there isn't enough registers "

  3. Thanks, works but ...

    ... of course I had to download and install 32bit versions of Boost and OpenSSL to get it running. And to use the 32bit libeay32.dll.  Hope it helps somebody else.

     

    Beside of that .... is there any advantage to compile the core in 64bit ?
    I have done it but for 90% of software the only 'advantage' is that the 64bit version blows up the file size.

  4. Hi,

    I compiled server and tools successful in 64bit on windows. And everything is working.

    However a friend has a Windows 32bit only and needed the connection_patcher as 32bit version. I wanted to recompile the tools only.

    But in MSVS there is no option in the dropdown for win32 and in CMAKE I also couldn't figure out what I have to chance.

    Any help is welcome ;-)

     

     

     

×
×
  • Create New...