I found somewhere the following idiom for reading a file into a string:
std::ifstream file("path/to/some/file.ext");
std::string contents(
std::istreambuf_iterator<char>(file),
(std::istreambuf_iterator<char>())
);
Which works just fine as it is. However, if I remove the parentheses around the second iterator argument, that is:
std::string contents(
std::istreambuf_iterator<char>(file),
std::istreambuf_iterator<char>()
);
As soon as I try to call any method on the string object, for example:
const char *buffer = contents.c_str();
I get a compile error of the form:
error: request for member 'c_str' in 'contents', which is of non-class type 'std::string(std::istreambuf_iterator<char, std::char_traits<char> >, std::istreambuf_iterator<char, std::char_traits<char> > (*)()) {aka std::basic_string<char>(std::istreambuf_iterator<char, std::char_traits<char> >, std::istreambuf_iterator<char, std::char_traits<char> > (*)())}'
Also if I try to assign that string to another:
std::string contents2 = contents;
I get an error of the form:
error: conversion from 'std::string(std::istreambuf_iterator<char, std::char_traits<char> >, std::istreambuf_iterator<char, std::char_traits<char> > (*)()) {aka std::basic_string<char>(std::istreambuf_iterator<char, std::char_traits<char> >, std::istreambuf_iterator<char, std::char_traits<char> > (*)())}' to non-scalar type 'std::string {aka std::basic_string<char>}' requested
Why is this? I can see no reason for those parentheses being needed, much less affect the type definition of the contents
variable. I am using g++ 4.8.2.
That is an example of Most Vexing Parse:
std::string contents(
std::istreambuf_iterator<char>(file),
std::istreambuf_iterator<char>()
);
The statement is parsed as the declaration of a function named contents
that takes two parameters. One parameter that is a variable named file
of type std::istreambuf_iterator
, and a second one that is a function that takes no arguments and returns an std::istreambuf_iterator
. Specification of function parameter names are optional.
Wrapping at least one of the expressions in parenthesis causes it to be parsed as a variable definition.
C++11 solves this problem with its provision of uniform-initialization:
std::string contents{std::istreambuf_iterator<char>{file}, {}};
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With