Login
User Name:

Password:



Register
Forgot your password?
Vote for Us!
 parse description bug
Yesterday, 10:08 pm
By Remcon
Couple bugs
Dec 12, 2017, 5:42 pm
By Remcon
Bug in disarm( )
Nov 12, 2017, 6:54 pm
By GatewaySysop
Bug in will_fall( )
Oct 23, 2017, 1:35 am
By GatewaySysop
Bug in do_zap( ), do_brandish( )
Oct 18, 2017, 1:52 pm
By GatewaySysop
LOP 1.45
Author: Remcon
Submitted by: Remcon
LOP Heroes Edition
Author: Vladaar
Submitted by: Vladaar
Heroes sound extras
Author: Vladaar
Submitted by: Vladaar
6Dragons 4.3
Author: Vladaar
Submitted by: Vladaar
Memwatch
Author: Johan Lindh
Submitted by: Vladaar
Users Online
CommonCrawl, Yahoo!, Yandex, DotBot, Bing, Google

Members: 0
Guests: 8
Stats
Files
Topics
Posts
Members
Newest Member
477
3,706
19,240
608
LAntorcha
Today's Birthdays
There are no member birthdays today.
Related Links
» SmaugMuds.org » Codebases » SWR FUSS » foldarea / strip_cr bug
Forum Rules | Mark all | Recent Posts

foldarea / strip_cr bug
< Newer Topic :: Older Topic >

Pages:<< prev 1 next >>
* #1 Nov 25, 2005, 11:51 am
Go to the top of the page
Go to the bottom of the page

Stan
Fledgling
GroupMembers
Posts23
JoinedNov 19, 2005

foldarea areaname produces the following on swripv2.0 and a version of swrfuss I got a few days ago.

Log: [*****] BUG: strip_cr: NULL string!
I get that same message about 100 times.
       
Post is unread #2 Nov 25, 2005, 12:31 pm
Go to the top of the page
Go to the bottom of the page

Samson
Black Hand
GroupAdministrators
Posts3,639
JoinedJan 1, 2002

And it's doing exactly what it was supposed to do. Inform you you're trying to strip a null string. Be glad you got only 100 or so bug spam logs because without the fix you would have simply crashed and corrupted that area file. :)
       
Post is unread #3 Nov 25, 2005, 12:41 pm
Go to the top of the page
Go to the bottom of the page

Stan
Fledgling
GroupMembers
Posts23
JoinedNov 19, 2005

Oh ok, I got the same message on a stock copy of swrfuss I got a few days ago.
Sorry for not mentioning that earlier, and I don't mean to gripe.
       
Post is unread #4 Nov 25, 2005, 1:15 pm
Go to the top of the page
Go to the bottom of the page

Samson
Black Hand
GroupAdministrators
Posts3,639
JoinedJan 1, 2002

Not to worry, it's not a bug - the behaviour is intentional so that you can be alerted to the attempt to strip a null string and possibly find out where it came from.
       
Post is unread #5 Nov 27, 2005, 1:53 pm
Go to the top of the page
Go to the bottom of the page

Zeno
Sorcerer
GroupMembers
Posts723
JoinedMar 5, 2005

I get this too. In fact there were so many bugs, it crashed the MUD due to an overflow. Yet the MUD runs fine without this bugfix in place. I've taken out the bugfix for now; I'm not sure what to do.
       
Post is unread #6 Nov 27, 2005, 1:57 pm
Go to the top of the page
Go to the bottom of the page

Samson
Black Hand
GroupAdministrators
Posts3,639
JoinedJan 1, 2002

Well you could just take out the log message if it's that much of a problem. But you will most probably regret it if you try to fold an area with one of these NULL strings and there's nothing to protect it. When the game crashes in that state, you will have corrupted files because of it. I've run into this enough to know not to mess with it. Better safe than sorry, but I suppose that doesn't require being spammed about it either.
       
Post is unread #7 Nov 27, 2005, 2:55 pm   Last edited Nov 27, 2005, 4:37 pm by Zeno
Go to the top of the page
Go to the bottom of the page

Zeno
Sorcerer
GroupMembers
Posts723
JoinedMar 5, 2005

Yeah, I suppose I'll do that. Although I'm still not sure why mine crashes when someone gets spammed.

[EDIT] But wouldn't some of these things be fine being null? Like mob descriptions aren't required.
build.c:        fprintf( fpout, "%s~\n",        strip_cr(pMobIndex->description));
       
Post is unread #8 Nov 27, 2005, 7:11 pm
Go to the top of the page
Go to the bottom of the page

Samson
Black Hand
GroupAdministrators
Posts3,639
JoinedJan 1, 2002

They can be null. You just can't process a null through strip_cr since there's no string to process and it never had a check against that.
       
Pages:<< prev 1 next >>