Saddler 680 Posted February 7, 2014 Share Posted February 7, 2014 You should change the variables in some files: Packet.h / Line 1715 PythonNetworkStreamPhaseGame / Line 1537 PythonPlayerModule / Line 618 You saying i need a new compiled executable with that variables changed? Regards Link to comment Share on other sites More sharing options...
Premium Sanchez 2467 Posted February 7, 2014 Premium Share Posted February 7, 2014 Yes, you should change the variables and then recompile the binary, but one more important thing: You have to change the "i" to "llu". http://docs.python.org/2/c-api/string.html 1 Link to comment Share on other sites More sharing options...
Saddler 680 Posted February 7, 2014 Share Posted February 7, 2014 Vanilla, can you make your executable project for vanilla ? Regards Link to comment Share on other sites More sharing options...
Vanilla 1455 Posted February 8, 2014 Author Share Posted February 8, 2014 I'm not into editing the binary. Vanilla core should be a project belonging on security, stability and performance. Client binaries weren't planned. They don't provide these stats and everyone wants to use his own binary maybe a new encryption or something like that. So it's up to you to make these things happen. You can easily set the Yang maximum to 2kkk and just let it as it is if you're unsure to use the new gold maximum. Sanchez is right, you need to edit the source code and change the type of the variables so the gold amount won't be handled as 'int' anymore but as 'long long' or in his example 'unsigned long long'. @Mehti: Please provide a syslog. I'll try to reproduce the error and see if I can get some more information. €: I tried to reproduce the bug but nothing happened. I tried it with killing 1-2 metinstones. Then I spawned 10 and weakened them. For this test I've used the aggr-command to make the mobs attack me. Still no crash. I destroyed all 10 metinstones and no crash happened there. Maybe you've got a quest causing these troubles. Check if you have something like that. 2 We are the tortured. We're not your friends. As long as we're not visible. We are unfixable. Link to comment Share on other sites More sharing options...
Saddler 680 Posted February 8, 2014 Share Posted February 8, 2014 I'm not into editing the binary. Vanilla core should be a project belonging on security, stability and performance. Client binaries weren't planned. They don't provide these stats and everyone wants to use his own binary maybe a new encryption or something like that. So it's up to you to make these things happen. You can easily set the Yang maximum to 2kkk and just let it as it is if you're unsure to use the new gold maximum. Sanchez is right, you need to edit the source code and change the type of the variables so the gold amount won't be handled as 'int' anymore but as 'long long' or in his example 'unsigned long long'. @Mehti: Please provide a syslog. I'll try to reproduce the error and see if I can get some more information. €: I tried to reproduce the bug but nothing happened. I tried it with killing 1-2 metinstones. Then I spawned 10 and weakened them. For this test I've used the aggr-command to make the mobs attack me. Still no crash. I destroyed all 10 metinstones and no crash happened there. Maybe you've got a quest causing these troubles. Check if you have something like that. Ok, thanks. Link to comment Share on other sites More sharing options...
Vanilla 1455 Posted February 8, 2014 Author Share Posted February 8, 2014 In v2.2 the package system is disabled by default. You can enable it with the new CONFIG-option: package_enable: 1/0 1 activates the package-system. 0 disables it. If it's disabled you won't need to have the package-folder anymore. We are the tortured. We're not your friends. As long as we're not visible. We are unfixable. Link to comment Share on other sites More sharing options...
Premium Shogun 4591 Posted February 8, 2014 Premium Share Posted February 8, 2014 Is it possible you could you fix the oh.takemonarchmoney() bug in db core? When you use this function db gets stuck in a loop with some AsyncSQL Query error. Only tested 2089 and 34083 but as far as I know Ymir didn't fix this yet. Link to comment Share on other sites More sharing options...
Developer PACI 921 Posted February 8, 2014 Developer Share Posted February 8, 2014 (edited) Is it possible you could you fix the oh.takemonarchmoney() bug in db core? When you use this function db gets stuck in a loop with some AsyncSQL Query error. Only tested 2089 and 34083 but as far as I know Ymir didn't fix this yet. This difference file has been created by IDA Pro vanilla_dbcache 0009DCA9: 3B 20 The problem is just a semicolon in the query, so we only need to remove it. @Vanilla, check CMonarch::TakeMoney function at Monarch.cpp on db source. Edited February 8, 2014 by PACIFICADOR 1 when you return 0 and server doesn't boot: Link to comment Share on other sites More sharing options...
Vanilla 1455 Posted February 9, 2014 Author Share Posted February 9, 2014 in v2.2 the bug with the query is fixed. Thank you for reporting the issue. I've also fixed the table name bug since 'name' is ambigous. I've changed the query so it'll select `name` which is clearly the column name. The first test also showed up a great progress. You won't need to have the package-folder anymore unless you wish to enable the function as I mentioned above. Next step is to make the dbcache more comfortable. I'll try to let it either boot from the txt-files or from the database. If no txt file is present, it'll automatically print a message and loads the proto's from the database instead of the txt. So you won't have the trouble converting anything. If you still like to use the new system, just feel free to do it. Also I'll change the binding of the ip in dbcache. It'll now listen to 127.0.0.1 by default unless you specify a new value. This will help to mitigate attacks on your dbcache if you have no firewall at all (it's a little bit cruel to let your server run without a firewall and no bind-ip specified, but maybe under some circumstances this'd happen. So the new dbcache will handle it for you). 3 We are the tortured. We're not your friends. As long as we're not visible. We are unfixable. Link to comment Share on other sites More sharing options...
Mehti 76 Posted February 9, 2014 Share Posted February 9, 2014 I fixed all errors, My think errors not from vanilla core in 2-3 days i want make online server with vanilla core. I can post syslog, syserr in thread for improve development. If you want I can send with pm. Thank you, I hope you improve much. Link to comment Share on other sites More sharing options...
raazy10 1 Posted February 9, 2014 Share Posted February 9, 2014 This difference file has been created by IDA Pro vanilla_dbcache 0009DCA9: 3B 20 The problem is just a semicolon in the query, so we only need to remove it. @Vanilla, check CMonarch::TakeMoney function at Monarch.cpp on db source. is for game 34083 ? Link to comment Share on other sites More sharing options...
Honorable Member NoFr1ends 751 Posted February 9, 2014 Honorable Member Share Posted February 9, 2014 is for game 34083 ? No this is for the vanilla_dbcache as you can see in the dif file Link to comment Share on other sites More sharing options...
Developer PACI 921 Posted February 9, 2014 Developer Share Posted February 9, 2014 is for game 34083 ?As ChuckNorris said, this dif is for vanilla_dbcache.The dif for db r33k is on Shogun's thread (Full Monarch System). when you return 0 and server doesn't boot: Link to comment Share on other sites More sharing options...
Secresy 0 Posted February 9, 2014 Share Posted February 9, 2014 Which Client is optimized for this core? Link to comment Share on other sites More sharing options...
Former Staff .InyaProduction 1124 Posted February 9, 2014 Former Staff Share Posted February 9, 2014 Which Client is optimized for this core? There is no optimized client for it. As soon as i have more free time ill try to make one Link to comment Share on other sites More sharing options...
Saddler 680 Posted February 9, 2014 Share Posted February 9, 2014 /libexec/ld-elf.so.1: Shared object "libz.so.6" not found, required by "db" And yeah, i put all libs on the folder /usr/local/lib32/metin2 Regards. Link to comment Share on other sites More sharing options...
Vanilla 1455 Posted February 9, 2014 Author Share Posted February 9, 2014 Game or db? We are the tortured. We're not your friends. As long as we're not visible. We are unfixable. Link to comment Share on other sites More sharing options...
Saddler 680 Posted February 9, 2014 Share Posted February 9, 2014 Game or db? Points to db... Regards #Edit Vanilla i download your libz.so.rar with libz.so.6 and i put on /usr/local/lib32/metin2 and now when i try start give me that error: /libexec/ld-elf.so.1: /usr/local/lib32/metin2/libstdc++.so.6: Undefined symbol " _ThreadRuneLocale" Link to comment Share on other sites More sharing options...
Rumor 2607 Posted February 9, 2014 Share Posted February 9, 2014 Can you fix the invisibility bug that happens when a player revives or logs in please? 1 Link to comment Share on other sites More sharing options...
Saddler 680 Posted February 9, 2014 Share Posted February 9, 2014 Can you fix the invisibility bug that happens when a player revives or logs in please? x2 Link to comment Share on other sites More sharing options...
Mehti 76 Posted February 10, 2014 Share Posted February 10, 2014 Can you fix the invisibility bug that happens when a player revives or logs in please? I hope vanilla can fix this bug Link to comment Share on other sites More sharing options...
Premium Shogun 4591 Posted February 10, 2014 Premium Share Posted February 10, 2014 That looks like a client bug, more than server's. Link to comment Share on other sites More sharing options...
Former Staff .InyaProduction 1124 Posted February 10, 2014 Former Staff Share Posted February 10, 2014 That looks like a client bug, more than server's. Its a packet missmatch Link to comment Share on other sites More sharing options...
Rumor 2607 Posted February 10, 2014 Share Posted February 10, 2014 Also would be great if that bug can be fixed where you teleport with over 32,000 HP and you end up with negative HP. Link to comment Share on other sites More sharing options...
Vanilla 1455 Posted February 10, 2014 Author Share Posted February 10, 2014 I guess I'd try a overflow check and maybe raise the maximum hp so you'd possibly get more hp (but I don't know how the client will handle that though). To invisible bug: It's clearly the binary, not the gamefile. I joined on my test server and never had that bug (with 34k game I've received this bug everytime I respawned). We are the tortured. We're not your friends. As long as we're not visible. We are unfixable. Link to comment Share on other sites More sharing options...
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now