maqc1

This happens if you close the dialog using close2; but then you forget to use end; to stop the script. Good behavior :
mes "blablabla"; close2; emotion 21; // Or other stuff end;  
 

From 64 bit system and default structs, you can use up to 909 size for guild storage.
But from numbers what you gave, you using 1000 size for guild storage

Hi folks, I encounter a peculiar problem since my last git pull. All new created characters start with 6281 max SP. Max HP are fine. I looked around some relevant files to see if something was wrong, but everything seems perfectly fine (tables in /db/pre-re/job_db.conf and /db/job_db2.txt are both correct). When the character change class, the Max SP go back to normal.
 
Any idea where that comes from? Thanks!
 
[info]: Hercules 64-bit for Linux
[info]: Git revision (src): '5c5fabc490cdad507650d0b3713221bd92da765d'
[info]: Git revision (scripts): '5c5fabc490cdad507650d0b3713221bd92da765d'
[info]: OS version: 'Ubuntu 14.04.5 LTS [x86_64]'
 
EDIT : Seems like even old novices (i.e. created before the git pull) have super high Max SP. I don't get it =/
 
EDIT 2 : Novices seem to have higher ASPD as well (175 ASPD at level 1...)
 
EDIT 3 : After further testing, I found that Max SP become normal when novice reach base level 76. ASPD don't, though.

I did this a couple months ago and it worked great.
 
First, you need to import all of eAthena SQL updates. You can find them in eAthena's repository : https://eathena-project.googlecode.com/svn/trunk/sql-files/
 
After that, you import "eAthena-main-upgrade.sql" from Hercules' repository. You can find it here : https://github.com/HerculesWS/Hercules/blob/master/sql-files/upgrades/eAthena-main-upgrade.sql
 
You can do the same with "eAthena-logs-upgrade.sql" if you want to keep your old logs : https://github.com/HerculesWS/Hercules/blob/master/sql-files/upgrades/eAthena-logs-upgrade.sql
 
After this is done, you run all Hercules SQL updates from the repository : https://github.com/HerculesWS/Hercules/tree/master/sql-files/upgrades
 
As I said, I moved from eAthena to Hercules a couple months ago and it worked fine! Just backup your database in case you make an error.

I've tried multiple time in Linux (Linux Mint 17.2 for myself) to run it with Wine, but it never works perfectly fine. The "best" configuration I found was to use the "PlayOnLinux" interface and installing .NET Framework (I tried several versions), but even then I got some error.
 
Best workaround is to simply install VirtualBox and run a version of Windows XP inside Linux.

You need to use the attachrid script command. Look it up on the wiki : http://herc.ws/wiki/Attachrid
 
Following the wiki's example :
 
mes "[NPC]";mes "Enter a name of a player.";next;input .@playername$;mes "[NPC]";mes "Enter a message.";next;input .@message$;set .@playerid,getcharid(3,.@playername$); // retrieve rid of another playerset .@invokeid,getcharid(3); // retrieve rid of the current playerdetachrid; // detaches the current player, // although not necessary before attachridif(.@playerid && attachrid(.@playerid)) // playerid is 0 if player is offline{ dispbottom .@message$"; // Displays the message to second player}else{ set .@playerid,0; // indicate attachrid failure}if(attachrid(.@invokeid)) // attach back to the first player{ if(.@playerid) { mes "I have said " + .@message$ + " to "+.@playername$+"."; } else { mes "I was not able to reach "+.@playername$+"."; } close;}end;

For your accent problem, you need to encode your script files in ANSI (aka Windows 1252 encoding). I have the same problem using french accents (é, è, ê, ë, etc.). UTF-8 encoding don't show accents properly.

You need to change the name in the summon script. For example, assuming you're using renewal, to change the name of Poring in prt_fild01, you need to change :
prt_fild01,0,0,0,0  monster  MONSTER_NAME  1002,30,5000,0,0 In file npcremobsfieldsprontera.txt
 
OR you can change the settings in monster.conf to ignore the summoning name and always use the DB name, by changing :
// Should the mob_db names override the mob names specified in the spawn files?// 0: No// 1: always use the mob_db Name column (english mob name)// 2: always use the mob_db JName column (original Kro mob name)override_mob_names: 1   
In file confbattlemonster.conf

For your accent problem, you need to encode your script files in ANSI (aka Windows 1252 encoding). I have the same problem using french accents (é, è, ê, ë, etc.). UTF-8 encoding don't show accents properly.

The first occurred case is stored, so if server first reads a script which have ONQUIT, and you have OnQuit too, it will show you to change to ONQUIT.