当使用C++目标的释放模式时,为什么这个Haxe try-catch块仍然崩溃

Why is this Haxe try-catch block still crashing, when using Release mode for C++ target

本文关键字:Haxe try-catch 崩溃 为什么 C++ 目标 模式 释放      更新时间:2023-10-16

我有一个HaxeFlixel项目,它在调试模式下可以正常工作,用于其他目标,包括flash、neko和windows。但是在发布模式中以Windows为目标,我遇到了一个意外的崩溃,令人惊讶的是,它发生在一个try-catch块内。以下是崩溃功能:

/**
 * Will safely scan a parent node's children, search for a child by name, and return it's text.
 * @param   parent an Fast object that is parent of the `nodeNamed` node
 * @param   nodeName the node's name or a comma-separated path to the child (will scan recursively)
 * @return node's text as String, or null if child is not there
 */
public static function getNodeText(parent:Fast, nodeName:String):String {
    try {
        var _node : Fast = getNodeNamed(parent, nodeName);
        //if (_node == null)
        //  return null;
        // next line will crash if _node is null
        var it :Iterator<Xml> = _node.x.iterator();
        if ( it == null || !it.hasNext() )
            return null;
        var v = it.next();
        var n = it.next();
        if( n != null ) {
            if( v.nodeType == Xml.PCData && n.nodeType == Xml.CData && StringTools.trim(v.nodeValue) == "" ) {
                var n2 = it.next();
                if( n2 == null || (n2.nodeType == Xml.PCData && StringTools.trim(n2.nodeValue) == "" && it.next() == null) )
                    return n.nodeValue;
            }
            //does not only have data (has children)
            return null;
        }
        if( v.nodeType != Xml.PCData && v.nodeType != Xml.CData )
            //does not have data";
            return null;
        return v.nodeValue;
    }catch (err:Dynamic) {
        trace("Failed parsing node Text [" + nodeName+"] " + err );
        return null;
    }
}

通过启用if (_node == null) return null;线路,它再次安全工作。通过将错误捕获为Dynamic,我认为我应该捕获所有可能的错误类型!为什么会发生这种情况?为什么它会以发布模式出现?

我的IDE是FlashDevelop,我使用的是HaxeFlixel 3.3.6、lime 0.9.7和openFL 1.4.0,如果这对有什么不同的话

编辑:我怀疑这与翻译的C++代码如何错过Dynamic异常有关。等效生成的C++代码是:

STATIC_HX_DEFINE_DYNAMIC_FUNC2(BaxXML_obj,_getNodeNamed,return )
::String BaxXML_obj::getNodeText( ::haxe::xml::Fast parent,::String nodeName){
    HX_STACK_FRAME("bax.utils.BaxXML","getNodeText",0x4a152f07,"bax.utils.BaxXML.getNodeText","bax/utils/BaxXML.hx",56,0xf6e2d3cc)
    HX_STACK_ARG(parent,"parent")
    HX_STACK_ARG(nodeName,"nodeName")
    HX_STACK_LINE(56)
    try
    {
    HX_STACK_CATCHABLE(Dynamic, 0);
    {
        HX_STACK_LINE(57)
        ::haxe::xml::Fast _node = ::bax::utils::BaxXML_obj::getNodeNamed(parent,nodeName);      HX_STACK_VAR(_node,"_node");
        HX_STACK_LINE(63)
        Dynamic it = _node->x->iterator();      HX_STACK_VAR(it,"it");
        // ...  Let's skip the irrelevant code
    }
    catch(Dynamic __e){
        {
            HX_STACK_BEGIN_CATCH
            Dynamic err = __e;{
                HX_STACK_LINE(82)
                ::String _g5 = ::Std_obj::string(err);      HX_STACK_VAR(_g5,"_g5");
                HX_STACK_LINE(82)
                ::String _g6 = (((HX_CSTRING("Failed parsing node Text [") + nodeName) + HX_CSTRING("] ")) + _g5);      HX_STACK_VAR(_g6,"_g6");
                HX_STACK_LINE(82)
                ::haxe::Log_obj::trace(_g6,hx::SourceInfo(HX_CSTRING("BaxXML.hx"),82,HX_CSTRING("bax.utils.BaxXML"),HX_CSTRING("getNodeText")));
                HX_STACK_LINE(83)
                return null();
            }
        }
    }
    HX_STACK_LINE(56)
    return null();
}

您定义了哪些haxedef?

将这些添加到project.xml中可能会有所帮助:

<haxedef name="HXCPP_CHECK_POINTER"/>  <!--makes null references cause errors-->
<haxedef name="HXCPP_STACK_LINE" />    <!--if you want line numbers-->
<haxedef name="HXCPP_STACK_TRACE"/>    <!--if you want stack traces-->

您也可以尝试crashdumper库:https://github.com/larsiusprime/crashdumper

(Crashdumper将默认打开HXPP_CHECK_POINTER,作为其include.xml的一部分,并将为HXCPP的错误和openfl/lime的未捕获错误事件设置挂钩(

我想这可以归结为C++如何处理空指针异常。事实并非如此!

更多信息请点击此处或此处

这似乎很奇怪,有些问题可能有助于解决它。

  • 看起来您对xml的外观做了一些假设(做了一些手动it.next()(,为什么
  • 你为什么要用这个大屁股试接球块
  • getNodeNamed看起来怎么样,似乎可以返回null
  • 你有一个示例xml可以测试吗