для Ъ: «блаблабла ваше обращение было рассмотрено. в ходе осмотра территории, указанной в обращении, были задержаны лица, причастные к порче дорожного полотна. по предварительной инфромации это кладоискатели».
для не Ъ: http://i.zlowiki.ru/120607_ce9efaed.jpg
http://negabarit.ru/news/1/251.html
для Ъ:
В федеральных управлениях ФКУ «Росавтодор», с территории которых мы начинаем движение, вывозя грузы из разных регионов и доставляя их по территории всей России, введена в эксплуатацию программа, разработанная по заказу ФКУ «Росавтодор» компанией IBS. По словам сотрудников федеральных управлений разных регионов страны, ответственных за оформление и выдачу спец. разрешений, ввод заявлений в эту программу крайне затруднен из-за множественных ошибок в работе программы, которые вызываются различными причинами, в том числе, низкой компетенцией предприятия-разработчика. Это стало результатом отсутствия взаимодействия предприятия-разработчика с соответствующими специалистами, занимающимися выдачей спец. разрешений, обладающими необходимым и достаточным уровнем профессиональной подготовки.
блаблабла
Результатом введения в эксплуатацию неготовой к работе программы явилась почти полная парализация грузоперевозок по стране, а также работа строительной техники, являющейся тяжеловесной и требующей получения специального разрешения на ее перемещение. Остановлена поставка социально-значимых грузов: горюче-смазочных материалов; сельскохозяйственной, коммунальной, военной техники; модульных зданий для вахтовых рабочих в условия севера, буровых установок и многого др.
блаблабла
Следует отметить, что до ввода в эксплуатацию данной программы специалисты ФКУ «Сибуправтодор» в г. Новосибирск работали быстро, качественно, без бюрократических проволочек – все в рамках действующих законов, инструкций, положений, приказов в дорожной отрасли, регламентов по выдаче спец. разрешений.
=========================кусать тут===================
<здесь была моя оценка действий и морального облика росавтодора, компании IBS, и прочих замешанных в этом деле петушар, но дабы не травмировать психику модераторов возможно излишне резкими словами я заменил её на фотографию котенка>
/*вынес в отдельную тему, абы модераторы не возмущались на оффтопик*/
к слову Хаям придумал иранский календарь, который у них там действует уже тысячу лет
Чрезвычайно долгое время, вплоть до второй половины 19 века, его имя никому не было известно и его стихи отчего-то не пользовались на Востоке никакой популярностью. Омар Хайям не упоминался ни в одной из персидских и арабских литературных монографий 10-19 веков и о его существовании просто-напросто не подозревали. ....
Считающееся каноническим парижское издание 1867 года насчитывает 456 рубаи (четверостиший по рифмической схеме «ааба», где рифмуются друг с другом 1, 2 и 4-я строки), но и оно, по мнению исследователей творчества Хайяма, весьма далеко от совершенства, ибо включает в себя стихотворения других малоизвестных или совсем неизвестных (анонимных) поэтов. Совсем недавно (в середине 20 века) европейскими исследователями была обнаружена рукопись, содержащая 252 рубаи, которая тут же была названа «действительно подлинной рукописью Хайяма». Никаких доказательств подлинности её представлено не было, и иранские учёные находку не признали.
Вообще, с рукописным наследием Омара всё время творится что-то странное - то «подлинник» Э.Фитцджеральда тонет вместе с «Титаником», то находят свиток со стихами на арабском, а не на фарси Тот свиток, что утонул вместе с «Титаником», был лишь обратным переводом на фарси опубликованных стихов «первооткрывателя» Фитцджеральда. У «хайямоведов» нет ни одного клочка бумаги, по которому можно было бы судить о реальном времени творчества Омара. Все научные «споры» и «изыскания» ведутся на основе предположений, допусков и переклички с трудами других литераторов.
Таким образом, Омар внезапно оказывается заметной исторической фигурой, сочинявшей стихи на хорошем литературном фарси (появившемся лишь в 17 веке), знавшим космогонию времён Коперника (хотя в 11-17 веках о шарообразной форме планет и звёзд даже и не помышляли) и являвшейся мусульманином (при том, что единственной религией в Персии в указываемый учёными исторический период было солнцепоклонничество). ...
Никаких исторических памятников, документов или географических карт, свидетельствующих о существовании этого государства, в природе не существует. Более того - указываемое общественно-политическое образование детерминируется историками как «сообщество кочевых племён», якобы объединённых некоей правящей династией. Но кочевые племена никогда не образовывали никаких государств, ибо государственная машина (предполагающая наличие столицы и иных городов, возникновение бюрократии, составление архивов, кодификацию имущественных прав и пр.) являлась бы для них препятствием при проведении масштабных военных операций (походов) и перемещений по региону. ...
Иранский город Нишапур, называемый местом рождения и смерти Хайяма, построен в традициях персидской архитектуры середины 17 века. До этого времени на его месте могла располагаться небольшая деревушка, следов которой, правда, до сих пор не обнаружено. Как нет ни более древних построек, ни могилы самого Омара. ...
«Европейцам Омар Хайям стал известен с марта 1859 года,когда впервые были опубликованы 75 четверостиший в переводе Эдварда Фицджеральда(1809-1883),внимание Фицджеральда на стихи Омара Хайма обратил его друг профессор Коуэлл,летом 1856 года.Книга ,изжанная Фицджеральдом ,пролежала более двух лет в одной из лондонских книжных лавок,пока Омар Хайям,наконец ,не был оценен по достоинству.»
Омар Хайям был автором «весы мудростей,или Трактат об искусстве определения количества золота и серебра в состоящем из них тел.» и автором точного солнечного календаря.
Первые таблицы реальной плотности металлов привел А.Лавуазье в 1789 г.
Филолог Фицджеральд написал рубаи бессмертного Хайяма,а его друг естественник Коуэлл написал его научные работы.Сделали свой бизнес.
после нескольких лет работ ОХ вместе с группой астрономов... создал новый календарь, отличающийса высокой степенью точности. Интересно отметить, что календарь, предложеный Х, был на 7 секунд точнее григорианского календаря, разработанного в 16в. Живя в Исфахане Х не оставляет занятий и математикой. Помимо теоретических трудов о соотношении геометрии и алгебры, о методе извлечения корней любой степени из целых чисел (в основе этого метода лежала ф-ла Хайяма, получившая впоследствии название бинома Ньютона), Хайям пишет трактат, разрабатывающий математическую теорию музыки.
Итак, об Омаре Хайяме в конце 19 века арабы ВПЕРВЫЕ узнали . . . от европейцев!
Оно и понятно - не могли же высокоученые средневековые арабы выродиться в дикий и малообразованнй народ - к 19 веку. Сейчас выясняется, что и Авиценна (на арабском) до 19 века был, на самом деле, неизвестен. И это тоже понятно, раз там описан сахарный диабет, открытый в 18 веке.
и тэдэ и тэпэ:
«Мусульманский мир ничего не слышал о Саладине, пока европейские легенды о его борьбе с крестоносцами не были переведены в XIX в. на арабский язык».
и даже круче:
Историк Грегоровиус пишет о событиях XIII века:
«Римский народ проникся в это время новым духом. Как в древности, во времена Камилла и Карполна, он и теперь выступил на завоевание Тусции и Лациума. Снова появились на поле брани римские знамена с древними инициалами S.P.Q.R (Senatus Populus que Romanus) на красном с золотом поле, и римское национальное войско снова было составлено из римских граждан и союзников от вассальных городов, под начальством сенаторов».
Слова «снова» и «как в древности» явно лишние :). не было «древности». так везде у традисториков. я когда домой пьяный приходил, я маме лучше врал.
и да, вот еще что. если физики «подтверждают» вранье, то это не повод верить вранью. это повод не верить физикам.
Failed to convert property value of type java.lang.String to required type ru.org.linux.topic.Topic for property topic; nested exception is java.lang.NumberFormatException: For input string: «» тема не задана
Пока all обсуждают что лучше - wayland или legacy под названием иксы, я бы предложил поднять другую гораздо более интересную тему: ведро линупса есть окаменевший кал мамонта. Его надо перепилить
И вот почему:
1)Возьмем отображение физических страниц памяти в виртуальные адреса. Все что там в ведре нагорожено, очень наверно хорошо - но только для случая абсолютно абстрактной программы, которая хаотически дергает сисколлы с рандомными значениями. Только на реальных программах то, работает линупс ортогонально тому, как удобно работать для современных процов.
В реальной жизни не нужно уметь mapнуть любой адрес в любой адрес. Нужно мапать сразу блобы, и в 99% случаев некритично, сколько адресного пространства потеряется из-за выравнивания. У вас много на десктопе программ, у которых по данным top виртуальной памяти по 2гига и более? А гиг? А 512 метров? я окромя ожиревших иксов и фурфокса не упомню, и то - у последнего память занимает heap, которому тоже некритично где лежать, главное лежать. а иксы... :) ну да, иксы. зачем они, когда есть wayland И современные процы позволяют это сделать. Пусть процесс содержит таблицы страниц для верхнего уровня(или среднего для x86-64) , а блобы в памяти содержат нижний уровень. Да, тогда их мапить получится лишь по адресам, кратным 4мб или 2мб. Зато форк и mmap будет мгновенным - не надо создавать на форке кучу структурок, нужных для того, чтоб следить, а кто это юзает физическую страницу, которую мы выгоняем на диск.
Мапнуть блоб к себе? Не вопрос,
memcpy(mytables+offset, blob->phys_addr_tables, sizeof(pagedescr)*((size_of_blob+big_page_size-1)/big_page_size)Надоела страница? Не вопрос,
pagedescr * tmp=pages[index].where_is_it->phys_addr_tables;
tmp[pages[index].offset]=0;И все действия такой же сложности примерно. Хелловордовой.
Далее, большинство библиотек и, ширше говоря, тулкитов, идет «паровозом». То есть Qt = {libQtCore + libQtGui + libQtXml + libQtNetwork + blablabla} Вот что мешает возложить на линкер боевую задачу - знать из конфига, какие либлиотеки меж собой дружат, и для каждой такой группы держать один блоб to rule them all? Сколько там стартует типовое кедоприложение из-за динамической линковки? 7500 времени? Причем тормозит из-за того, что по мнению ld-linux.so.2 все либлиотеки «разные», он их каждый раз как в первый раз видит, и заново создает .got для них. ну слинкуй ты их намертво в блоб и держи 1 .got на всех, тем более что он меньше будет, чем раздельный. А поскольку без запроса блоб в память не подкачивается, не потребуется городить какую-то модульность. Не нравится libFoo5 из libFoo[1-100]? Не обращайся, делов-то.
Реализация плевая, соотвествующий код сокращается до предела, но ведь мы же не можем ничего менять потомучтосовместимость. Поэтому проще заменить линупс.
2)Терминалы - зачем это в ведре? От ведра требуется лишь «передать строку» и послать сигнал. Мне казалось, ведро уже умеет это делать. Вот честно, скажите, какая повседневная программа из консоли требует себе в stdin/stdout терминал? НЯП все нормально шуруют через пайп. От пайпа терминал отличается разве что очень полезными ioctlами, без которых жизни красноглазому нет: это установить сколько бит в байте, установить скорость в битах/секунду, и прочая лабуда. Из нового есть только костыль включить/выключить утф8. Я еще понимаю, когда речь о com-портах идет. Ну оставьте эту байду в драйвере ком-порта, зачем это в tty тащить, да еще в ведро? Вынести все в libtty.so и не держать в ведре страшное legacy. Правильно Alan Cox ушел, сколько можно подпирать костылями кучу дерьма, созданную для эмуляции ламповых печатных машинок? Размер «окна», управляющие символы - все это должно делаться в userspace. Один хрен никто в чистом терминале с моргающим курсором давно не сидит. Везде xterm, gnome-terminal, konsole и т.д. и т.п. В винде под цигвином вся эта консольная лабуда работает, хотя там в ведре никаких юниксовых терминалов нет.
3)Планировщик - вот скажите мне пожалуйста, как через nice сделать так, чтоб фоновое приложение икс и его потомки в сумме жрали не меньше 18.2% процессора, но не вытесняли остальных? Задача элементарнейшая - скажите студенту: сделай мне алгоритм, который будет делать кольцевой список задач, у которых может быть такой же список подзадач, и % минимального использования проца в секунду или min((1-reserved_time)/nprocs) если не указано, получишь зачет. Студент сделает. И этот алгоритм будет работать потому что он тупой как хелловорд. Без всяких там cfs/bfs и 12309. Почему у линупса до сих пор такой сраный планировщик, что его можно разбомбить форк-бомбой и на нем под нагрузкой звук хрюкает?
собственно вот: http://www.megagames.com/news/ex-amd-engineer-reveals-why-bulldozer-design-in...
для Ъ: два года назад эффективные менеджеры режили, что хватит инженеришкам ручками дизайнить всякие критические детали процессора, потому что это работа для всяких автоматических программулин. собственно, вот и просрали все полимеры.
Лесбийская пара из Калифорнии утверждает, что их 11-летний приемный сын Томми мечтает сменить пол и стать девочкой по имени Тэмми. Поэтому они добились того, чтобы ребенок начал принимать гормоны, блокирующие начало полового созревания. По мнению «мам», это даст ему больше времени для того, чтобы окончательно определиться со своего будущей половой принадлежностью.
...
По их словам, ребенок начал идентифицировать себя как девочку с трехлетнего возраста. Изучая в раннем возрасте язык жестов из-за дефекта речи, Томми первым делом показал им: «Я девочка». Сначала они подумали, что мальчик просто ошибся, но тот упорно твердил, что является девочкой. В возрасте семи лет он пообещал изувечить свои половые органы, тогда же психиатры диагностировали у него расстройство гендерной идентичности.
тут недавно японцы с шумом и гамом обрадовали всех атеистов, что им таки удалось создать исскуственную клетку.
а на практике оказалось, что ученые в очередной раз изнасиловали журналиста :)
Японцы накрошили в бак исходников для пузырьков(giant vesicle в оригинале) и катализатор. Пузырьки по мере добавления исходников росли, лопались и из остатков получались новые пузырьки такого же размера. Так и написано:Adding cell membrane material to the cell caused it to divide. Кроме того, в бак насыпали затравку днк и ферменты для ПЦР-реакции. Поскольку стенка пузырька позволяла днк проникать внутрь и наружу, днк оказалась внутри этих пузырьков, что позволило назвать их «клетками»
Ну то есть понятно, что ПЦР может идти без пузырьков, а пузырьки могут множиться без ДНК, надо только подливать в бак нужные ингридиенты.
Налили литр желтой краски и литр синей краски, смешали - получили литр зеленой краски. Добавили еще по литру синей и желтой красок - вуаля, зеленая краска ожила и размножается делением
сей потс меня побудило написать мое недавнее разбирательство с тем, как работает gtk3 без х11 под макосью. ибо там были два адских бага в gtkcliboard-quartz.c и gtkdnd-quartz.c типа скармливания null-указателя функции, не ожидающей нуля на входе, и эти баги в принципе нельзя было пропустить при тестировании - просто потому что паста текста не работала с ворнингом «объект не типа GdkDisplay» из-за нулевого указателя, а перетаскивание чего угодно тупо дереференсило этот нулевой указатель и вылетало с bus error.
так вот, у мну сложилось впечатление что туеву хучу опенсорсного софта принципиально не тестируют. ну разве что компилируют, запускают, проводят пару-тройку примитивных тестов и релизят. gnash тот же взять - я очень сомневаюсь, что его тестировали на 64битных системах, ибо там внутри страх, ужас, и 4 байта везде подразумеваются, где не char и не short.
что надо сделать, чтоб опенсорсный софт начали тестировать хотя бы также как коммерческий? я видел много ком-софта и внутри у него страх и ужас но тестирование выправляет или хотя бы маскирует большую часть кривизны.
суть проблемы: в gtk3 и gtk2 под макосью не работает буфер обмена. в смысле вообще не работает - ни «копировать» ни «вставить»
собраны из сорцов atk-2.0.0, cairo-1.10.2, gdk-pixbuf-2.23.3, gettext-0.18.1.1, glib-2.29.4, gtk+-3.1.2, libffi-3.0.8, libpng-1.5.2, libxml2-2.6.30, pango-1.28.4, pixman-0.22.0, tiff-3.9.5, zlib-1.2.5 2, с --without-x --enable-quartz-backend
gtk2 поставлен через macports с +no_x11 +quartz
пример clipboard из gtk-demos либо матерится
(gtk3-demo:25622): Gdk-CRITICAL **: gdk_text_property_to_utf8_list_for_display: assertion `GDK_IS_DISPLAY (display)' failed
gtk3-demo(25622,0xa0493720) malloc: *** error for object 0x889f2: Non-aligned pointer being freed
*** set a breakpoint in malloc_error_break to debugмакось 10.5
поиску косяка в gtk мешает тот факт, что gdb не хочет отлаживать ничего собранного gcc с криками «неизвестный формат файла». вопрос: как заставить банально оккупированый gdb делать то же, что он умеет делать в нормальных операционных системах?
линукс здесь при том, что программа разрабатывается для линуксов, фряшек и прочих систем, где может крутиться gtk. но на работе стоит почему-то макось, и надо чтоб gtk работал и под ней, потому что на работе до фига свободного времени а он цука не работает
В Костромской области легковой автомобиль столкнулся с грузовым поездом, сообщает РИА Новости. В результате ДТП два человека погибли, один получил травмы. Инцидент произошел в Поназыревском районе Костромской области на регулируемом переезде через железнодорожные пути в 09:50 в четверг, 26 мая. 12 цистерн поезда в результате ДТП опрокинулись, шесть из них загорелись.
Причины происшествия не установлены. По данным «Комсомольской правды», в одной из цистерн находился метанол. Как пишет издание, легковой автомобиль был марки «Лада Калина».
Ну а теперь похвастайтесь, какая еще импортная тележка сможет скинуть с рельс поезд? Машина-зверь.
стоит задача: на плоскости следует разместить произвольное количество любых прямоугольников. в дальнейшем их надо будет отображать, поэтому желательно иметь возможность найти все прямоугольники, попадающие «в кадр», т.е. пересекающиеся с заданным прямоугольником.
поэтому хотелось бы услышать совет о том, каким образом организовать доступ к этим прямоугольникам. в лоб деревом их отсортировать не получается, т.к. мало того, что координаты две, но надо еще и размеры учитывать. а размер может быть произвольным.
если у кого-нибудь на примете есть работающий код, способный со сложностью порядка log(n) выбирать какие прямоугольники отображать можно, а какие нельзя- буду рад за ссылки.
берите любую видеозапись взрыва на реакторах в фукусиме - вспышка желтая. у них что, бракованный водород что ли, с квадратными протонами?
| ← назад |