Jump to content


  • Posts

  • Joined

  • Last visited


Profile Information

  • Gender
  • Location
    UK, London

Recent Profile Visitors

4,236 profile views

Latheesan's Achievements


Newbie (1/14)



  1. I was setting up rAthena on a 512MB vps instance and I've compiled rAthena using this flag: ./configure --enable-64bit When the emulator was started, I noticed that the map-server was using approximately 70% memory. Is this because of the flag --enable-64bit I used during configure? Or is there some other underlying reason why it would use allot of memory?# How does one optimise rAthena to use less memory? I am already using sql item/mob db.
  2. I am trying to compile rAthena on CentOS 7 64-Bit OS; but I want to use MariaDB 10.1 (instead of MySQL, since it's a fork and should work the same). When I run the ./configure --enable-64bit command, I see the following error: ...checking for library containing pthread_cancel... none required checking for library containing pthread_join... none required checking for mysql_config... /usr/bin/mysql_config checking for mysql_init in -lmysqlclient... no checking mysql.h usability... yes checking mysql.h presence... yes checking for mysql.h... yes checking MySQL library (required)... no configure: error: MySQL not found or incompatible Prior to starting the installation, I have made sure the following packages are installed: yum install -y mysql-devel pcre-devel zlib-devel; [[email protected] host]# yum install -y mysql-devel pcre-devel zlib-devel Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: mirror.sov.uk.goscomb.net * epel: mirrors.coreix.net * extras: centos.serverspace.co.uk * remi-safe: remi.check-update.co.uk * updates: repo.bigstepcloud.com Package MariaDB-devel-10.1.10-1.el7.centos.x86_64 already installed and latest version Package pcre-devel-8.32-15.el7.x86_64 already installed and latest version Package zlib-devel-1.2.7-15.el7.x86_64 already installed and latest version Nothing to do I checked the /usr/lib64/ folder and I can see the libmysqlclient dev binaries: [[email protected] host]# ls /usr/lib64/ | grep mysql libmysqlclient.a libmysqlclient_r.a libmysqlclient_r.so libmysqlclient_r.so.18 libmysqlclient_r.so.18.0.0 libmysqlclient.so libmysqlclient.so.18 libmysqlclient.so.18.0.0 libmysqld.a libmysqld.so libmysqld.so.18 libmysqlservices.a So, I tried to configure the installation like this: ./configure --enable-64bit --with-MYSQL_LIBS=/usr/lib64 However, this too did not work. Any ideas what I might be doing wrong? Is MariaDB not supported with rAthena? This is how I installed MariaDB 10.1 on my CentOS 7 (x64): wget -O /etc/yum.repos.d/MariaDB.repo http://mariadb.if-not-true-then-false.com/centos/$(rpm -E %centos)(uname -i)/10_1 yum install MariaDB MariaDB-server Thanks in advance for any help & happy new year to the community. UPDATE: Sorry, posted this question too soon. This has fixed my issue: ./configure --enable-64bit --with-MYSQL_LIBS=/usr/lib64/libmysqlclient.so
  3. The case sensitivity checking is actually built into the script parsing engine of Hercules; so I am afraid I can't by pass it, unless I modify the source and skip those checks (i'll look into this later). As for the checking reporting one error at a time, again this is how the script engine works, so we kinda have to adhere to it.
  4. Isn't that correct? http://i.imgur.com/tvrutsr.png Zeny != zeny to the npc script engine.
  5. New version released : http://rathena.org/board/files/file/2840-npc-script-editor/
  6. Yea it definetly works with rAthena as well as eAthena.
  7. Hi everyone, I am back from my long break. I have now completed the script parsing / checking functionality within NPC Script Editor. I got in touch with Ind from Hercules emu few months ago to discuss the posibility of using the script parsing functionality that is already inside map-server as a stand alone feature and one of the developer came up with this: https://github.com/HerculesWS/Hercules/pull/217 This special edition of map-server_sql.exe (compiled from Hercules emu) is now integrated with NPC Script Editor. Here is how it looks like: When you are editing a script, press F6 to parse and synctax check the script you are working with. Any errors are reported like this: If you've fixed the error and pressed F6 again, it will highlight the next problem, etc... Now you can work on NPC Scripts and not have to load it into the live/test server to see if any syntax/coding error are in there. Hopefully this will speed up everyone's NPC Scripting. I am currently working on packaging this as a standalone installer and hope to have it released soon. This new build comes with new bug fixes and improvements also.
  8. Latheesan


    Hi. You are using one of your cPanel web hosting plan. Did you remember to update your domain's name server to ours? At the moment it is pointing to: ns3.link.net. [''] [TTL=172800] ns4.link.net. [''] [TTL=172800] See for yourself : http://intodns.com/accelro.com So, this is why you are getting that error "Error 137 (net::ERR_NAME_RESOLUTION_FAILED): Unknown error." Yea... because this something you (domain owner) have to do - nothing to do with us. It was documented in the welcome email you receive, did you read it?
  9. Hi, I have a quick question. Take a look at this list of script command definitions (from http://svn.rathena.org/svn/rathena/trunk/src/map/script.c): Can someone help me understand what these values specified inside the double quotes, next to each function name. for e.g: s l * i ? v r I am guessing "s" is string and "i" is int, but what do others means? Also, if nothing is specified within double quotes, does that mean that particular script command doesn't take any arguments? Thanks.
  10. @arzzzae - see my reply above. We are working on a simple/primitive script parser which will help identify & fix "most" errors for the next release.
  11. @Via I am working with Yommy to come up with a Script Parser that works off the editor's content and it should help identify 99% of the errors. Hoping to have it ready for next release.
  12. Ah no worries. This version 1.2 was released around 1st of Jan 2011, so it's approx 2+ years old. When I get a chance, I will work on a new version that is much easier to use. It won't a PHP script this time, It will be a self-contained C# app - only requirement would be .NET Framework 4.0.
  • Create New...

Important Information

By using this site, you agree to our Terms of Use and Privacy Policy.