Ticket #6 (closed bug: wontfix)

Opened 6 months ago

Last modified 6 months ago

Crash bug: @clone

Reported by: Xandar Owned by: loki
Priority: normal Milestone:
Component: rhostmush Version: 3.9.0 alpha
Severity: crash Keywords:
Cc:

Description

The following @dolist/@clone combination crashes the MU.

@dolist #104 #129 #130 #131=@clone/location ##=CLONE: [name(##)] %(##%) - Solin

This does not crash the MU:

@dolist #200=@clone/location ##=CLONE: [name(##)] %(##%) - Solin

The log reads:

./netrhost.debugmon: ./netrhost exited with status 11 ./netrhost.debugmon: debug stack depth = 4 ./netrhost.debugmon: stackframe 0 = game.c, line 1872 ./netrhost.debugmon: stackframe 1 = bsd.c, line 208 ./netrhost.debugmon: stackframe 2 = command.c, line 2291 ./netrhost.debugmon: stackframe 3 = command.c, line 1784

./netrhost.debugmon: last db fetch was for #15572 ./netrhost.debugmon: exiting

DBREF - Object name - Owner (non bitted holder) #104 - DATA: D20 - #6 #129 - DATA d20 Racial Information - #6 #130 - DATA d20 Class Information - #6 #131 - DATA d20 Feat Information - #6

Changing the name of Data: d20 to Data d20 makes no difference. Changing the name of all objects to Obj DBREF makes no difference.

After narrowing this down some more, the specific object that fails is:

@dolist #130=@clone/location ##=CLONE: [name(##)] %(##%) - Solin

#130 does not appear to be special. A brief #130 reveals:

DATA d20 Class Information(#130h) Type: THING Flags: HALTED Owner: CitizenMaster? Key: *UNLOCKED* Gold Pieces: 1 RxLevel?: TxLevel?: Parent: DATA d20 Feat Information(#131h) No exits. Home: GLOBAL Parent Room(#10RIF) Location: Auxilary Master Room(#3RhF[I])

Objmem: 43375 Attrs: 198

Flatfile or object decompile can be provided upon request.

First discovered on:

RhostMUSH Alpha version 3.9.0RL(A) patchlevel 4 #17

Also tested on:

RhostMUSH Alpha version 3.9.0RL(A) patchlevel 5 #1

Change History

Changed 6 months ago by loki

  • status changed from new to closed
  • resolution set to wontfix

After some skimming, it was determined that the problem was related to corrupt attributes on the object.

Note: See TracTickets for help on using tickets.