问题标签 [getline]

这让我发疯。我要做的就是从 awk 向终端传递一个命令，其中的命令是一个由其他变量连接在一起的字符串。

awk 的文档说类似

应该将 $1 的值放入 var。但这种情况并非如此。我在这里想念什么？

我应该补充一点，我实际上有一个循环

对于像这样的输入文件

输出

搞什么鬼。

我正在尝试使用 std:getline() 但得到一个奇怪的运行时错误：

malloc：* 对象 0x10000a720 的错误：未分配被释放的指针 *在 malloc_error_break 中设置断点以进行调试

这是产生此错误的代码：

在每个单词之前，我都会收到此错误。从评论看来，它似乎是 OSX/XCode 特定的错误。有什么提示吗？

更新： 错误仅在调试模式下打印。如果我在发布模式下构建此代码，一切都很好。

更新 2： 可以在此处找到有关该问题的更多信息。

解决方案：

放

_GLIBCXX_FULLY_DYNAMIC_STRING=1

在目标信息构建选项卡中的预处理器宏中。

系统信息：

OSX 10.6.2 | XCode 3.2 | g++ 4.2 | i386 的调试配置

如何使用该std::getline功能检查文件结尾？如果我使用eof()它不会发出信号eof，直到我尝试读取超出文件结尾的内容。

我正在尝试将日期从一种格式转换为另一种格式：例如从“2005 年 10 月 29 日”到 2005-10-29。我有一个包含 625 个日期的列表。我使用 awk。

转换工作 - 大多数时候。然而，有时转换根本不会发生，并且应该保存（转换后的）日期的变量仍未定义。

这总是发生在完全相同的行上。在那些奇怪的行的日期上显式地（从 Bash shell）运行“日期”可以正常工作（日期被正确转换）。-- 这些行的文本内容并不重要。

为什么会出现这种行为，我该如何修复我的脚本？
她是：

如果要重现此问题：

1. 下载此文件：uBXr0r15.txt。
2. 运行 awk 脚本。
3. 在 bug-out-3.txt 中搜索“未定义”。
   （“未定义”在我的电脑上找到了 122 次。）

然后您可以再次运行该脚本，并且（在我的计算机上）bug-out-3.txt 保持不变——完全相同的日期未定义。

（Gawk 版本 3.1.6，Ubuntu 9.10。）

亲切的问候，马格努斯

在我的程序中，fin是一个ifstream对象并且song是一个string.

当程序运行时，它会打开 music.txt 并从文件中读取。我尝试阅读每一行：getline(fin,song);

我已经尝试了所有变体，getline但它在开始拾取字符之前一直忽略每行的前 10 个左右字符。例如，如果歌曲名称是“songsongsongsongsongname”，它可能只会选择“songname”。

有任何想法吗？

这是简化的代码：

所以我正在编写一个处理读取和写入文件的程序。我使用 getline() 函数是因为文本文件中的某些行可能包含多个元素。到目前为止，我从来没有遇到过 getline 的问题。这就是我得到的。

文本文件如下所示：

和这样的代码：

当我调试这段代码时，我发现 name == "John"，而不是 name == "John Smith"，而 Address == "Smith" 等等。难道我做错了什么。任何帮助将非常感激。

到目前为止，这是我的程序：

我只包括主要的，因为它是这里的问题提供者，其他一切都正常运行。

当我使用选项'D'（输入一个新字符串）时出现问题，一旦按下回车，程序就会直接返回到选择提示并将 inputString 变量设置为空白（不是单词空白，但里面什么都没有)

第一个 getline(cin, inputString) 工作得很好，第二个是问题提供者......有什么建议吗？

好的，所以我对 getline 有疑问。

我有一个包含几个字符串的文件。我自己创建了它，我将每个字符串放在单独的行上。

当我调试程序并要求它打印出 string1 时，它显示“第 1 行\r”已保存到 string1 中。我知道这是我在创建文件时实际按 Enter 键的。此问题导致我的程序出现分段错误。我知道我的代码可以工作，因为如果我先使用 ofstream 写入文件，然后再读入，它就可以工作。

因此，对于我的问题，他们是否无论如何都使用 getline 函数而不使用转义序列 \r？如果我不清楚，请告诉我。

这是我的代码：

input.txt 内容：

在 Enclipse 中，它进入了无限循环。我正在使用 MinGW 5.1.6 + Eclipse CDT。

我尝试了很多东西，但我找不到问题所在。

我用于简单字符串拆分的一段常见代码如下所示：

有人提到这会默默地“吞下” std::getline. 当然，我同意是这样的。但我突然想到，在实践中可能会出现什么问题，我需要担心。基本上这一切都归结为：

Astringstream由 a 支持string，因此我们不必担心与从文件读取相关的任何问题。这里没有进行类型转换，因为getline只是读取直到看到行分隔符或EOF. 所以我们不能得到任何boost::lexical_cast需要担心的错误。

除了未能分配足够的内存可能出错之外，我根本想不出什么，但这只会在事件发生std::bad_alloc之前抛出一个很好的结果。std::getline我错过了什么？