Собссно, subj. Я впал в рекурсию.
В std::ostringstream есть метод fill, который позволяет задать, какими символами будут «залиты» пустые позиции в результирующей строке. Как пример, при заданной ширине вывода 3 символа, и «заливке» в '0' std::stringstream << (int)1 (вроде псевдокода) выведет '001'. Есть ли в Spirit-овской Karma такой же метод? В директивах генератора из управления шириной вывода нашёл лишь maxwidth, но это совсем не то, что нужно.
В документации говорится, что разблокировка ожидающего потока происходит при вызовах condition_variable::notify, condition_variable::notify_all, or spuriously. Какие методы входят в это spuriously? И какое время будет отдано на ожидание? А то пример, приведённый там,
boost::condition_variable cond;
boost::mutex mut;
bool data_ready;
void process_data();
void wait_for_data_to_process()
{
boost::unique_lock<boost::mutex> lock(mut);
while(!data_ready)
{
cond.wait(lock);
}
process_data();
}
выглядит так, будто wait выполняется ограниченное количество времени, и периодически выполняется проверка data_ready.
Читая описание этого механизма, что на педивикии, что в документации boost-а, нахожу огромное сходство с обычной перегрузкой функций. Почему его обозвали не «перегрузкой шаблонов функций», а более другим термином?
Суть такова: с прибора приходят результаты измерений в формате, к примеру, double. С третьего-четвёртого разрядов после точки измеренное значение меняется от замера к замеру (неточности измерений, помехи всякие). Есть ли возможность средствами C++-stdlib, либо boost, ограничить точность после точки на уровне заданного разряда? Или же проще/правильнее будет умножить результат на 10^сколько-разрядов-оставить, и отбросить дробную часть?
Для кроссплатформенной работы с разделяемыми библиотеками. Много использую boost, а таскать с собой кусок Qt-обёртки разделяемых библиотек как то некрасиво получается.
Если да, то каким образом? У thread_specific_ptr есть метод get, и операторы -> и *, но как узнать снаружи, у какого потока я прошу данные?
Если нет, то какая разница между TLS и локальными переменными функции, выполняющейся в потоке?
При добавлении в directory пути к корню каталога исходников Qt gdb самостоятельно не находит многие файлы. Приходится вручную добавлять каталоги. Как указать gdb просматривать всё заданное дерево каталогов?
Собственно, subj. Как это можно сделать средствами qmake? В документации пока не нашёл.
Есть люди, у которых ноги растут из жопы, есть люди, у которых и руки растут из жопы. А есть люди, которые растут из жопы целиком!
Вот здесь пишут, что по завершении операции async_read_until в буфере могут находиться символы, следующие за указанным разделителем. Возникает вопрос: а что это вообще за «until» такой? Неохота каждый раз из буфера руками строку до разделителя выцеплять.
Из крана на кухне под утро
Тихо упадёт хрустальная слеза:
Нет больше Японии...
В Assistant-е при поиске на странице внизу её выскакивает widget, в котором находится поле ввода текста, кнопка закрытия его и ещё всякое. Как он называется? Совсем вылетело из головы, а лопатить справку от A до Z — я рехнусь.
Насколько корректно использовать для чтения-записи boost::asio::serial_port свободных функций asio, например семейства boost::asio::async_read_until? Не возникнут какие невнятные побочные эффекты?
Поддерживает туеву хучу языков, в том числе и такой кошмар, как Brainfuck, Intercal и прочие Whitespace. ВотЪ он
Фантастически неудобно, сделайте обратно, как было. Или, как опцию, чтобы отключалось по желанию. Дико напрягает для прогулки по странице тянуться к мыше.
Вот приспичило разобрать такую ситуацию: есть класс, наследующий от двух интерфейсов. У интерфейсов одинаковое количество функций, и одинаковые их сигнатуры, но «начинка» функций в каждом интерфейсе должна быть своя:
struct Iface0
{
void func0(void) = 0;
void func1(void) = 0;
};
struct Iface1
{
void func0(void) = 0;
void func1(void) = 0;
};
struct Implement : Iface0,Iface1
{
//???
void func0(void) { /**/ return; }; // Где чья реализация?
void func1(void) { /**/ return; }; // Где чья реализация?
};
Не могу понять, как в Implement-е разграничить реализации функций Iface0 от Iface1? Я что-то упускаю, или так вообще делать нельзя?
Как я понял, замыкания связывают некие переменные с заданной функцией, и при повторном вызове функция помнит контекст вызова предыдущего. А как такое поведение сочетается с многопоточностью? Если один поток создал функции контекст, то что будет, если после функцию дёрнет другой поток? Контекст пересоздастся для нового потока, или имеем полную аналогию с глобальными переменными, и требуется всяческая синхронизация?
| ← предыдущие | следующие → |