SphereServer BugTracker - SphereServer
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0002555SphereServerexecutable - windows buildpublic13-09-15 21:2415-09-15 10:30
Reporterazmanomer 
Assigned ToXuN 
PrioritynormalSeveritymajorReproducibilityalways
StatusresolvedResolutionfixed 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version0.56c Nightly 
Nightly VersionAutomated (specify build number)
Experimental FlagsNone
Option FlagsFileCommands
Internal Build Number2433
Summary0002555: freeze after start
Descriptionit wasnt like that but today when i start sphere it freeze 5 min later and when i check the logs after a while i found this;

21:29:DEBUG:__ thread (6548) __ | # | _____ function _____________ | ticks passed from previous function start ______
21:29:DEBUG:>> 6548 | 0 | CWorld::OnTick | +0
21:29:DEBUG:>> 6548 | 1 | CSector::OnTick | +0
21:29:DEBUG:>> 6548 | 2 | CChar::OnTick | +0
21:29:DEBUG:>> 6548 | 3 | CItem::OnTrigger | +1513568 <-- exception catch point (below is guessed and could be incorrect!)
21:29:DEBUG:>> 6548 | 4 | CTextConsole::GetChar | +0
21:29:WARNING:Forcing thread 'Main' to terminate...
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
13-09-15 21:24azmanomerNew Issue
13-09-15 22:13azmanomerNote Added: 0002969
15-09-15 10:30XuNNote Added: 0002970
15-09-15 10:30XuNStatusnew => resolved
15-09-15 10:30XuNFixed in Version => 0.56c Nightly
15-09-15 10:30XuNResolutionopen => fixed
15-09-15 10:30XuNAssigned To => XuN

Notes
(0002969)
azmanomer   
13-09-15 22:13   
i changed my save files with old ones and its fixed but i think its happened because of vars i ll share my save files i hope you can find the cause.

https://onedrive.live.com/redir?resid=41422FED47DC3E1!305&authkey=!AKGroRWhFO5remA&ithint=folder%2c [^]
(0002970)
XuN   
15-09-15 10:30   
This is not something to be fixed IMO, it always worked like that.

Both VAR and DEF stores inside <baseid> for items and chars it's resource ID for internal purposes, it also serves as a way to check if these items or chars exists, ie if (<def0.<baseid>>) will return 1 if the char/item you are using it on is scripted, I don't see a reason to change it ... just add prefixes/suffixes to that vars/defs, like var.crafting_<baseid> and there's no problem anymore.