Jump to content
metin2dev

Vanilla

Developer
  • Content count

    337
  • Joined

  • Last visited

  • Days Won

    42

Vanilla last won the day on November 15 2017

Vanilla had the most liked content!

Community Reputation

913 Unstoppable

About Vanilla

  • Rank
    Noble

Profile Information

  • Gender
    Female
  • Location
    Germany

Recent Profile Visitors

8,863 profile views
  1. No need to re-upload. Next version is already distributed to a few people for testing. If everything works it will be released Just waiting for feedback. If someone wants to test it, feel free to drop me a message.
  2. Vanilla is a perfect person that loves to help with no reward, she also has knowledge.

     

  3. Hey everyone, sorry for the lack of updates. Real life and stuff. Anyway, I'm preparing a bigger update. Lots of code cleaning and error fixing. I read what you wrote and will try to fix what you reported. Thanks to you all for reporting bugs and suggest changes. Though I will start upgrading the code to c++17 standard which means that I'll most likely not make changes to macro definitions like mentioned above. People should build the project like it's meant to be and under the same feature sets and compilers like I did, to make sure there's less room for errors. If you want to port the code, you can do so of course, I don't mind that. But for 'official' release they won't be included.
  4. Vanilla

    open Problem get_mount quest function

    Maybe it's just a small mistake but did you recompile and replace the core with your new version? And did you double-check that it's added to the list before the NULL, NULL entry? And you saved everything and recompiled the core with the changes? Because it seems like something went wrong, the program can't find the function.
  5. Vanilla

    open Problem get_mount quest function

    This is the whole implementation? I guess you're missing something. You need to add it to void RegisterPCFunctionTable(). In your case this should look like: { "get_mount", pc_get_mount },
  6. Vanilla

    open Pay for the fix..

    where did you get that error? Also, did you try to manually resolve the ip? Is this a hostname resolving to an ip or what's happening there? Without more information it's not possible to help you with that. MySQL seems to have a bug with only numeric hostnames. You can also try and define your own hostname in /etc/hosts and link it to the ip of your machine that's trying to connect. This can also be a pseudo-domain posing as your hostname.
  7. Vanilla

    open Problem get_mount quest function

    can we see the implementation in questlua_pc? I guess you didn't add it properly. The error already states that it's added to quest_functions but there's no such called function implemented into the core! So either you misspelled or didn't add it to the core at all.
  8. Vanilla

    open Error pid_init

    this is not a syserr! It's a notice for you that the core has been started with the proper pid. You can just disable that with either hex patching or changing that in the source (I'd recommend you change it from syserr to syslog call if you want a clean syserr)
  9. I don't have any problems with typeof.
  10. Hey there! The unify_enable flag should be either 1(true) or 0(false). So if you set it to 1 then it should work New version coming soon with fixed db and some other small changes. Mainly stability stuff, I'm currently working on it through the night and inform you about the progress as soon as I can
  11. Hey vanilla please check your inbox , its kinda important 

  12. https://mega.nz/#!VCx32B4I!7glE1H5RzUSYdKaZUsqylMtsA72cDmlL0X92f8_RX-c 4 inventories, pass is still vanilla Note that you should not use the dbcache provided in this package since it's the same as in 2 inventory which is broken. I still included it, don't ask me why. As soon as the new build is ready I'll upload both of them working.
  13. Try using the older rev. I'll drop dbcache and revert back to an older version. I'll also reimplement the changes I've made asap and bump a new rev. Expect some small treatments as my apologize, I didn't notice the changes until you started reporting them which I truely thank you for For the moment, please continue using the old rev for dbcache, you can still use the new game.
  14. yes, that was my bad. I implemented a 'fix' for mysql libraries >= 20. With more recent libraries I got some strange errors telling me that column names are ambiguous. So I went on and encapsulated every column name. Obviously, this turned out to be not working. The changes are still in db and somewhat causing trouble. As I said, this is only on the most recent version of the dbcache, every older rev should work and do it's job even with the more recent gamecore. I'll still support this new rev db and fix those errors if you keep feeding me with reports
  15. does this work? https://mega.nz/#!JKYnkSQL!QW2o0REhinOmUzUkEryKCdQ6xVANf1YuhtGQ_EQaV5k
×