[Опрос] Когда вы в последний раз брали в руки ассемблер?

В сентябре, убербыстрый поиск по дереву.

да вот только вот. в дельфовых сырцах... там было прекрасное: form1, form2... и где-то рядом на асме(sic!) склеивание строк, например, или какие-то выверты с массивами.... я плакал.

в 1990 году, для ПК «Партнера» (КМ580... 80) пару строк машинных кодов писал :)

Активно брал в руки года 3 назад, для пикмикро контроллера писал. НУ и по работе может быть нужен, хотя все чаще С51 используется.

А у меня рабочие программы: управление одним ШД или парой двигателей постоянного тока + постоянный контроль до 5 концевиков, плюс «самодеятельность» в зависимости от состояния концевиков - и это для «универсальных» модулей (т.е. прошивка для всего должна быть одной и той же, поведение зависит от «установочных» команд с компьютера).

Где-то в этот период: http://balancer.ru/tech/forum/2010/12/t73427--memuary-d.5060.html (всё не соберусь продолжить тему)

Года с 1997-го, наверное, ничего заметного на ассемблере уже не писал.

>Неасилятор Forth'а?

Это два умеренно пересекающихся множества :) Я писал в одно и то же время на ассемблере, на Форте, Форты на ассемблере, ассемблер на Форте... ;)

>Что мне на нем, системный софт, игры или вирусы что ли писать? :)

А что, системный софт пишут. Под виндой - всякие nncron, eproxy, eserv и т.п. Плюс немало народа пишет на SP-Forth софт под себя.

2 месяца назад. Выяснял, почему l4ka не работает.

>лет 7 назад, когда хотел сравнить скорость вычисления ф-ции Аккермана, надо сказать, СИ с оптимизациями проигрывал в 10 раз!

Чего-то это как-то вяло :)
Вот, я писал заготовку для теста лобовую: http://balancer.ru/_bors/igo?o=forum_post__229767
Получилось медленнее, но на проценты, а не в 10 раз. И никаких хитростей, решение лобовое :)

буквально на днях. приходилось писать генератор кода для транслятора

А какой ключик оптимизации указывали? У меня между -O0 и -O3 время «лобового» перемножения матриц отличалось в разы...

Лет 7 назад, в институте, пытались нас научить программировать какие-то атмелы. Нихера не понял.

а вы бы на шейдерах их перемножали :)

>А какой ключик оптимизации указывали?

Я там в комментах расписывал.

У меня между -O0 и -O3

8 лет назад я использовал не GCC/Linux, а MSVC/Windows ;) Там свои ключики. Но оптимизация была максимальной.

в школе для спектрума писал реализацию conways' life

>На работе у меня не востребован вообще, периодически пописываю для себя, чтоб нескучно было, обычно какую-нибудь ерунду для ДОС или какого-нибудь старого домашнего компа а ля Спектрум
+1
Но уже пару лет не садился за это дело =\

Лет шесть-семь назад ковырялся с Menuet, нынче KolibriOS. Занятно, весело, но бесполезно.

>Потом узнал, что sdcc оптимизирует ничуть не хуже, чем если я код на ассемблере напишу
Значит так пишешь. Если писать «правильно», то sdcc действительно делает странноватый, но вполне приличный код. А если сравнить с кодом написанным «красиво», с наплевательствами на stackframe, табличной арифметикой, чудесами на стеке с пересылкой и пр. то sdcc конечно не конкурент извращенцу со стажем =)

>На дворе 21-й век, засилие Явы или в лучшем случае С++, низкоуровневые штуки мало нужны. Интересно, когда вы в последний раз брали в руки ассемблер и зачем (необходимость, работа или просто так)?

7 лет назад.

Писал софт-3d.

Ну и лет 10 назад. Писал клавиатурный шпион :)

А я сейчас такое написал. Только на C.

Где-то тогда, когда заменил свой i486DX2-66 на что-то более.

До 1997 писал много и часто. Потом уже стало не очень нужно. А с 2003 года совсем завязал с программированием.

