Latheesan

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.

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; [root@server 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: [root@server 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

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.

Isn't that correct? http://i.imgur.com/tvrutsr.png Zeny != zeny to the npc script engine.

@Kido what's case sensitive?

New version released : http://rathena.org/board/files/file/2840-npc-script-editor/

Yea it definetly works with rAthena as well as eAthena.

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.

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. ['213.131.64.19'] [TTL=172800] ns4.link.net. ['213.131.64.20'] [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?

Thanks allot

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.

@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.

@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.

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.

Oh my god, people are still using this? This is ancient. I'll see if I can update this when I get a chance. Sorry about all the bugs, this script was valid at the time of release, not so sure now...

@Dramosith - Awesome idea, I will look into these two plugins soon~ @Euphy - Managed to do everything on your list except for the last one New version released, currently awaiting approval. What's New in Version v1.0.0.314

Awesome, thanks for the tips. I will work on the updates tonight.

Hi, Here's my latest public release after a very long time. An easy to use & feature packed NPC Script Editor for RO emulator(s). NPC Script Editor r600 Features NPC Script Syntax Highlighting Standard functionalities you'd expect of a editor (file, open, print etc...) Fully implemented Find & Replace (Ctrl + F / Ctrl + H) with Go To (Ctrl + G) functions Quick Find & Highlight Tabbed Editor Tab Docking Open-Source & Easy To Use Plugin System - sample "Hello World" project in "Plugins" folder (VS2012 C# .NET) Auto-Suggest/Complete Code Folding Markers / Bookmarks NPC Script Commands Bible - Free Plugin Text Translator - Free Plugin Snippets - coming soon Hotkeys Ctrl + W = Close Current Tab Ctrl + Tab = Next Tab (Cycle Forward) Ctrl + Shift + Tab = Prev Tab (Cycle Back) Ctrl + N (1 ~ 9) = Opens Nth Opened Tab (e.g. Ctrl + 2 will open 2nd open tab) Ctrl + Space = Show auto-suggest/complete for the script command you are typing F1 = Select text in editor and press F1 to open NPC Script Command Bible plugin F2 = Select text in editor and press F2 to open Text Translator plugin What's New in Version v1.0.0.600 Implemented F6 Hotkey = Parse Current NPC Script To Output Window and shows any syntax / coding errors OutputWindow cannot be closed, and it starts hidden now Improved OutputWindow handling code OutputWindow now launches in hidden mode, and reveals itself on F6 keypress (if hidden) Fixed Tab Order/Stop in Core Plugins NPCScriptCommandsBible Plugin no longer uses internal script_commands.txt script_commands.txt is converted to Windows EOL automatically before parsing - no need to manually convert it now Re-Written NPCScriptCommandsBible Plugin's script_commands.txt Parser Plugin Code Optimized Fixed unnecessary trailing space with command info parsing - NPCScriptCommandsBible Enabled word wrap and forced vertical scroll bar - NPCScriptCommandsBible F1 hotkey now guesses the word at caret position (if a selection wasn't there) New script file(s) that are opened now automatically converted to CRLF (EOL) Fixed minor bug with F1 Guess Word At Caret function Fully Implemented "Open Recent" (History) Feature U.I Improvement - If the same file is already opened, that tab window is shown instead of opening the same file twice (or more) Enabled brace matching Fixed Minor Bug With Start-Up Sequence Fixed crash bug with opening files with the editor Removed Global Hotkey and replaced with application level hotkey feature Demo Thanks for trying my editor. Any comments and feedback would be much appreciated.

Thanks allot Gepard, your AWESOME! I'll try it out when I get home and update this post. --- Okay, I tried to configure the server after installing libssl-dev and it seems to have done the trick no more errors. Thanks again Gepard

Thanks for that link, but I am already aware of of the stock mysql 5.1 server. I've installed the DotDeb repo to get MySQL 5.5 because I wanted this package (instead of the old 5.1) for the imroved InnoDB storage engine. I managed to installed nginx and PHP 5.3.9 (FPM - FastCGI) and MySQL 5.5 and phpMyAdmin and everything seems to be working. Last I checked, MySQL 5.5 came out of "experimental" stange long time ago, is it not production ready now? Lots of people use it and we use it at work. Is the issue with rAthena not compatible with MySQL 5.5? I don't get it, all it is is just a new version, at the end of the day it's still a fully working MySQL server and all the necessary mysql development libraries are installed... I raised the question here, because I thought the problem was with the configure script not detecting my installed mysql. -- Reference : http://dev.mysql.com/doc/refman/5.5/en/faqs-general.html#qandaitem-B-1-1-1

MySQL 5.5 from DotDeb repo (I don't think it's the experimental build) - http://www.dotdeb.or...9/mysql-5-5-19/

Hi, First of all, sorry if I posted this in the wrong section. I am trying to install rAthena on Debian 6.0 (x86) with MySQL 5.5. All the necessary libraries are already installed with : apt-get install subversion make gcc libmysqlclient-dev zlib1g-dev libpcre3-dev When I run ./configure I get the following error : Any idea what's wrong? I've also tried the following combination : ./configure --with-mysql and ./configure --with-mysql=/usr/bin/mysql_config no luck so far ...

really happy to hear this news; finally