Notice: Any messages purporting to come from this site telling you that your password has expired, or that you need to verify your details, confirm your email, resolve issues, making threats, or asking for money, are
spam. We do not email users with any such messages. If you have lost your password you can obtain a new one by using the
password reset link.
Due to spam on this forum, all posts now need moderator approval.
Entire forum
➜ SMAUG
➜ Running the server
➜ Bugs during boot (Planes.dat and IMC-help stuff)
|
Bugs during boot (Planes.dat and IMC-help stuff)
|
It is now over 60 days since the last post. This thread is closed.
Refresh page
Pages: 1 2
| Posted by
| Zagreus
(8 posts) Bio
|
| Date
| Thu 08 Feb 2007 10:00 PM (UTC) |
| Message
| Not sure if this falls under compiling or running, but since I compiled without error and am getting these bugs while I try to run, I'm posting here. :)
Anyway, hi all. I haven't fiddled with SMAUG in well over 5 years, but got kinda bored the other day and went ahead and got into it. I'm running SMAUG 1.4a from this website (http://www.gammon.com.au/files/smaug/smaug1.4a.zip and and http://www.gammon.com.au/files/smaug/smaug1.4a.sce.zip, as the first one didn't seem to have a src directory), and have compiled under MSVC++ .NET 2003 without problems.
When I run the smaug executable file from the first .zip file I mentioned, it works just great. However, when I replace it with my own from the second .zip file (Using 100% unmodified source, compiled without errors) I've got a few annoying bugs that I haven't been able to squish yet. I've searched a few websites and found a couple possible solutions, but none of them worked.
Problem 1)
Thu Feb 08 16:45:34 2007 :: Reading in plane file...
Thu Feb 08 16:45:34 2007 :: [*****] BUG: load_planes: can't open plane file for read.
What I tried)
I created a new file named planes.dat in the system folder, opened it in notepad, and made it like so:
#PLANE
END
#END
When I tried this attempted fix, all it did was cause the server to halt at Reading in plane file... Can anyone tell me how to build a working, blank, planes file? I also tried just #END, and just #PLANE and #END without the end in the middle.
Problem 2)
A boatload of bugs about duplicate entries in imc-help.are and ice-help.are. I looked at the .are files in notepad and only saw one entry for each help topic... it confuses me.
Problem 3)
My game.log file in my log directory isn't updating properly. First it was just cutting off stuff at the bottom and not showing the most recent stuff, but after I shutdown my mud and later brought it back up, it hasn't updated at all. I have NO clue what could possibly be causing this. Where should I check?
If anyone would be able to offer some insight on these problems, I'd greatly appreciate it! I feel kinda rusty, as it's really been a long time since I've messed with this kind of stuff. | | Top |
|
| Posted by
| Zeno
USA (2,871 posts) Bio
|
| Date
| Reply #1 on Thu 08 Feb 2007 10:26 PM (UTC) |
| Message
| | Before anything, why not use SmaugFUSS? I'd highly recommend it. |
Zeno McDohl,
Owner of Bleached InuYasha Galaxy
http://www.biyg.org | | Top |
|
| Posted by
| David Haley
USA (3,881 posts) Bio
|
| Date
| Reply #2 on Thu 08 Feb 2007 10:29 PM (UTC) |
| Message
| For problem #1, why not just copy planes.dat from the working directory? Are you sure you are running everything from the right places?
To run SMAUG, you should have a directory structure like this:
smaug/
smaug/src (this is where the exe is)
smaug/area
smaug/players
smaug/system
and so forth.
To run it, you normally go into area, and run ../src/smaug.
Problem #2: not sure. Did both files come from the same distribution?
Problem #3: not entirely sure either.
You're running all this under Windows, right? I'd highly recommend getting Cygwin running, since a lot of this is really, really meant to run first and foremost on Cygwin, and all pure-Windows copies are "at your own risk" (even moreso than the Unix-family versions). |
David Haley aka Ksilyan
Head Programmer,
Legends of the Darkstone
http://david.the-haleys.org | | Top |
|
| Posted by
| Zagreus
(8 posts) Bio
|
| Date
| Reply #3 on Fri 09 Feb 2007 07:55 AM (UTC) Amended on Fri 09 Feb 2007 08:02 AM (UTC) by Zagreus
|
| Message
| Thanks for the info. I'm positive everythings in the right directories though, and the way you explained it is the way that I'm doing it.
I took the planes.dat from SmaugFUSS and that worked... Which is really strange, cause I looked at it and that is EXACTLY how I had mine set up at one time (Like I said, I tried different variations with #END, and that was one of them).
As for IMC and ICE helpfile errors, I just deleted the two .are files and removed any reference from them in the area.lst. All the help topics are still there (no clue where it's getting them from), and no more bugs on boot. So I guess that's okay now.
Thanks for the suggestionm on using SmaugFUSS. I'm sure it's great, but I didn't really see the point in trying to use it when the other one was already set up for visual studio. I hate not having an IDE to work with. :)
Besides, the two are mostly the same, right? Isn't SmaugFUSS just a bunch of bugfixes? I plan on gutting out a pretty large chunk of the stock system, so I'm not sure how many of those fixes will really affect me anyway.
Edit: Finally got the game log working again. Looks like it only writes to the log file if you run it as a service (through smaug /start or the control panel - which is fine by my, I was only running it from the command prompt so I could monitor it in real time.) | | Top |
|
| Posted by
| David Haley
USA (3,881 posts) Bio
|
| Date
| Reply #4 on Fri 09 Feb 2007 01:10 PM (UTC) |
| Message
| For planes.dat, you probably didn't have exactly the same file; you might have missed a terminating newline, for instance. Well, in any case, that problem is solved now. :)
Not sure about the area files, but again good that it got fixed.
SMAUGfuss is not just a bunch of bugfixes; it is active support, too. It's why one of the most common replies to people using stock SMAUG is "have you tried FUSS"; it's just that most of us are moving towards it, some people exclusively, and supporting 'legacy code' is extra work. Of course, Windows adds an extra level of headache, because as far as I know, none of the regulars run SMAUG purely on Windows and instead, if they run under Windows at all, use Cygwin or something like that.
Some of the fixes are very far-reaching and affect core architecture. Of course, some fixes might not be relevant depending on what you take out, but you'd have to remove an incredible amount to not get some fairly important fixes.
(This log file problem is an example issue with Windows, by the way.) |
David Haley aka Ksilyan
Head Programmer,
Legends of the Darkstone
http://david.the-haleys.org | | Top |
|
| Posted by
| Zagreus
(8 posts) Bio
|
| Date
| Reply #5 on Fri 09 Feb 2007 03:15 PM (UTC) |
| Message
| I understand what you mean about SmaugFUSS, and I certainly didn't mean to talk it down and hope I didn't offend the people who worked so hard to get it to what it is.
I'll give FUSS another try later today. Even though I'm quite attached to the Visual Studio IDE, I can always do my editing/creating in there and all my compiling in Cygwin. I just won't be able to use certain features, but those are probably the ones I don't use much anyway. :) | | Top |
|
| Posted by
| David Haley
USA (3,881 posts) Bio
|
| Date
| Reply #6 on Fri 09 Feb 2007 03:32 PM (UTC) |
| Message
| Oh, it didn't sound like you were putting down SMAUGfuss (not to me, at least). So no offense taken. :)
You know, I worked for a pretty long time in Visual Studio, compiling in Cygwin, before eventually moving to pure Cygwin development. There weren't that many reasons for sticking to Visual Studio, and as I got more and more proficient with vim, getting some of the fairly advanced features working, there were actually reasons to use vim instead of VS.
One big reason to use VS for me was Intellisense, but using a good tags file and a vim plugin lets you have an equivalent in vim. The light shone strong on the day I discovered that. :-)
What you should do, if you care, is to make a list of the VS features that you actually use. Then you can perhaps post them here and ask if anybody knows how to get equivalents in vi or emacs or whatever.
Besides, being comfortable in Cygwin is a good thing anyhow, in case you ever decide to host your MUD on a remote server that will almost invariably be Unix-based. Knowing Cygwin will give you a massive head start, in the sense that you will already be familiar with the shell environment and will be comfortable using the text-only editors like vi and emacs; that will let you edit files on the remote server without having to continuously shuttle files back and forth with ftp. |
David Haley aka Ksilyan
Head Programmer,
Legends of the Darkstone
http://david.the-haleys.org | | Top |
|
| Posted by
| Zagreus
(8 posts) Bio
|
| Date
| Reply #7 on Fri 09 Feb 2007 06:50 PM (UTC) |
| Message
| Got SmaugFUSS 17 up and running, there seems to be a few out of the box bugs.
First, as a thief, when I do an slist:
Fri Feb 9 11:58:33 2007 :: [*****] BUG: do_slist: skill with invalid minpos, skill=aggressive style
Now, like I said earlier, it's been many years since I've messed with SMAUG. I remember that I can do an sset (sn) minpos 0 in order to fix this. But I can't for the life of me remember how to find out what a skills SN is. I looked at skills.dat and it either doesn't say, or I somehow missed it. Isn't there some kind of command to find a skills sn by name?
Along the same lines, I've got some skill bugs during boot. I'm curious if this is related to my aggressive style problem, and how many other of my skills are messed up. Do you think maybe the skills.dat in the download from this website is corrupted or something? I didn't even open it to look at it until after I saw these bugs, so I'm using a completely unmodified version from http://www.gammon.com.au/files/smaug/smaug17fuss.tgz.
Fri Feb 9 11:51:18 2007 :: Loading skill table
Fri Feb 9 11:51:18 2007 :: [*****] BUG: Fread_skill: no match: Author
Fri Feb 9 11:51:18 2007 :: [*****] BUG: Fread_skill: no match: ~
Fri Feb 9 11:51:18 2007 :: [*****] BUG: Fread_skill: no match: ~
Fri Feb 9 11:51:18 2007 :: [*****] BUG: Fread_skill: no match: Author
Fri Feb 9 11:51:18 2007 :: [*****] BUG: Fread_skill: no match: ~
Fri Feb 9 11:51:18 2007 :: [*****] BUG: Fread_skill: no match: ~
I wish those bug messages would mention line numbers or something. How would I go about checking my skills.dat for problems?
And the final problem has to do with IMC, which I'm not planning on using, so I'll worry about that later. :)
Fri Feb 9 11:51:19 2007 :: IMC: imcfread_word: EOF encountered on read.
David, thanks for the info on VIM. To be honest, I haven't used a text-only editor in over 10 years. I have NO clue how to use VIM, but I'll check it out anyway. :) Does it have syntax highlighting? That's pretty big on my preference list. My eyes are kinda bad and I need purdy colors to help me see things easier. | | Top |
|
| Posted by
| David Haley
USA (3,881 posts) Bio
|
| Date
| Reply #8 on Fri 09 Feb 2007 07:03 PM (UTC) |
| Message
| Hmm. That is very strange. SMAUGfuss loads perfectly fine out of the box for me. Maybe you should try the version from the FUSS project directly:
http://www.fussproject.org/index.php?a=files&s=viewfile&fid=1
I downloaded that just a few days ago and it all worked without issues.
What you're seeing is actually rather worrisome, it really, really shouldn't be happening if all you did was:
(a) extract the archive
(b) go to src and compile
(c) start the MUD using startup script or going to area and typing ../src/smaug
Anyhow, you can sset with the skill name as well. If it's a several-word name, you need quotes. E.g. sset "aggressive style" minpos 0.
There should also be a command like slookup or something that shows you the skill info. (Have you checked the wiki section on these forums with all the command information? It's pretty helpful stuff. See: http://www.gammon.com.au/forum/bbshowpost.php?bbtopic_id=115)
As for vim, it most definitely has syntax coloring. :-) (I really, really don't like working without syntax coloring.) vim is an extremely powerful editor; it can do oodles of stuff, including things you might not even know you need! :) Of course, you pay for that by having to spend some time learning it all... |
David Haley aka Ksilyan
Head Programmer,
Legends of the Darkstone
http://david.the-haleys.org | | Top |
|
| Posted by
| Zagreus
(8 posts) Bio
|
| Date
| Reply #9 on Fri 09 Feb 2007 07:12 PM (UTC) |
| Message
| That whole A B and C thing, that's exactly what I did. Well, uncommenting out that cygwin line in the makefile too.
I'll try from the other website, thanks.
And slookup is the command I was looking for. Thanks again! I'll take some time to read through that command list and re-familiarize myself with everything. It's amazing that I used to think myself somewhat proficient at this stuff, and now I feel like a total n00b. | | Top |
|
| Posted by
| Zagreus
(8 posts) Bio
|
| Date
| Reply #10 on Fri 09 Feb 2007 08:04 PM (UTC) |
| Message
| I'm cursed...
I got the file from http://www.fussproject.org/index.php?a=files&s=viewfile&fid=1 and tried extracting it with winrar. Receieved a message stating that it was corrupt, so I thought "Well, maybe winrar just doesn't handle these files well, after all, it wasn't made in windows".
So, I redownloaded it on my server (just to be on the safe side incase winrar messed anything up or that there as something wrong with my workstation), and tried tar -xzf smaug17fuss.tgz under cygwin, and got the following:
gzip: stdin: unexpected enf of file
tar: Unexpected EOF in archive
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now
So my options are either something I can't extract from fussproject.org, or something with a messed up skills table from gammon.com.au. The thing is though... why is this only happening to me? You said you were able to get a fresh copy of smaugfuss 17 up and running a few days ago? There has to be something with my proceedures. I am not above blaming myelf and calling user error. But what frustrates me is I can't tell what it is.
Does cygwin use like a different filesystem or something? Is it bad for me to just download the tgz to a generic downloads directory using firefox, use winrar to extract it to c:\cygwin\home\Owner, then doing the rest through an xterm console?
I thought maybe there was a problem somewhere in those proceedures I just mentioned, so I tried downloading it directly to my c:\cygwin\home\Owner and using tar -xzf isntead of winrar, but it produced the same results (one from this website had bugs during boot, one from fussproject.org wouldn't extract).
On another note, I used vim for my first time... It was the most confusing thing I've ever seen. Fortunately http://vimdoc.sourceforge.net/htmldoc/usr_02.html really cleared it up a lot. | | Top |
|
| Posted by
| David Haley
USA (3,881 posts) Bio
|
| Date
| Reply #11 on Fri 09 Feb 2007 09:20 PM (UTC) |
| Message
| Oh, yeah. I did have a problem with the SMAUGfuss download. Apparently it does not report its size correctly, and some download programs trust the reported size, instead of continuing the download until the server stops it.
How did you download the file? I think that I used wget and that caused problems, and Firefox worked, but I could be remembering incorrectly.
But no, this isn't a problem with how you're extracting it, or Cygwin managing files differently. It's an issue with the download.
For vi, Nick also has a great guide here:
http://www.gammon.com.au/smaug/vi.htm |
David Haley aka Ksilyan
Head Programmer,
Legends of the Darkstone
http://david.the-haleys.org | | Top |
|
| Posted by
| Meerclar
USA (733 posts) Bio
|
| Date
| Reply #12 on Fri 09 Feb 2007 09:25 PM (UTC) |
| Message
| | Just for giggles, try gunzip -xzf instead of tar. IIRC tar doesnt unpack particularly well if it's a gzip package. |
Meerclar - Lord of Cats
Coder, Builder, and Tormenter of Mortals
Stormbringer: Rebirth
storm-bringer.org:4500
www.storm-bringer.org | | Top |
|
| Posted by
| David Haley
USA (3,881 posts) Bio
|
| Date
| Reply #13 on Fri 09 Feb 2007 09:31 PM (UTC) |
| Message
| I've never, ever had trouble with tar incorrectly unpacking a gzip package. And it's not surprising, either, because the unpacking is handled by talking directly to gunzip.
Besides when I had this same problem, I tried gunzipping it first, and that didn't work; the download really was of the wrong size. |
David Haley aka Ksilyan
Head Programmer,
Legends of the Darkstone
http://david.the-haleys.org | | Top |
|
| Posted by
| Zagreus
(8 posts) Bio
|
| Date
| Reply #14 on Fri 09 Feb 2007 09:52 PM (UTC) |
| Message
| First, I want to thank you so much for your patience and kindness in reading over my posts and responding to them all. I really didn't think this would be such a long and drawn out issue. I just wanted to get a smaug server up and running without any noticable bugs. :)
Now for the latest developments...
To answer your question, I tried downloading the file both with firefox 1.5 and Internet Explorer 7.
I'm not familiar with wget, but I typed it out in my xterm console and figured it out. However, the fuss project's download section hides the path of the files. The download link is pointing to a php file, not the actual file that I want to get, so I don't really have anything to type after the wget (I did manage to successfully download the php file though.) :)
As for the trying gunzip instead, -x and -z are not valid options. I tried gunzip -d smaug17fuss.tgz and got the same thing about an unexpected end of file. If the problem is as David states, then it really won't matter how I try uncompress it, as I only have a partial copy of the file. Thanks for the help though. | | Top |
|
The dates and times for posts above are shown in Universal Co-ordinated Time (UTC).
To show them in your local time you can join the forum, and then set the 'time correction' field in your profile to the number of hours difference between your location and UTC time.
84,417 views.
This is page 1, subject is 2 pages long: 1 2
![[Next page]](/images/thin_next.gif)
It is now over 60 days since the last post. This thread is closed.
Refresh page
![[Go to top]](/images/gototop.gif)
top