Go Back   EQEmulator Home > EQEmulator Forums > Support > Support::Windows Servers

Support::Windows Servers Support forum for Windows EQEMu users.

Reply
 
Thread Tools Display Modes
  #1  
Old 10-21-2008, 09:23 AM
So_1337
Dragon
 
Join Date: May 2006
Location: Cincinnati, OH
Posts: 689
Default Error: #CastSpell: Arguement out of range:

I updated to the Revision 125 binaries and PEQ database Revision 125 this morning, and now I'm seeing this error. It doesn't seem that the spells are being loaded. #findspell returns "Spells not loaded".

Is this something I've done wrong, or was something overlooked? Checked, and I still have my spell files in place for both my client and server, and they are original and untouched.
Reply With Quote
  #2  
Old 10-21-2008, 10:07 AM
Derision
Developer
 
Join Date: Feb 2004
Location: UK
Posts: 1,540
Default

Did you copy the Rev 125 EmuShareMem.DLL over to your eqemu directory ?
Reply With Quote
  #3  
Old 10-21-2008, 10:08 AM
So_1337
Dragon
 
Join Date: May 2006
Location: Cincinnati, OH
Posts: 689
Default

Yes. Straight from the 'build' folder to my EQEmu directory. The only thing I considered was the missing SQL for your damageshieldtypes table, but that was included in the PEQ database update, so it's there. And I didn't think that should interfere with the spells anyway.

I know I have the latest build running, because a paladin and I were just killing time testing out the new Slay Undead ability.

EDIT: Just downloaded the binaries again. Checked the modified date and time against what's in my EQEmu directory, and they match. File size as well. The date on them is 10/18, 12:22 AM.
Reply With Quote
  #4  
Old 10-21-2008, 10:13 AM
Derision
Developer
 
Join Date: Feb 2004
Location: UK
Posts: 1,540
Default

Did you try rebooting your server ? The size of the shared memory spell struct changed with the damage shield changes, so if the old spell data is still hanging around in memory (or if you hadn't updated EQEmuSharemem.dll), that might cause it.
Reply With Quote
  #5  
Old 10-21-2008, 10:15 AM
So_1337
Dragon
 
Join Date: May 2006
Location: Cincinnati, OH
Posts: 689
Default

Interesting. I haven't rebooted the actual server machine, no. Let me do that, and sorry if it's as simple as that. Never realized that could cause an issue, I thought simply nuking all the EQEmu processes and restarting them cleared everything possible.

Will report back.
Reply With Quote
  #6  
Old 10-21-2008, 10:29 AM
So_1337
Dragon
 
Join Date: May 2006
Location: Cincinnati, OH
Posts: 689
Default

Still no dice after a reboot of the server box. Hrm.
Reply With Quote
  #7  
Old 10-21-2008, 10:31 AM
Derision
Developer
 
Join Date: Feb 2004
Location: UK
Posts: 1,540
Default

I'd check the logs then, might be a clue there. I'll try the Rev125 windows binaries when I get home from work to see if they work for me.
Reply With Quote
  #8  
Old 10-21-2008, 10:38 AM
So_1337
Dragon
 
Join Date: May 2006
Location: Cincinnati, OH
Posts: 689
Default

Much appreciated. Going to enable logging again and see what I can find. Revision 109 was working just fine, not sure where I went wrong. Though I imagine that if it was widespread, I wouldn't be the only one posting about it =)

Thanks for all the help, I'll post back with any information that I can dig up.
Reply With Quote
  #9  
Old 10-21-2008, 10:57 AM
So_1337
Dragon
 
Join Date: May 2006
Location: Cincinnati, OH
Posts: 689
Default

The logs are turning up nothing out of the ordinary. Not a single "error" log, just the usual debug and typical zone logs. Trying to cast a spell in a zone, I receive the following from the zone log:

Quote:
[10.21. - 10:41:14] OP CastSpell: slot=1, spell=3491, target=444, inv=ffffffff
That seems typical to me, just that it doesn't seem to have the spell file loaded to pull from.

I'd revert to the previous build, but I've updated my database already and don't have the previous version saved. (Lesson learned, I'll save it in the future.) I suppose I should mention that I've already learned the hard way that I can't run this database with the old build, as I booted it without merging the Rev125 binaries in, and was unable to load any zones. (Continuous "That zone is unavailable" errors while trying to log in, until I realized my mistake.)

