Jump to content
TrinityCore

Kylroi

Members
  • Posts

    385
  • Joined

  • Last visited

  • Days Won

    17

Posts posted by Kylroi

  1. It would be nice to have the full world DB always updated, but you have to realize that we aren't dealing with a release quality or a commercial application. The developers aren't being paid to work on this, so things can and will be handled in a less than optimal way.

     

    As for which world updates to run first, that's a tricky one to answer. Chances are, you would be better off to merge the 2 folders and then run all the updates. That way, you shouldn't have EventAI or creature AI changes being applied when those aspects were removed by an update. If I didn't have custom things in my world DB, I'd offer you an sql of what I'm running on. For the most part, the only "custom" things are some weapons that I made (items 133475-133480).

  2. Even requierements have changed, TC still compiles with wiki, you only need to be sure of use gcc 6.0.3, also, the error message comes from gcc not from TC, the problem very likely comes from the kernel your VPS uses.

     

    You mean ACE 6.0.3, since gcc isn't even to the 5.x series (yet).

  3. With 4.3.4, item_template is used only as a supplementary source. The core will use the dbc/db2 files to define items. There is also a worldserver.conf setting to enforce the data file definitions or allow the DB to override them ('DBC.EnforceItemAttributes = 1' is in the worldserver.conf.dist).

     

    As for the SQL updates, ignore auth and characters updates, but apply all of the world updates (in order).

  4. It would seem that sql/updates/auth/2013_09_29_00_auth_misc.sql saw the removal of rbac_roles and rbac_groups from the database. As such, any updates that are trying to change those tables can be removed. If you look at the end of the file I just mentioned, you will see 7 tables being removed because of being obsolete (the core, at that point, doesn't use them).

  5. Seriously you guys....

    This whole Mac / Microsoft war is getting old... I use all flavors of Linux. I have a reliable Mac OSX10 macbook that rocks with video editing,games,photoshop,quick terminal session to my linux servers, etc. I just installed Window 8 and removed the shitty MetroUI and it's surprisingly fast, and it's really growing on me. (and.. I have 3 Ford vehicles with MS Sync) they work just fine.

     

    There is soooo much more to argue about in this God forsaken world, then this outdated OS war.

     

    Agreed on the OS issue being stupid, and that's pretty much what I was trying to point out (not clear enough for someone, so my bad).  I happen to run 2 Mac systems, 2 Windows systems, and 3 Linux systems at this time. For the most part, the 3 choices are equal, making it all a matter of personal choice (not which is more versatile). Personally, I find Windows to best serve personal entertainment (mostly gaming). It's Linux (Fedora Core 18, I think it is) that runs my entertainment center. I already said my router is Linux (FC12...it's working, so why update it). Then I have a Linux server for my own domain (FC5, co-located).

     

    As for the SYNC issue, you're fortunate. I can't enable bluetooth on my iPhone while the car is running or it won't pair up. If I enable bluetooth and then start the car, it's all good. Before saying "just leave bluetooth on", I shouldn't have to do that to compensate for firmware failures. Plus, I turn it off to conserve battery power. I prefer to charge every 3 to 4 days rather than every night. Also, I have tried to pair up a Samsung Android phone that won't even pair up with 2 different Ford cars (2010 and 2013 models). That same phone will pair up with bluetooth headsets and my Mac mini. Ford techs tried everything they knew, and I even tried some tricks, but the phone simply won't pair up. That's all I need to know that Microsoft doesn't have it quite right. So long as you have a phone that can be paired, you're absolutely right that it does a good job.

  6. No worries dude. I am just glad I got it to work after 3½ hours of nothing but struggle and no help anywhere ._.

    But installing VS2013 seems to fix the issue that .NET Framework 4.5 causes.

     

    According to the CMake creators they say that .NET 4.5 breaks VS2010 (for most any way) and the solution was to remove 4.5 and install 4.0.

    But since CMake got full 2012 support this makes no sense whatsoever. So the fix was to simply install VS2013 which somehow fixed 2012 in CMake and that generated the project.

     

    Honestly, that figures. Microsoft tends to break things constantly. I remember when DirectX wasn't checking what version was installed, so older versions would overwrite newer files and totally mess up the system. Those were the days when I loved my job because I could fix it easily, but most "experts" said "reformat and reinstall" to people in that situation. Because you got it fixed, that's good enough for me.

  7. So, the fix was to install VS2013 Express. Then I could CMake 2012VS solution. I have no idea why. But it worked.

     

    It's Microsoft, you know. If it was supposed to make sense, that company wouldn't be the one putting the product out. Sorry, I've never really been a Microsoft fan, even if my best system was always running Windows (mostly for gaming purposes only). There are still issues with 15 year old products from Microsoft, not to mention the quirks with Ford's SYNC (powered by Microsoft).

     

    Seriously, though, glad that got you fixed up. I was wondering if it was a matter of all that 32-bit software on a 64-bit version of Windows. Instead, it seemed to be a software bug that got fixed by upgrading to a newer version.

  8. sort of forced, but also my "fault"! anyway, now that I have much more free time, and some spare pc, I'll may give linux a try!

     

    If you're familiar with the Terminal app on OSX, you're familiar with BSD (a flavor of unix). Linux may not be BSD, or even BSD-based, but it is very BSD-like. There's a lot of code that will compile for OSX and Linux with essentially no changes.

     

     

    For a first time Linux user, I would suggest the Ubuntu distribution. That version has been worked on in an attempt to bring all the conveniences of Windows/OSX to a Linux installation. As with all things, there will be variances, but I think you'll find it to be a much more stable and powerful platform.

    • Upvote 1
  9. maybe, but cannot be sure!

    I have always been an apple user, since the first mac 128k, but moved to win for "some" reasons and never liked the win os, but among them I think (my 2 cents) that xp has been the most "stable", either 32 or 64.

     

    Sorry to hear of your (forced?) downgrade. You would have been better off if you had done Linux.

    • Upvote 1
  10. The suggestion to only use C: also resulted in a completely fresh setup that would have cleared other problems, too (leftover files, corrupt settings, etc). If the PATH still had directories in it that existed but were mostly empty, CMake likely assumed the contents were all there. As I pointed out, CMake, compiler, and source are not required to be on the same drive for proper operation. If they can be separate, claiming that they mess up if not installed to the same drive is simply not going to be true.

     

    Additionally, since there had been successful compilations in the past, it is easily seen that a simple configuration of where the source and build directories are was not the problem. I'm still thinking that the problem may have been tied to 32-bit Visual Studio being used on a 64-bit Windows. CMake might have seen a 64-bit OS and made the assumption that 64-bit compilers were available, thus it had errors. When a 32-bit Windows was used, suddenly it all worked like it used to.

  11. CMake doesn't have a problem of source on one drive and project/compile on another. That's my exact situation. My C: drive has the build directory, but my source is on an aptly named S: drive. I don't think the multiple directories was a factor at all, but leftover files is certainly a possibility (especially with MicroSloth in the works).

  12. Are you loading 32-bit or 64-bit versions of the Visual Studio compilers? I know you were compiling the core for 32-bit, but you can use the 64-bit compilers without issue. It's the creation of 64-applications from the Express Editions that requires extra steps (supposedly). I'm just wondering if CMake is seeing a 64-bit OS and expecting only 64-bit compilers when you have the 32-bit version installed. This is just a guess, of course.

  13. There should be 3 different databases: auth, characters, and world. The database you were importing is specifically the world database. Obviously, with the conf file allowing that to be set, you can call it something other than world, but the other 2 databases need to be created separately with the appropriate sql files from the source tree (see /sql/create, /sql/base, and /sql/updates).

×
×
  • Create New...