Если исключение вылетает за пределы accept()/fork() в дочернем процессе, это исключительно хреново

http://www.reactos.org/ru/index.html Как ни странно, но им жертвуют. В принципе, молодцы.

http://quantumminigolf.sourceforge.net/ реально доставляет. Квантовая физика без формул, просто и понятно.

std::vector::operator[] не проверяет границы, в отличие от at(). Два дня рабочего времени потеряно на поиск причин SIGABRT

Предлагаю свой сценарий провокаций #ГовноРеестр : вместо заблокированного контента вешать не заглушку, а что–нибудь такое, чтоб законно, но хуже, чем до блокировки. Календарь с ближайшими мероприятиями в городе посетителя, например. В идеале, для всех желающих вебмастеров предоставляется JavaScript. Вебмастера подгружают JavaScript на заблокированных страницах, а поставщик JavaScript перебирает, чего бы такого поставить, чтоб для власть имущих как можно хуже становилось от таких замен.

BnW начинает тягаться с Juick по активности. Twitter был, есть и будет дохлый, ни в какое сравнение с Juick и BnW.

В Директе за неполную неделю 5439 показов и 1 клик на 23 копейки. В прошлом году стоял Маркет, было примерно по 1 клику на 1000 показов, и каждый по рублю. ЧЯДНТ?

https://sourceforge.net/projects/somfree/ Пока только для POSIX систем

http://www.eee.hku.hk/~hso/borph.html > BORPH — это операционная система для перепрошиваемых компьютеров на основе FPGA. Это расширенная версия Linux, которая рассматривает ресурсы FPGA как если бы они были CPU. BORPH использует концепцию аппаратных процессов, которые ведут себя подобно обычным пользовательским программам с той разницей, что это аппаратные схемы, работающие на FPGA. Аппаратные процессы ведут себя как обычные программы. Ядро BORPH предоставляет аппаратным процессам стандартные системные интерфейсы, такие как доступ к файловой системе, позволяя им общаться с остальной системой легко и непринуждённо.

Что удалось узнать про SOM. Отличия от COM выходят далеко за рамки наличия наследования. Например, в COM очень важна ссылочная непрозрачность. Есть ссылка, и всё. Куда она указывает, неведомо. В SOM, напротив, имеют значение values, а не только references, пусть даже структура этих value неизвестна. У объектов есть фиксированный для каждого класса размер, который можно узнать у класса вызовом somGetInstanceSize. Можно узнать размер, выделить памяти под 10 экземпляров и разместить их плотно друг за другом, инициализировав каждый методом somRenew. Есть присваивание и копирующий инициализатор. На уровне DLL всё держится на экспортируемых и импортируемых функциях НазваниеКлассаNewClass. SOM compiler из одного .idl обычно делает 3 файла: хедер для чужих, хедер для себя и заглушка, в которую программист вписывает реализации методов. Хедер для себя как раз и содержит сгенеренные по шаблону тела НазваниеКлассаNewClass. Эта функция для своей работы потребует классы–родители и метакласс, которые при необходимости будут созданы через аналогичные NewClass в тех .dll, где реализованы соответствующие классы. Так происходит почти со всеми классами, кроме основных (SOMObject, SOMClass, SOMClassMgr), которые создаются somEnvironmentNew. Когда создан класс, всё остальное происходит через штатные механизмы SOM. Создание объектов — метод somNew у объекта–класса. Или somRenew, если объект создаётся в уже выделенном участке памяти. При использовании C генерится уйма макросов, которые приукрашивают косвенный механизм вызова методов. Если без макросов, вызов обычно состоит из SOMResolve и собственно вызова. SOMResolve возвращает MethodPtr, который нужно привести к прототипу нужного метода и уже тогда вызвать с аргументами. Всё это и скрывается макросами. Обилие макросов чем–то напоминает GObject. По тексту Programming Guide периодически проскальзывает CORBA, и все эти макросы вроде бы как по спецификации CORBA генерятся. Моё личное мнение: SOM'у не помешал бы свой аналог Objective-C или Vala, в котором всё было бы красиво и без макросов. При использовании C++ в хедерах генерятся как бы классы, но объекты этих классов напрямую (на стеке) создавать нельзя, потому что размер неизвестен до инициализации класса. Нельзя наследоваться от таких классов средствами самого C++. Только через IDL и SOM compiler. Можно вызывать operator new и operator delete, которые перегружены так, чтобы вызывать somNew и somFree, соответственно. Если у SOM класса есть нестандартные инициализаторы, каждый из них становится доступен не только как метод, но и как конструктор. somDefaultAssign и somDefaultCopyInit превращаются в копирующий конструктор и operator =. По идее, можно ещё operator new (void*) перегрузить так, чтоб вызывал somRenew, но это не сделано. В февральской бете совместно с компилятором VisualAge была экспериментальная фича Direct2SOM. Компилятор C++, поддерживающий эту фичу, мог генерить по обычному C++ коду SOM–совместимые классы и .idl для них. В каком состоянии это было, неизвестно, в декабрьском релизе это решили вырезать и потом доделать.

