weixin_39650784
weixin_39650784
2020-11-22 14:34

Cannot find base )ace_medical_openwounds for /value/Item2/data/value/Item1/data/type/

Testing Session 2015 04 12

Cannot find base )ace_medical_openwounds for /value/Item2/data/value/Item1/data/type/

该提问来源于开源项目:acemod/ACE3

  • 点赞
  • 写回答
  • 关注问题
  • 收藏
  • 复制链接分享
  • 邀请回答

5条回答

  • weixin_39928686 weixin_39928686 5月前

    I can only guess this is a typo in a macro expansion on a dynamic class lookup somewhere. Probably can find it with looking for GVAR(openWounds) and looking for the typo. I'm not sure where we do class reads for this tho

    点赞 评论 复制链接分享
  • weixin_39536427 weixin_39536427 5月前

    We shouldn't. OpenWounds is not supposed to be used for any config look ups; it's just a variable.

    I did a search through master and couldn't find any openWounds with either incorrect macros or config reads.

    点赞 评论 复制链接分享
  • weixin_39536427 weixin_39536427 5月前

    We discussed this last night: - May be caused by to large arrays for object setvariables. Suspected because of messages found in my rtp logs from the test session on sunday. Unexpected array size (size=6242 message struct NetworkMessageObjectSetVariable, item value), Value type not matching: != Array - I will do a test on a dedi this week and see if I can reproduce. - A work around for this would be going back to the event based synchronization approach.

    点赞 评论 复制链接分享
  • weixin_39928686 weixin_39928686 5月前

    After investigating with more, it seems this is probably due to network stack corruption. Most likely, this was caused by packet loss on the server side corrupting everyones inbound messages; Eventually causing crashes.

    This is a documented set of errors from BI which is usually caused by memory corruption.

    点赞 评论 复制链接分享
  • weixin_39536427 weixin_39536427 5月前

    Closing this as it doesn't appear to be our fault.

    点赞 评论 复制链接分享

相关推荐