Empty Vendors, Empty Loot, No Quests

[trevius]

Also, I think the code you have for the following won't have the effect you want.

 if($text=~/I will gather materials/i && $class eq "Ranger"){
	quest::say('Take this pack. Go to Kaladim, find Trantor Everhot and ask for dwarven wire. Then go to Freeport to meet Jyle Windshot. Search the inns for him and ask him for treant wood. Then, collect some spiderling silk from spiderlings and finally, in Steamfont, we have the permission of the gnomes to use any micro servos we find while destroying rogue spiders. Combine them all and return the pack to me.');
	quest::summonitem(17367);
  } else {
	quest::say("Faydark's Champions cannot call you foe. but you have yet to earn our trust.");
  }

I believe you need to encase the else in with the first part like this:

 if($text=~/I will gather materials/i && $class eq "Ranger") {{
	quest::say("Take this pack. Go to Kaladim, find Trantor Everhot and ask for dwarven wire. Then go to Freeport to meet Jyle Windshot. Search the inns for him and ask him for treant wood. Then, collect some spiderling silk from spiderlings and finally, in Steamfont, we have the permission of the gnomes to use any micro servos we find while destroying rogue spiders. Combine them all and return the pack to me.");
	quest::summonitem(17367);
  } else {
	quest::say("Faydark's Champions cannot call you foe, but you have yet to earn our trust.");
  }}

I don't know for sure if that will even work as you want, so you might have to mess around with it. But I am pretty sure that the way you have it is wrong.

[suprphrk]

Thanks for the reply, Trevius.

I ran GeorgeS's quest tool on that file, and then stopped/restarted my server. I can see how the double quotes/single quotes issues can hinder quests, especially if there's a contraction or subquote in the quest. However, after changing those, and trying the different way of doing the begin/end, still no go. In my log, it still shows the same error as before:

[04.07. - 08:09:55] WARNING: error compiling quest file
quests/gfaydark/Maesyn_Trueshot.pl: Perl runtime error: Undefined 
subroutine &main::eval_file called.
(reverting to default questfile)

It seems like it's trying to call eval_file and not opening the file right. I've checked permissions, and set all of the quest/ folder, all of its subfolders, and files to give Everyone read and execute. Still didn't work. I'm still working with it, but any more insight would be helpful. Keep the ideas coming!

[trevius]

Try changing the double quotes in:

$class eq "Ranger"

to single quotes:

$class eq 'Ranger'

and see what happens.

Make sure you are using #questreload after making any changes so it loads your updates to the quest.

[trevius]

I just read pretty thoroughly through the section of your quest that you posted and it looks ok now. If you have more in that quest that you didn't post yet, please post it. Maybe there are other mistakes. Make sure to hit the "check syntax" button on GeorgeS tool. It can help find missing bracket issues.

[suprphrk]

Wow. I fixed it. It's dirty, and others have come across it before. I'd copied my perl\bin folder to my EQEmu folder, but not the other way around. What I did was set my EQEmu root to the perl\bin folder as per http://www.eqemulator.net/forums/arc...p/t-22891.html. This is definitely a bug, but it sounds like it only happens every once in a while.

I'm in Windows 2003 Server, ActivePerl-5.8.8.822-MSWin32-x86-280952, EQEmu-0.7.0-1103 configuration. Anyone else with the same problem that kedra/I have, maybe with the same config? To help out debugging?

Thanks to everyone for their help and ideas.

[Aramid]

Was the path set on your server to check the perl/bin folders?

[suprphrk]

Ya, my path starts with:

PATH=C:\Perl\site\bin;C:\Perl\bin;

You think the order matters? I've seen some cases where it does matter when I worked on the helpdesk, I want to say with Chameleon installs... Maybe it should look in c:\perl\bin first, then site\bin? Can someone that has a working server in its own directory share the order of their perl-related path variable?

[Aramid]

Mine only has C:\Perl\bin as far as perl goes and it is first.

[Andrew80k]

Originally Posted by suprphrk

Ya, my path starts with:

PATH=C:\Perl\site\bin;C:\Perl\bin;

You think the order matters? I've seen some cases where it does matter when I worked on the helpdesk, I want to say with Chameleon installs... Maybe it should look in c:\perl\bin first, then site\bin? Can someone that has a working server in its own directory share the order of their perl-related path variable?

Order only matters if you have 2 executables in your path with the same name. It will pick the one that turns up in your path first.

I wonder if this is a difference in the environment that the server is running in and the environment that the client is running in? Maybe not, but it is something to check.

[suprphrk]

Well, the server is W2k3 server, client is Vista. I tried switching the paths and rebooting, that didn't do it. I dunno, it's werid. I haven't tried messing more with it though, I have a stable EQ .