Think I'm going to re-source the database and load the binaries into place again, and see what happens.
Reply With Quote
  #10  
Old 10-21-2008, 11:09 AM
So_1337
Dragon
 
Join Date: May 2006
Location: Cincinnati, OH
Posts: 689
Default

Re-sourced, EQEmu folder overwritten with the latest binaries, and still the same issue. Going to do another server box reboot just for good measure. Don't want to have it be something completely stupid I'm doing wrong. I'd settle for some-what stupid =)
Reply With Quote
  #11  
Old 10-21-2008, 11:12 AM
leslamarch
Discordant
 
Join Date: Sep 2006
Location: Green Bay, WI
Posts: 436
Default

Quote:
Originally Posted by So_1337 View Post
Re-sourced, EQEmu folder overwritten with the latest binaries, and still the same issue. Going to do another server box reboot just for good measure. Don't want to have it be something completely stupid I'm doing wrong. I'd settle for some-what stupid =)
I just tested this on the latest SVN, and I'm not getting this error. What are you doing to make this happen? Just want to make sure i'm testing it right
Reply With Quote
  #12  
Old 10-21-2008, 11:18 AM
So_1337
Dragon
 
Join Date: May 2006
Location: Cincinnati, OH
Posts: 689
Default

Nothing special, I don't think. Running on Windows Server 2003, never had an issue with this before. Just finished rebooting, loading into world now to test...

Problem persists. spells_en.txt and spells_us.txt both in the EQEmu directory and unmodified. Same for this client. Not sure why they aren't being loaded.
Reply With Quote
  #13  
Old 10-21-2008, 01:34 PM
So_1337
Dragon
 
Join Date: May 2006
Location: Cincinnati, OH
Posts: 689
Default

Just another update: Tried reverting to the previous set of binaries (109), and I find myself with the "That zone is unavailable" error when trying to log in past character select. Whenever I've had this error in the past, it's because eqlaunch.exe was having issues and not even launching. This time around, it seems fine. No errors or anything. My two static zones and all my dynamic zones seem to load fine while I'm watching the world.exe window, but the other three (the two static zones and the dynamic zone window from eqlaunch.exe) are stuck with "0: sleeping" as if all were well. (Though that's not entirely accurate, as the static zones should be displaying the zone names in the window titles rather than "sleeping".)

Looks like I'm stuck in limbo between the two builds, then. Server will stay locked for the time being. Completely strange.
Reply With Quote
  #14  
Old 10-21-2008, 01:45 PM
Derision
Developer
 
Join Date: Feb 2004
Location: UK
Posts: 1,540
Default

I have the same problem with the Rev125 Windows bins,
Code:
[Debug] [SPELLS__LOAD_ERR] LoadSPDat() EMuShareMemDLL.Spells.DLLLoadSPDat() returned false
I'm going to compile a set myself, see if they have the same problem.
Reply With Quote
  #15  
Old 10-21-2008, 01:51 PM
So_1337
Dragon
 
Join Date: May 2006
Location: Cincinnati, OH
Posts: 689
Default

Yay! I'm not the only one now, at least.

Thanks Derision =)
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

   

All times are GMT -4. The time now is 09:38 AM.


 

Everquest is a registered trademark of Daybreak Game Company LLC.
EQEmulator is not associated or affiliated in any way with Daybreak Game Company LLC.
Except where otherwise noted, this site is licensed under a Creative Commons License.
       
Powered by vBulletin®, Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Template by Bluepearl Design and vBulletin Templates - Ver3.3