0001984: Infinity loop seems to be related with combat.

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0001984

SphereServer

executable - linux build

public

19-06-11 14:33

06-01-14 12:41

Reporter

Mirravin

Assigned To

Ben

Priority

normal

Severity

crash

Reproducibility

have not tried

Status

closed

Resolution

unable to reproduce

Platform

OS Version

Product Version

Target Version

Fixed in Version

Summary

0001984: Infinity loop seems to be related with combat.

Description

Additional Information

I haven't got this error before.
I think, it is related with PvM. May be related with my scripts(I have many strange overrides in AI/Combat), so if you can't fix this, please write about the meaning of this errors.
Experimental=01|08|010000|0800000|08000
OptionFlags=08|0200|080|02000
NPCAI=01|02|04|08|040|0200
MagicFlags=04|08|01
//CombatFlags=0

Tags

No tags attached.

Nightly Version

Automated (specify build number)

Experimental Flags

None

Option Flags

None

Internal Build Number

1457

Attached Files

Relationships

Notes
(0001135) xantier (reporter) 19-06-11 21:01	i think you should post your @hit* triggers here. Fight_Attack() only fails (or calls attack_clear()) if you attack yourself, attack a dead person, attack a disconnected person, attack a person that you can't see, attack an invalid target or if you are dead. so one of these conditions must be creating an infinite loop. so check these.

(0001136) Mirravin (reporter) 19-06-11 21:19 edited on: 19-06-11 21:20	Ok, I will make some tests next week, when I will have time. P.s. It may be related with attacking the mounted(inactivated,invisible) animal.

(0001143) MrSugarCube (administrator) 22-06-11 02:57	Is it just the last two lines that are repeated? 18:15:DEBUG:>> 3026189200 \| .. \| CChar::Fight_Attack \| +0 18:15:DEBUG:>> 3026189200 \| .. \| CChar::Fight_Clear \| +0 (if there's anything else then it could be useful for me to see the rest, otherwise continue reading below :)) Are you trying to mess with memory items, perhaps under @Destroy (on memory items) or maybe @Attack (on characters)? It looks like a hit attempt was aborted (likely to be for one of the reasons xantier listed, another possible reason could be a guest account attacking a non-guest account). When this happens, Sphere will: 1. Clear the invalid fight memory. 2. Find a different target (by checking for any remaining memory_war_targ memories). 3. If a new target was found, try to attack the target. If the new target is invalid, Sphere will go back to step 1 (clear memory, find new target). This will continue until a valid target is found or no memory_war_targ memories are left. From what I can see in the error log, Sphere got stuck in this loop and was never able to find a new target. Currently, the only way I can see to reproduce this is for a script to prevent the memories from being removed/cleared (or the script could be creating new memories). I was able to reproduce a similar-looking error here using the following script. '.f_fightmem' creates an NPC that is forced to attack you, but it cannot because you are dead -- unfortunately, that @Destroy trigger prevents the fight memory from being cleared, causing the infinite loop: [function f_fightmem] serv.newnpc c_headless ref1 = <new.uid> ref1.movenear <uid> 3 ref1.memory <uid> memory_war_targ flags \|= statf_dead ref1.attack <uid> return [typedef t_eq_memory_obj] on=@destroy color \|= memory_fight\|memory_war_targ return 1

(0001885) Mirravin (reporter) 06-01-14 01:41	It seems, that this issue was scp-related or it's already fixed. I couldn't reproduse it, and had't seen this error again. Can be closed.

Issue History
Date Modified	Username	Field	Change
19-06-11 14:33	Mirravin	New Issue
19-06-11 21:01	xantier	Note Added: 0001135
19-06-11 21:19	Mirravin	Note Added: 0001136
19-06-11 21:20	Mirravin	Note Edited: 0001136	View Revisions
22-06-11 02:57	MrSugarCube	Note Added: 0001143
06-01-14 01:41	Mirravin	Note Added: 0001885
06-01-14 12:41	Ben	Status	new => closed
06-01-14 12:41	Ben	Assigned To	=> Ben
06-01-14 12:41	Ben	Resolution	open => unable to reproduce