20 Jan, 2009, Keberus wrote in the 21st comment:
Votes: 0
The SSD, ISD, and MCV prototypes all have programs that could be good examples. Might wanna "grep Rprog0 *.proto" to find the line numbers, otherwise for the bigger ships it might take a while to find the line.
21 Jan, 2009, Igabod wrote in the 22nd comment:
Votes: 0
Alright, I'm making an MC-30 frigate and it's finished now but I went to test it, put it in the prototype.lst and startup the mud but get a segmentation fault. I'm no good with gdb but here's what I get out of it.

GNU gdb 6.8.0.20080328-cvs (cygwin-special)
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>;
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"…
(gdb) run 6001
Starting program: /home/Brandon/mud/swfotefuss/src/swr.exe 6001
[New thread 2644.0x1484]
[New thread 2644.0x169c]
Tue Jan 20 23:19:32 2009 :: Booting Database
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Tue Jan 20 23:19:32 2009 :: [*****] BOOT: ———————[ Boot Log ]—–
—————
Tue Jan 20 23:19:32 2009 :: Initializing libdl support…
Tue Jan 20 23:19:32 2009 :: Loading commands…
Tue Jan 20 23:19:32 2009 :: Loading spec_funs…
Tue Jan 20 23:19:32 2009 :: Loading sysdata configuration…
Tue Jan 20 23:19:32 2009 :: Loading socials
Tue Jan 20 23:19:32 2009 :: Loading skill table
Tue Jan 20 23:19:32 2009 :: Sorting skill table…
Tue Jan 20 23:19:32 2009 :: Loading herb table
Tue Jan 20 23:19:32 2009 :: Making wizlist
Tue Jan 20 23:19:32 2009 :: Loading force
Tue Jan 20 23:19:32 2009 :: Loading force skills…
Tue Jan 20 23:19:32 2009 :: Done force skills
Tue Jan 20 23:19:32 2009 :: Loading force helps…
Tue Jan 20 23:19:32 2009 :: Done force helps
Tue Jan 20 23:19:32 2009 :: Loading ship prototypes
Tue Jan 20 23:19:32 2009 :: Loading ship prototypes…
Tue Jan 20 23:19:32 2009 :: [*****] BUG: Load_prototype_header: no match: Type
Tue Jan 20 23:19:32 2009 :: [*****] BUG: Load_prototype_header: no match: 1
7 [main] swr 2644 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIO
LATION
4886 [main] swr 2644 open_stackdumpfile: Dumping stack trace to swr.exe.stack
dump
54984 [main] swr 2644 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIO
LATION
59248 [main] swr 2644 _cygtls::handle_exceptions: Error while dumping state (p
robably corrupted stack)

Program received signal SIGSEGV, Segmentation fault.
0x61016583 in stack_info::walk () from /usr/bin/cygwin1.dll


and the backtrace shows this

(gdb) bt
#0 0x61016583 in stack_info::walk () from /usr/bin/cygwin1.dll
#1 0x77b95fe0 in OutputDebugStringA ()
from /cygdrive/c/Windows/system32/kernel32.dll
#2 0x40010006 in ?? ()
#3 0x00000000 in ?? ()
(gdb)


The .proto file is now in the pastebin at http://www.mudbytes.net/index.php?a=past... and the descriptions have been removed till I release it. I've spent a lot of time comparing this file to ones that work and trying to find my mistake but have been unsuccessful. All it needs is some fresh eyes on it.

[edit to add] Oh and by the way, I've uploaded my YT-1250, I decided to stick with speech progs after all. I also uploaded my revised version of the YT-1300 as well. They are just waiting for authorization. Opinions are welcomed on these two ships especially.
21 Jan, 2009, Keberus wrote in the 23rd comment:
Votes: 0
Heh, talk about a small mistake, above room 9 stuff, you have #ROOMS, it should be #ROOM. that will fix the issue
21 Jan, 2009, Igabod wrote in the 24th comment:
Votes: 0
You gotta be kidding me! I swear I looked for that exact mistake 5 times cause it's just like me to do something like that and somehow I missed it every single time! Thanks keb.
21 Jan, 2009, Keberus wrote in the 25th comment:
Votes: 0
I had to add in a few lines to be able to debug that file, I didn't see it right off either. Not sure if you want the lines, and using it gets very spammy, but It can help track down bugs. Here's what I did:

In Makefile after:
#IMC2 - Comment out to disable IMC2 support
IMC = 1


Add:
#Ship proto debugging spams the logs, but gives good info
#SHIP_PROTO_DBG_FLAG = -DSHIP_PROTO_DBG


Uncomment that if you need it..
At the end of C_FLAGS add on:
$(SHIP_PROTO_DBG_FLAG)


ships.c, fread_prototype_room

Locate:
word = feof( fp ) ? "End" : fread_word( fp );


After that add:
#ifdef SHIP_PROTO_DBG
log_printf( "fread_prototype_room: room = %d word = %s", rnum, word );
#endif



ships.c, load_prototype

Locate:
sprintf( filename, "%s%s", SHIP_PROTOTYPE_DIR, prototypefile );


After that add:
#ifdef SHIP_PROTO_DBG
log_printf( "Load_prototype: loading %s", filename );
#endif


Then if you need the feature just uncomment it, remake, and start up the game, I personally use gdb when I know its going to crash like that, but it should print to the logfiles if you try starting up normally. Don't say I didn't warn you about the "spammyness". But that did help me locate the error in your file in just a few minutes.

Edit: forgot the C_FILES part before
21 Jan, 2009, Igabod wrote in the 26th comment:
Votes: 0
Thanks, hopefully I won't need that but i'll be sure to install it just in case since it's easily disabled.
20.0/26