Полгода назад, инлайн ассемблер, правда.

Весной по учёбе, и немного летом из-за GSoC

Сегодня >.< курсач под микроконтроллеры MCS-51

7-6 лет назад. Бут-сектор с меню для души, оптимизация библиотечки работы с длинными числами, плюс лабы, там что-то оптимизировалось на MMX и SSE

в универе

лет 10 назад

еще раньше, лет 17-20 назад

Тяжелое детство?

Года два назад, не скажу где, в целях красноглазия.

2ой год на tasm'е в универе и чуть-чуть на nasm'е - там же.

ну да, асм - это вам не в выжл басике окошки двигать.

постоянно пользуюсь. но чаще SIMD intrinsics хватает. (и работа, и просто так :)

Несколько недель назад, когда писал хелловорлд для доски на ARM (без ОС и libc).

До этого где-то год назад, когда отучал начальный загрузчик linux0.1 от интеловского синтаксиса, и зависимости от ассемблера as86.

если из чужого - только что ковырял btx loader фряхи

сам - лет 8 назад писал загрузчик, буфер обмена для доса, лет 6-7 назад - пытался сваять двухпанельник на винапи (задолбало, начал переделывать на фрипаскале, нацарапал высокоуровневую обвязку к гуете всякой, задолбало второй раз вместе с вендой)

>Это два умеренно пересекающихся множества :)

Как правило, ассемблер нужен только на день-два - только для того, чтобы написать форт (со встроенным ассемблером)

>В 2004-м или 2005-м году. И это был ассемблер одного DSP.

о, вспомнил, в этом году чуть ковырялся с ассемблером emu10k1

год назад, пейсала курсач по осям

Прерывания это и есть работа на более низком уровне. Ниже работает только паяльник.

tasm ?

он самый

Прерывания это и есть работа на более низком уровне. Ниже работает только паяльник.

Я не про это. В твоем куске кода никакого программирования нет как такового - прерывания можно вызывать с таким же успехом и из более высокоуровневых языков.

Была задача программно, с помощью ассемблера, выключить компьютер. Программа эту задачу выполняет. Знание, какие веревочки ассемблера нужно дернуть, что-бы выполнить ту-или-иную задачу, это и есть программирование. Все программирование на ассемблере сводится к забиванию различными данными регистров, дергания прерываний, операторов и функций.

Все программирование на ассемблере сводится к забиванию различными данными регистров, дергания прерываний, операторов и функций.

Прерывания к ассемблеру относятся так же как и к любому другому ЯП.
Вот если бы ты вырубил комп без использования прырываний (реализовав на ассемблере тот функционал который ты вызываешь прерыванием) тогда это было бы Ъ, а так не считается.

весной - курсовой писал

>> реализовав на ассемблере тот функционал который ты вызываешь прерыванием
Тот функционал зашит в железо, чистым ассемблером его реализовать невозможно, разве что заставить винт крутиться-вертеться с релятивистской скоростью, чтобы он загорелся, и потянул за собой в ад все остальное железо. Но такое выключение единично.

никогда, я пока только учусь.

Тот функционал зашит в железо, чистым ассемблером его реализовать невозможно

Почему невозможно ? Ведь прерывание по сути вызывает некий код, который зашит в BIOS и этот код выполняется на процессоре, я думаю можно взять дизассемблер и посмотреть в какие порты ввода/вывода что оно пишет. (т.е. как раньше писали свои обработчики прерываний вместо тех которые в биосе, например более расширенный функционал реализовать что бы)

Не то что бы я придираюсь, а так, просто заметил, вот %)

какой класс ?

>Когда вы в последний раз брали в руки ассемблер?

Для более-менее серьёзной работы — году, наверное, в 1997-м где-нить. А, может, даже в 1996-м.

Для тестов или проверить что-то — году в 2004-м.

>08.12.2010

Тьфу, блин, это археология, оказывается :)

Всю прошлую неделю фигачил на ptx.

Году так в 2004-2005. Just for fun, — писал плагин к второму винампу.