Gammon Forum : SMAUG : Compiling the server : SMAUG 1.8 Compiling Error

Entire forum ➜ SMAUG ➜ Compiling the server ➜ SMAUG 1.8 Compiling Error

SMAUG 1.8 Compiling Error

It is now over 60 days since the last post. This thread is closed. Refresh page

Posted by

Kamir (9 posts) Bio

Date

Tue 22 May 2007 01:03 AM (UTC)

Message

Running Ubuntu 7.04

Got this error when make:
.
.
.
act_comm.c:4090: error: ‘CHAR_DATA’ has no member named ‘speaks’
act_comm.c:4099: error: ‘CHAR_DATA’ has no member named ‘practice’
act_comm.c:4105: error: ‘CHAR_DATA’ has no member named ‘practice’
act_comm.c:4110: error: ‘CHAR_DATA’ has no member named ‘speaks’
act_comm.c:4131: error: ‘CHAR_DATA’ has no member named ‘speaking’
act_comm.c:4132: error: ‘CHAR_DATA’ has no member named ‘act’
act_comm.c:4132: error: ‘CHAR_DATA’ has no member named ‘speaking’
act_comm.c: In function ‘do_traffic’:
act_comm.c:4145: error: ‘CHAR_DATA’ has no member named ‘act’
act_comm.c: In function ‘do_wartalk’:
act_comm.c:4156: error: ‘CHAR_DATA’ has no member named ‘act’
act_comm.c: In function ‘do_racetalk’:
act_comm.c:4167: error: ‘CHAR_DATA’ has no member named ‘act’
act_comm.c: In function ‘add_profane_word’:
act_comm.c:4206: warning: incompatible implicit declaration of built-in function ‘strlen’
act_comm.c:4297: warning: incompatible implicit declaration of built-in function ‘strcat’
act_comm.c: In function ‘is_profane’:
act_comm.c:4306: warning: implicit declaration of function ‘re_exec’
make[1]: *** [act_comm.o] Error 1
make[1]: Leaving directory `/home/tan/Desktop/smaug1.8/src'
make: *** [all] Error 2

Any suggestions on where did I go wrong?

I already uncomment out the line in the Makefile.
Here's a little something from the Makefile...

# Uncomment the two lines below if compiling on a Solaris box
#SOLARIS_FLAG = -Dsun -DSYSV
#SOLARIS_LINK = -lnsl -lsocket

#Uncomment the line below if you are getting a line like:
#interp.c:757: warning: int format, time_t arg (arg 7)
#TIME = -DTIMEFORMAT

#Uncomment the line below if you are getting implicit decleration of re_exec
REG = -DREGEX

#Uncomment the line below if you are getting undefined re_exec errors
#NEED_REG = -lgnuregex

#Uncomment the line below if you are getting undefined crypt errors
#NEED_CRYPT = -lcrypt

DBUGFLG = -DREQUESTS

Top

Posted by

Kamir (9 posts) Bio

Date

Reply #1 on Tue 22 May 2007 03:41 PM (UTC)

Message

The above error(s) were solved after installing the appropriate libc6 for Ubuntu.

Anyways, with the old problems gone, new ones surface.

Now I get the error of

gcc -c -O -g3 -Wall -Wuninitialized -DREQUESTS -DSMAUG -DREGEX -DUSE_IMC act_move.c
act_move.c:393:15: warning: trigraph ??> ignored, use -trigraphs to enable
act_move.c: In function ‘generate_exit’:
act_move.c:604: error: invalid lvalue in assignment
make[1]: *** [act_move.o] Error 1

The offending line is (act_move.c:604):

(EXIT_DATA *) pexit = xit;

I change that line to:

(EXIT_DATA ) *pexit = xit;

Now the error is:

act_move.c: In function ‘generate_exit’:
act_move.c:604: error: conversion to non-scalar type requested
make[1]: *** [act_move.o] Error 1

Any help appreciated...

Top

Posted by

David Haley USA (3,881 posts) Bio

Date

Reply #2 on Tue 22 May 2007 06:53 PM (UTC)

Message

Both the trigraph warning and the lvalue error have occurred many times; if you search the forum you should find several solutions.

David Haley aka Ksilyan
Head Programmer,
Legends of the Darkstone

http://david.the-haleys.org

Top

Posted by

Kamir (9 posts) Bio

Date

Reply #3 on Tue 22 May 2007 08:58 PM (UTC)

Message

Well, Smaug 1.8 finally compiles fine...
Now onto new problems: Core dump...

When I do

./startup 4000 &

Got something along:
***stack smashing detected*** core dump

Uncomment out the limit in the "startup", still doesn't work.

Gonna browse some more hopefully I will get this thing working soon.

Top

Posted by

David Haley USA (3,881 posts) Bio

Date

Reply #4 on Tue 22 May 2007 09:37 PM (UTC)

Message

Unfortunately I can't really help you there, because I have never played with Smaug 1.8. What I can suggest is to use gdb to see where it's crashing. See this forum post:
http://www.gammon.com.au/forum/bbshowpost.php?bbsubject_id=3653

Smaug 1.8 is still pretty new and not really "supported" because almost none of us have used it. That, and judging from the discussions at the SmaugFUSS forums, it's pretty buggy still and the general sentiment appears to stick with the FUSS versions and update them with the new features.

David Haley aka Ksilyan
Head Programmer,
Legends of the Darkstone

http://david.the-haleys.org

Top

Posted by

Conner USA (381 posts) Bio

Date

Reply #5 on Tue 22 May 2007 10:02 PM (UTC)

Amended on Tue 22 May 2007 10:05 PM (UTC) by Conner

Message

I'll second David on this one, Kamir. Far as I can tell, particularly from the discussions posted to IMC (http://www.mudbytes.net/imc/), MudBytes (http://www.mudbytes.net/), The FUSS Project (http://www.fussproject.org/), but also from the few posts here and there to TMC (http://www.mudconnect.com/) and the light traffic on the Smaug Mailing List (http://sml.shadow-lands.com/), I'd say that Smaug 1.8 isn't worth trying to fix and that what's going to happen instead is that the FUSS Project will adopt some of it's changes and additions to be incorporated into SmaugFUSS, but until we (collectively) have had more time to play with the code and decide what's worth adding.. it may be awhile yet because most of the more active folk involved in The FUSS Project have been pretty busy lately elsewhere.

With all that said, if you really just want to fiddle with Smaug 1.8 to see for yourself what those changes are, GDB is your best bet to resolve core dump crashes, but you also might want to check out some of those other forums I mentioned, particularly The FUSS Project and MudBytes.

-=Conner=-
--
Come test your mettle in the Land of Legends at telnet://tcdbbs.zapto.org:4000
or, for a little family oriented medieval fun, come join us at The Castle's Dungeon BBS at telnet://tcdbbs.zapto.org
or, if you just want information about either, check our web page at http://tcdbbs.zapto.org

Top

Posted by

Kamir (9 posts) Bio

Date

Reply #6 on Wed 23 May 2007 12:50 AM (UTC)

Message

My main purpose in all of this was to see what's the differences "in-game" of the new SMAUG 1.8, particularly concerning area building...

If anyone got it (SMAUG 1.8) working and willing to let me test out, please let me know :)

Top

Posted by

Conner USA (381 posts) Bio

Date

Reply #7 on Wed 23 May 2007 01:09 AM (UTC)

Message

Compared to SmaugFUSS 1.7, SmaugFUSS 1.6, SmaugFUSS 1.4, Smaug 1.4a, or something else? Either way, good luck.

Top

Posted by

Samson USA (683 posts) Bio

Date

Reply #8 on Wed 23 May 2007 03:46 PM (UTC)

Message

I haven't seen anything in 1.8 that would lead me to think there's been any significant changes in area building. Other than the addition of a credits field to the file, and the new mudprog variable system.

Overall, 1.8 isn't worth deploying in stock form since the devs didn't do more than a few minor FUSS fixes to it. It was mostly the addition of new material in the form of snippets. Some of which leads to all new bugs to resolve since at least one snippet ( house code ) is known to be bugware.

My recommendation would be to wait for us to integrate some of the better stuff into FUSS and then get a release out on that.

Top

Posted by

Conner USA (381 posts) Bio

Date

Reply #9 on Wed 23 May 2007 11:54 PM (UTC)

Message

To the best of my knowledge, Kamir was primarily trying to check out the MPTags and MPFlags in Smaug 1.8.

But I agree that it's really not worth the headaches of getting it to compile cleanly and not crash just to see what they do. If you're really that curious, follow the code for them and see what they're supposed to do. Otherwise just give us time to get around to figuring out how to make these features clean enough to add to FUSS so you've at least got a clean product to work with.

With that said, I understand that he's already switched to FUSS 1.7 and is much happier at this point.

Top

Posted by

Kamir (9 posts) Bio

Date

Reply #10 on Thu 24 May 2007 06:24 PM (UTC)

Message

^ Yeah, what Conner said...

In addition, and maybe a little bit off topic, but I briefly look at the MPTAG code and if it actually does what it seemed to promise, then builders such as myself would have a field day.

the commands are as followed:

MPTAG <victim> <tag> [value]
MPRMTAG <victim> <tag>

Herne's page can further describe/clarify this:
http://webhome.idirect.com/~helspawn/smaug/olc-mpcommands.html#MP18

What is possible? - Just some examples

- Quest staging: allows quest-givers to set stages in a
particular quest or parts of quest

- Allow for mobiles to react different to PC depending on
whether he/she has done a particular quest or not, or
during what stage of a particular quest he/she is on

- Disallow PC to continue doing the same quest/task/job,
etc. all over again (or at least until the next reboot)

- Etc.

----------------------------------------------------------

Imagine the following scenario:

1) A shipping company enlisted a PC help to get rid of some pirates. The PC meets up with the pirates, and is given a counter-offer to rob the shipping company!

- MPTAG in this case can:

a) help the pirates and shipping company be aware of the PC's allegiance.
b) if the PC decided to help out the shipping company and kill off the pirates, a particular NPC could suppress the respawn of the pirates and MPTAG the quest as closed.
c) if the PC decided to side with the pirates, then the shipping company NPCs could have negative reactions toward the PC based upon the way the PC is tagged, or even guards in that particular area would have a death warrant for the PC.

There are numerous other uses for the curious and imaginative builder.

All in all, I think it is a very useful function and definitely would help increase the immersiveness and interactions between a mud and its players.

Top

Posted by

Conner USA (381 posts) Bio

Date

Reply #11 on Thu 24 May 2007 08:48 PM (UTC)

Message

Having not looked into this myself, my understanding from others so far was that the mptag system implimented in Smaug 1.8 was incomplete, at least to the extent that there is currently nothing implimented to see what tags a victim carries currently.

Also, if the only real use in this would be for staged questing, there are several other snippets out there that can accomplish that in similar fashion, including the qbits/abits snippet. *shrug*

Personally, from what I'd heard cited as being in Smaug 1.8, I think there are actually some other "features" that are more interesting, but we each have our own personal biases and agendas when deciding which features are of the most use.

Top

Posted by

Samson USA (683 posts) Bio

Date

Reply #12 on Fri 25 May 2007 05:20 AM (UTC)

Message

The tag system is one of the things I want to port out to FUSS as well as into AFKMud. The abit/qbit code is useful for the same purpose, but the Smaug 1.8 code actually handles it in a far more efficient manner, oddly enough. The 1.8 code also doesn't require the quest bits to be predefined. They literally get created on the fly as needed per player.

My analysis of it indicated to me that it's complete enough to be used as intended in what we got with 1.8. So I'd have to say that Kamir is right, it's limited only by builder imagination and is definitely worth the effort to install.

Sure, there are some other things of interest in the 1.8 code but I think this feature will turn out to be one of the best efforts we've seen out of the public code in a long time.

Top

Posted by

Conner USA (381 posts) Bio

Date

Reply #13 on Fri 25 May 2007 07:00 AM (UTC)

Message

That's saying a tremendous amount. Guess I'll have to take a look at it afterall. ;)

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.

39,701 views.

It is now over 60 days since the last post. This thread is closed. Refresh page

Go to topic: Search the forum

top