Практика эксплуатационщика: 1000 дней без простоя ЦОДа TIER-III

Ну, или гонять по нему в Counter Strike — пока не решили.

Ссылкой на fy_data_center.bsp не поделитесь?)

Как искать клиентов для небольшой региональной веб-студии

ИМХО, +1

Не пельменем единым жив программист или история о том, как все успеть

А пост про гамбургер со второй фотографии не планируется?

Блокировка ранобэ на сайте «Бака-Цуки»

Кусочек недоступен. :(
Полная версия есть здесь.

Уязвимость ShellShock эксплуатируется in-the-wild

Подробности можно посмотреть, например, здесь и здесь.

В моем понимании это выглядит так:

Bash при работе использует переменные окружения, которые задаются командой env.
Помимо переменных окружения bash поддерживает список внутренних функций, также задаваемых командой env. Вот пример команды:

$ export foo='() { echo "Inside function"; }'
$ bash -c 'foo'
Inside function

Насколько я понимаю, эти функции должны выполняться только при непосредственном их вызове. Однако в старых версиях bash не проверяет определение функции на корректность и интерпретирует всю строку целиком, из-за чего возникает возможность дописать после определения функции другие исполняемые команды — как-то так:

$ export dummy='() { echo "hi"; }; echo "pwned"'
$ bash
pwned

Беда-печаль состоит в том, что «дополнительные» команды исполняются не при вызове внутренней функции, а при загрузке нового экземпляра интерпретатора, что и видно из примера. Почему это так, объясняется в посте, доступном по второй ссылке.
Резюмируя, ответ на ваш вопрос получается такой: магические скобочки — это определение функции; они допускаются в заголовке, так как являются стандартной конструкцией языка; просто написать вредоносный код без них нельзя, ибо в этом случае bash посчитает вводимый параметр не функцией, а обычной строковой переменной окружения.
P.S. А вот что для меня загадка — так это назначение двоеточия и точек с запятыми. Но особенно двоеточия.

Сравнительная схема кораблей из научной фантастики

А такой никто не находил?

Как мы помогаем стартапам

Кошка классная.)

А самовнушение - страшная вещь...

Мне сначала показалось, что кот за курсором мыши следит, как тут (в самом низу страницы).

Инвайт в подарок на день программиста!

3b1259e23065c86610cf1affdc97f60e,
336d95a85a273c84fc4974bd0e485d16 (with leading zero).

Создание плагинов для AutoCAD с помощью .NET API (часть 1 – первые шаги)

Спасибо за разъяснение.

Создание плагинов для AutoCAD с помощью .NET API (часть 1 – первые шаги)

Вы не могли бы уточнить, что значит «найти строку «CommandMethod» в тексте одной из .dll библиотек»? Я так понимаю, что нужно просто текстовым редактором (к примеру) найти в DLL-файле строку CommandMethod?
Но я же заранее не знаю, в каком файле она находится. С тем же успехом можно добавить в проект все библиотеки (атрибут CommandMethod гарантированно будет определен в одной из них), а потом уже в IDE найти нужный файл через пункт меню Перейти к определению (Go to Definition).
Такое чувство, что я чего-то недопонимаю.

Создание плагинов для AutoCAD с помощью .NET API (часть 1 – первые шаги)

Спасибо за комментарий!
Хотелось бы прояснить несколько моментов.
1.

В целом, ответ звучит так: «Autodesk поддерживает обратную совместимость в течение трех лет».

Для .NET расширений действуют иные «правила игры».

Подскажите, а где можно почитать про обратную совместимость версий именно для .NET-плагинов?

2.

ObjectARX SDK – набор библиотек, необходимых для работы с AutoCAD.

Неверно. Это набор библиотек, необходимых для написания расширений под AutoCAD (почувствуй разницу).

Разница прочувствована.) Но в статье рассматривалось именно создание плагина, поэтому я и употребил такую формулировку.

3.

у меня дома установлена 32-разрядная ОС, у заказчика – 64-разрядная. Пока серьезных проблем с совместимостью не возникало.

Рекомендую почитать это

Про «заглушки» я не вполне осмыслил. Получается, что для AutoCAD до 2011 версии рекомендуется создавать две отдельные сборки проекта — под x86 и x64, иначе возможны проблемы?

4.

Исчерпывающего перечня сопоставлений я найти не смог, поэтому все проверялось методом научного тыка.

«Исчерпывающий перечень» тебе и не нужен — подключать следует только то, что тебе действительно необходимо.

Конечно, я подключаю не все библиотеки, а только необходимый минимум. Но проблема в том, что у меня не сразу получается понять, какой из DLL-файлов содержит нужное мне пространство имен. Вот, к примеру, возьмем тот же самый атрибут CommandMethod. Где можно посмотреть, в каком из DLL-файлов он находится?

5.

следует пользоваться статическими методами класса Autodesk.AutoCAD.ApplicationServices.Application

С ShowModal() я, похоже, действительно дал маху. Попробую исправить в проекте на ShowModalDialog(), если все получится — исправлю и в статье.

6. Все картинки у меня открываются — думаю, это был временный глюк habrastorage.org.

P. S. Хочу вас поблагодарить за пример с созданием плавающей панельки — на его базе получилось очень удобное меню.

Некоторые сотрудники Google тайком живут на офисной территории

Реквестирую пост про Москву, индийскую деревню и Сингапур!

Создание плагинов для AutoCAD с помощью .NET API (часть 1 – первые шаги)

Может, в будущем попробую, если время будет. Но пока и над текущей задачей еще работать и работать.)

Создание плагинов для AutoCAD с помощью .NET API (часть 1 – первые шаги)

3. Про реестр все так — не стал здесь это упоминать, чтобы не загромождать статью. В проекте я AutoCAD запускаю из внешнего приложения — соответственно, NETLOAD выполняю программно, поэтому пользователю ничего загружать не приходится.
4. Мой недосмотр. В рабочем проекте, конечно, опция CopyLocal отключена. Добавлю этот момент в пост. Сейчас только картинку в Пэйнте отфотошоплю.)
5. Самая больная часть работы, надеюсь, уже осталась позади.) То, что я от AutoCAD хотел, он вроде делает. Больше вроде пока не надо.)
Спасибо за комментарий!