jpmythic

Yep, very complex system, I spotted that later (utf8)

just hadnt gotten back to this post yet.

Glad it was sorted with utf8.

I had spotted the bit about pet and guild names

(Which is why i did this), just forgot to mention this.

The whole reason I ended up looking at it was for an Additional

little feature of a Guild Rename Deed and I didnt want screwed up names on the system.

FTP the two files from ftp.gnu.org

autoconf-2.61.tar.gz

m4.1.4.11.tar.gz

First make sure you got the files (autoconf and M4)

1: FTP files needed

2: rpm -e autoconf --nodeps

3: tar zxf autoconf-2.61.tar.gz

4: cd to its dir (autoconf-2.61)

5: configure / make / make install autoconf

6: tar zxf m4-1.4.11.tar.gz

7: configure / make M4

8: rpm -e m4 --nodeps (You need M4 up until this point, so can be uninstalled now)

10: make install (M4)

(IF you didnt change the location configure sets for the finall install of autoconf and M4)

You either ADD the normal /usr/local/bin dir to everybodys Path OR create symbolic links to

said files now installed (autoconf and M4) which by default goto /usr/local/bin

Centos Def Path for M4/Autoconf (rpm version) is /usr/bin

All done...

Well, this it's NOT working on CentOS 5.2 ::: this GIT is no good, WERE is the old "" svn co "" Trunks ?

This whate i get :

[david@DesktopPC mangos]$ autoreconf --install --force

Putting files in AC_CONFIG_AUX_DIR, `aux_config'.

configure.ac:217: error: possibly undefined macro: AC_TYPE_UINT64_T

If this token and others are legitimate, please use m4_pattern_allow.

See the Autoconf documentation.

autoreconf: /usr/bin/autoconf failed with exit status: 1

Anyone here whats wrong here ?

Thanks.

Yeah, Thats because Centos 5.2 is using autoconf 2.5, two ways to fix:

Comment out that macro in configure.ac

OR

Manually upgrade your autoconf and m4 (This is hard way and not necessary).

I am still having a problem with Centos 5.2 but mine is after compile with Sockets.

Once you comment that out it will compile if you have your libraries sorted out.

This makes the IsReservedName() call work better as it currently will ONLY match exact...

Which means if you have a ReservedName of [ admin ] , only attempts at using ( admin )

will flag it, any other values like: (Admin , ADMIN, aDmin, etc.. ) will not flag up with current implementation..

       bool IsReservedName(const std::string& name) const
       {
            std::string tempStr;
        tempStr.assign(name);
       std::transform(tempStr.begin(), tempStr.end(), tempStr.begin(), tolower);
              return m_ReservedNames.find(tempStr) != m_ReservedNames.end();
       }

Really a simple fix, convert em all to LowerCase, and ONLY enter values in the DB in lowercase

Thus ANY attempt to use a ReservedName is caught...

Sheesh

Of course you could always get really fancy and do a Comparision with it checking if the ReservedName

is Within the name being checked, thus MrAdmin would flag on [ admin ] as being reserved...

I'll leave that excersise to you to work out :cool:

I have searched all three forums ( Here/SD2/UDB ) and have seen alot of things about the

issue with trying to change the HearthStone Cooldown period, Lots of suggestions, but none worked.

Now I have looked at it and played with and thought this should do it, but it doesn't work either.

I suspect most likely due to wrong settings in this Change...

I set this up in CharacterHandler.cpp during the Character Login...

      //Mythic HearthStone Mod
   int32 hearth_mod = 3600000;
   switch( vip_level )
   {
       case 0:        hearth_mod = hearth_mod * 0.5;    break;
       case 1:        hearth_mod = hearth_mod * 0.4;    break;
       case 2:        hearth_mod = hearth_mod * 0.3;    break;
       case 3:        hearth_mod = hearth_mod * 0.2;    break;
       case 4:        hearth_mod = hearth_mod * 0.1;    break;
       default:    hearth_mod = hearth_mod * 0.05;    break;
   }

   SpellModifier *mod = new SpellModifier;
   mod->op = SPELLMOD_COOLDOWN;
   mod->value = hearth_mod;
   mod->type = SPELLMOD_FLAT;
   mod->spellId = 8690;
   mod->effectId = SPELL_EFFECT_DUMMY;
   mod->lastAffected = NULL;
   mod->mask = 0x001000000000LL;
   mod->charges = 0;
   pCurrChar->AddSpellMod(mod, true);

  .....
  if(pCurrChar->isGameMaster())
       SendNotification(LANG_GM_ON);

And this has no effect...

I suspect perhaps I need to change either/both the values for:

[ mod->effectId / mod->mask / mod->charges ]

The problem is, there so little documentation for these values...

This idea above came from looking at what it is supposed to do just like

Items worn (weapons/armor/rings) and Talents do modifications to Cooldowns and Cast time

I have also tried this in Spell.cpp

with the latest settings I am trying next:

void Spell::SendSpellCooldown()
{
      .............
      // prevent 0 cooldowns set by another way
      if (rec <= 0 && catrec <= 0 && (cat == 76 || cat == 351))
         rec = _player->GetAttackTime(RANGED_ATTACK);
      ...

      //Mythic HearthStone Mod
   //Mythic DEBUG Vip Mods
   //Adjust by Vip Level 
   if ( m_spellInfo->Id == 8690 ) //&& _player->isVip() )    //(HearthStone) Spell only Modified here
   {
       //Mythic DEBUG Msg
       //sLog.outError("HearthStone check ocuring..>");
       rec = 3600000;    //Default 60 Mins
       switch (_player->charfdb_level)    //Vip Level
       {
           case 0:        rec = rec * 0.5;    break;
           case 1:        rec = rec * 0.4;    break;
           case 2:        rec = rec * 0.3;    break;
           case 3:        rec = rec * 0.2;    break;
           case 4:        rec = rec * 0.1;    break;
           default:            rec = rec * 0.05;    break;
       }
       _player->AddSpellCooldown(m_spellInfo->Id, SPELLMOD_COOLDOWN, rec);
       return;
   }

(EDIT)

Alrite, I just tried the Above again with No Effect...

And yes, I know about changing the SpellCooldown in the Database for Item_Templates..

That of Course has no Effect except to change the Description for the TImeout Period, No actual change to CoolDown period itself.

And I clear my Game Cache before attempting the Changes...

(end Edit)

Seems like something is Being Locked down in the CLient,

My next step is a Modified script that will be attached to the Hearthstone

and use a Dummy Spell for On_Use instead of the SpellId 8690 (casts hearthstone).

Any Suggestiosn Or Ideas with what I have tried?

Currently using:

Linux Debian

Mangos Ver 6918

SD2 Ver 803

Acid 0.0.5

UDB