我有一个解析.csv文件的函数,并使用“,”作为分隔符来标记每一行。我把它标记为一个向量。然后我迭代该向量并使用模板函数将每个字符串转换为数字。出于某种原因,除了编译配置之外,它在所有方面都很有效我不知道配置的细节,因为它们是由不同的部门设置的。我希望你们看到我在这里所做的事情明显错误,并且可以解决这个问题。
以下是有问题的迭代:
vector<std::string> tokens;
tokens = string_split(line);
std::vector<std::string>::iterator it;
for(it = tokens.begin(); it != tokens.end(); it++) {
int i = 0;
from_string<int>(i,*it,std::dec);
if(i != SYS_ELEC_BATTERY_VERSION) {
SysLoggerMessage("Battery Data does not match this version of the battery model!", MESSAGE_TYPE_ERROR);
return;
}
}
因此,在from_string调用之前,*它是“3”。但是,当我进入from_string函数时:
template <class T>
bool from_string(T& t, const std::string& s, std::ios_base& (*f)(std::ios_base&))
{
std::istringstream iss(s);
return !(iss >> f >> t).fail();
}
当进入from_string时,s是BadPtr。为什么这在一些配置中没有问题而在一个配置中没有问题,我不知道。有什么想法吗?
更新 我还应该提到,无论出于何种原因,这个“Release”配置确实包含调试信息,所以我可以进入这些功能。在from_string中,变量s在调试器中显示为:
"<Bad Ptr>" const std::basic_string<char, std::char_traits<char>,std::allocator<char>> &
再次更新 string_split函数
vector<string> string_split(const string &source, const char *delimiter, bool keepEmpty) {
vector<string> results;
size_t prev = 0;
size_t next = 0;
while((next = source.find_first_of(delimiter, prev)) != string::npos)
{
if(keepEmpty || (next - prev != 0)) {
results.push_back(source.substr(prev,next-prev));
}
prev = next + 1;
}
if(prev < source.size())
{
results.push_back(source.substr(prev));
}
return results;
}
提前致谢!
答案 0 :(得分:1)
所以我终于设法“解决”了这个问题。我正在使用Visual Studio 2005,在与公司的另一位开发人员交谈后,我们得出了这个结论。无论出于何种原因,VS2005并不总是正确地使用容器编译库。他在一个不相关的项目中遇到了一个非常类似的问题。这就是“解决”它的原因。
vector<std::string> tokens;
tokens = string_split(line);
std::vector<std::string>::iterator it;
for(size_t index = 0; index < tokens.size(); ++index) {
int i = 0;
from_string<int>(i,tokens[index],std::dec);
if(i != SYS_ELEC_BATTERY_VERSION) {
SysLoggerMessage("Battery Data does not match this version of the battery model!", MESSAGE_TYPE_ERROR);
return;
}
}
请注意,唯一改变的是我在向量上迭代的方式。我只是使用size_t来索引向量,而不是使用std :: vector :: iterator。这现在完美无缺。我完全不知道编译器在一个特定的配置中打破了什么。
感谢所有阅读并提出建议的人。
<强>更新强>
发现实际问题。 Win32 Release配置缺少以下预处理器定义:_SECURE_SCL = 0
显然这会导致我们更大的应用程序环境无法正确捕获stl容器异常,这些异常在它们为空时总是被抛出。我不假装完全理解这一点,因为我无法访问更广泛的环境架构代码,但将该行添加到预处理器定义解决了问题,而无需将迭代器更改为索引数组。