Лазейки в GPL: System Library Exception. Не распространяем библиотеки со своей программой, а требуем, чтоб их скачал и поставил юзер. Stdin Remoting. Делаем marshaling wrapper для библиотеки и гоняем через stdin/stdout. Drop-in Replacement. Распространяем программу, слинкованную с одной библиотекой, но так, чтобы, если стоит желаемая GPL библиотека, использовалась именно она.

Рано или поздно имущественные права начнут заканчиваться в том числе и на GPL'ный код. Интересно будет жить потомкам.

Неудобно сделано копирование в большинстве OS. Зачем–то надо копировать права. У каждого файла свои права, а потом я на вебсервере 403 ловлю в неподходящие моменты. Когнитивно удобнее, когда права изредка назначаются большим директориям, и при копировании и перемещении заимствуют права того места, куда копируют/перемещают, а не таскают всюду за собой однажды полученные при создании. Когнитивно удобно, когда изменённые права — идключение, а не правило, и можно для директории web–сервера рекурсивно посмотреть, у кого стоят изменённые права.

http://nimrod-code.org/ Любителям пощупать новые языки программирования предлагаю ознакомиться

В связи с некоторым ажиотажем вокруг распределённых сайтов (Diaspora, Osiris-SPS) интересует подход к вопросу с противоположной стороны. К обсуждению приглашаются имеющие опыт миграции форумов или блогов. В 90е годы можно было собрать статический сайт на HTML, и сверхтекучесть таких сайтов именно этим подходом и была обеспечена. Ещё раньше существовал NNTP. И даже без NNTP можно взять кучу .eml и что–то с ними сделать. Можно в почтовые клиенты скормить, можно в web выложить. Есть скрипты для преобразования в HTML, есть открытые движки типа GMANE. Далее, для Wikipedia есть WikiTaxi, и, теоретически, ему бы подошёл и любой другой викиархив, не аффилированный с wikipedia. Также может представлять интерес Universal Wiki Converter. Импорт/экспорт есть много, где, и в X-Wiki, и в Osiris-SPS. Интерес представляют форматы и протоколы, которые много, где понимаются или хотя бы конвертируются. Поднять свой экземпляр WikiMedia и развернуть на нём архив Wikipedia не считается, а WikiTaxi — уже считается.

У https://bnw.im/post есть версия с предвставленным текстом и тегами? Решил переделать на сайте блок соцсетей, не могу для BnW сделать кнопку

Мытарство с манглингом в Це кончилось тем, что я сгенерил два .lib: один — для stdcall функций, другой — для cdecl: coff2omf.exe -v -lib:st somtk.lib somtk_omf.lib coff2omf.exe -v somtk.lib somtk_omf2.lib И подключил оба именно в таком порядке. И животные наконец–то запустились. Прочие, в том числе однофайловые комбинации флагов coff2omf к успеху не привели. Попробую теперь склеить в один файл

#2169513 http://juick.com/2169513 SUDO для Juick: уведомить подписчиков, несмотря на OFF, игнор juick@juick.com или отсутствие подписки

http://edll.sourceforge.net/ Вот такая шняга есть под Windows. Умеет подгружать в рантайме статические и динамические библиотеки. Особенно интересно последнее. Если системному LoadLibrary() нужен непременно файл на файловой системе, то кастомный загрузчик, наверное, и из виртуального файла загрузить DLL устроило бы. Например, из инкрустированного в .exe байтового потока. Или из удалённого HTTP сервера, попутно перехватив FileOpen у подгруженной библиотеки, чтоб она и файлы читала оттуда же.

http://wyw.dcweb.cn/stdcall.htm Тот, кто назвал Це бритвой, сделал это до появления манглинга. Внутреннее имя, импортированное имя? Вообще охуеть. Знаю, что вызывается и знаю откуда, ебусь, не могу сделать, чтоб всё срослось. external 'emitc.dll' name 'emitSL' — вот, где бритва, а не там, где еботня с implib'ом и манглингом