hirthwork
06.06.2012 14:17
пизда рассудку. потребовалось сделать Callable<void> (дабы работало над таском
ограниченное количество тредов, а читали/отсылали данные для него дохуя тредов,
при этом возвращаемое значение мне не нежно).
Callable<void>, разумеется, не прокатило. Думаем, гуглим, делаем
Callable<Void>.
Хуйпизда. missing, блядь, ... more →
hirthwork
30.05.2012 06:53
народ, а не подскажете аналог RTLD_DEEPBIND во фре?
hirthwork
22.05.2012 09:07
одна фишка есть: имя функции не является rvalue. как результат — отсутствуют неопределённости при совпадении имени поля-мембера с именем функции. в кои-то веки можно выкинуть приставку get у всех геттеров
hirthwork
20.05.2012 21:28
омич-полуёбок, а что ты делаешь когда вечером хочется писать код, а вдохновения нет? жрёшь вещества, бухаешь, трахаешься или ещё чего?
hirthwork
18.05.2012 05:31
if (pred()) {
return a;
}
return b;
vs.
if (pred()) {
return a;
} else {
return b;
}
?
hirthwork
05.05.2012 07:47
псач, есть один язык программирования. я мы с ним друг друга любим уже девять
лет, и всё было хорошо, пока в прошлом году не опубликовали новую версию. я
долго старался игнорировать, крича «не поддерживается! не нужно!», но недавно
в интернетах обновился один компилятор, который дал мне возможность реализовать
мои ... more →
hirthwork
03.05.2012 12:56
псач, а насколько валиден подобный код: http://ideone.com/fPpSF . понятное дело, что в случае со stateless аллокаторами всё будет работать. а меня интересует сферический аллокатор в вакууме удовлетворяющий allocator requirements
hirthwork
03.05.2012 11:47
псач, а дай, пожалуйста, ссылку на реализацию полноценного (не через memory pool с фиктивной деаллокацией) stateful аллокатора? а то как шаром покати в этих ваших интернетах.
hirthwork
25.04.2012 08:39
объясните, почему http://ideone.com/WKyVG компилируется gcc, но не компилируется шлангом. и почему компилируется шлангом, если убрать noexcept
hirthwork
23.04.2012 15:26
#if __cplusplus >= 201103L
#define NOEXCEPT(expr) noexcept(noexcept(expr))
#else
#define NOEXCEPT(expr)
#endif
hirthwork
21.04.2012 19:30
если твой коммит мессаж не является синонимом одной из двух фраз: «made smth. simple» или «stupid bug fixed, test added», то твой коммит не нужен.
hirthwork
19.04.2012 14:42
#define true ((bool)(__LINE__ — 128))
hirthwork
15.04.2012 21:23
чат, покритикуй концепцию реализации сервера. существующая реализация не
нравится тем, что блокирующие recv и send происходят в worker thread'ах, что не
есть самое рациональное их использование, ибо числом worker thread'ов хочется
регулировать процессорнозатратные операции, а не ожидание input'а.
итак.
треды ... more →
hirthwork
13.04.2012 14:17
все знают, что recv нужно делать в цикле до тех пор пока не вернёт ноль, -1 или не будет прочитан весь ожидаемый блок данных. так вот. хоть один из вас, профессионалов, проверяет в этом цикле то что у вас началась остановка демона?
hirthwork
09.04.2012 19:11
рассказал коллеге про перегрузку по возвращаемому значению. чую, что предпочтёт специализацию шаблонов.
hirthwork
08.04.2012 21:50
ну и последий brainhurt на сегодня. скажите, является ли безопасным и быстрым выравнивание структуры по размеру наибольшего из её членов? а то педивикия вот говорит, что sse2 комфортнее всего себя с 16-байтным выравниванием чувствует
hirthwork
08.04.2012 21:47
не, ну это пиздец. все понимают, что нужно выравнивать объекты, но, блядь, man posix_memalign предлагает их выравнивать по значению _PC_REC_XFER_ALIGN, которое у меня каким-то загадочным образом совпало с размером страницы. выравнивать данные по границе в 4КБ во имя производительности? да вы пизданулись.
hirthwork
08.04.2012 21:00
посоны, если поинтер на блок данных достаточно большого размера, если структура, которую хочется в этот блок данных записать. есть проблема, что поинтер не выровнен. вопрос, как считать в этом случае количество байт на которое нужно ещё отступить? округлить вверх до размера записываемой структуры мне не кажется ... more →
hirthwork
08.04.2012 20:32
нет, вопрос не про chaotic evil. скажите, я правильно понимаю, отступив sizeof(my_struct) от начала блока аллоцированного malloc'ом, я всегда получу указатель на правильно выровненную область, куда можно зафигачить объект?
hirthwork
08.04.2012 19:44
ну пиздёц я тупой. я только сейчас понял что плюсовые аллокаторы:
1. не должны быть потокобезопасными — вы ведь не станете делать insert у одного
и того же контейнера в двух потоках одновременно?
2. не должны копировать информацию об аллоцированной памяти при копировании —
если аллокатор скопировали, значит ... more →
hirthwork
06.04.2012 09:51
пытался придумать один неблокирующий алгоритм, чтобы понять его, запустил в мозгу три потока исполнения его. мозг сказал что я охуел и отключился. два дня уже не разговариваем