*stl

Люблю, когда люди что-то делают с чувством:
std::max
@brief This does what you think it does.

#oegotn

5 comments

STL … It’s also something that, when you first encounter it, makes you wonder what the hell the designer was smoking. And once you’ve gotten used to it, you start wondering why other library designers don’t start smoking the same thing.

#oifhih

1 comment

пацаны, алярма! подскажите, пожалуйста, реализацию STL, в которой бы использовался hint в std::allocator::allocate, а то что ни посмотрю, то лютое говно, которое так и норовит куда-нибудь скопировать данные

#oiottz

5 comments

Пока ещё в раздумьях, какие библиотеки использовать для курсовой.

#ozfhsh

12 comments

ящитаю, что у каждого STL-ного контейнера и вообще любого сложного объекта должна быть шаблонная policy, задающая реакцию на неправильное использование объекта, как-то: выход за границы вектора, обращение к front и back пустого контейнера, чтение из файла уже вернувшего EOF или просто неоткрытого. тогда можно будет ... more →

#ozhgon

2 comments

отвечая сам себе в #nnhhf: clear(); нужен для того чтобы освободить ресурсы, даже если rvalue был сконструирован через std::move: http://ideone.com/V2sIt vs. http://ideone.com/nUauQ

#nnhft

add comment

объясните, зачем нужна строка 438? http://gcc.gnu.org/viewcvs/trunk/libstdc...

#nnhhf

1 comment

Все таки правильно говорят, что кути развращают. До такой степени привыкаешь к такми вещам как QMap::keys и QMap::values которые возвращают QList от ключей и значений, то когда в плюсах приходится замутить тоже самое, то упарываешься таким:
std::transform (map.begin, map.end, std::back_inserter (vector), ... more →

#gsifn

77 comments

QList метод size() возвращает метод int, а у std::list тот же метод возвращает нечто совсем странное, но чаще всего это unsigned int
Удачного, блин, дебага

#ezooo

15 comments