为什么我的程序在返回语句时崩溃

Why does my program crash at the return statement?

本文关键字:语句 崩溃 返回 我的 程序 为什么      更新时间:2023-10-16

我在执行以下代码段时出现异常

bool FieldValueMessage::Get(const std::string &field, double & value)
{
    string text;
    if(Get(field,text))
    {
        std::stringstream sstr(text);
        sstr >> value;
        if(sstr.fail())
            return false;
        else
            return true;
    } 
    else 
    {
        return false;
    }        
} 

获取函数如下

bool HashMapMessage::Get(const std::string &field, std::string & value)
{
    Field2Value::iterator i = f2v.find(field);
    if(i==f2v.end()){
        return false;
    } else {
        value = i->second;
        return true;
    }
}

Get 函数的调用方。我在这里看不到任何问题。

for(i=quote_fields.begin(),j=0;i!=quote_fields.end();i++,j++){
    if (msg->Get((*i).c_str(),tmp)){
        if(tmp>0 && x->staging_data[j+1]!=tmp){
            x->staging_data[j+1] = tmp;
            has_update = true;
        }
    }
}

调用堆栈是

ntdll.dll!_RtlpCoalesceFreeBlocks@16()  + 0x35 bytes    
ntdll.dll!_RtlFreeHeap@12()  + 0x91f bytes  
msvcr90.dll!_free()  + 0xcd bytes   
msvcp90.dll!std::locale::`scalar deleting destructor'()  + 0x19 bytes   
msvcp90.dll!std::ios_base::_Ios_base_dtor()  + 0x39 bytes   
msvcp90.dll!std::basic_stringstream<char,std::char_traits<char>,std::allocator<char> >::`vbase destructor'()  + 0x19 bytes  
asapGeneric.dll!asap::FieldValueMessage::Get(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & field="ASK", double & value=0.055000000000000000)  Line 33 + 0x17 bytes   C++
_hdf.pyd!asap::TradeAndQuoteNormalizer::ParseQuote(asap::FieldValueMessage * msg=0x027194c0, asap::TAQ * taq=0x02716908)  Line 84 + 0x36 bytes  C++

字段的值为"ASK"。

这段代码运行良好,没有任何问题,但现在我在"return true"语句上出现异常。

当我通过程序调试时... sstr.fail()返回false .指针出现在语句return true;。此时,当我执行一个步骤时,突然出现未经处理的异常:从位置 xxxxx 读取的访问冲突。我从未在返回语句上看到过异常。在这种情况下,什么是不正确的?这个 c++ 程序是从 python 脚本调用的。

对上述帖子的回答实际上是对该问题的评论集合。 不止一个回复帮助我找到了解决方案。上述情况下的问题是我没有正确初始化暂存数据。它应该是一个大小与quote_fields相同的数组,但它被初始化为长度 1。所以第一个元素更新正确,但在数组中的第二个元素quote_fields读取期间,我得到了上述异常。一旦我尝试访问不正确的元素,就不会引发异常。异常来自字符串流析构函数。根据退休的忍者,异常不会立即引发,而只会直到堆尝试在以后的某个时间点合并 2 个空闲块,如调用堆栈所示。