Сделать все функции в обязательном порядке __cdecl или __stdcall (правда тут переменное число аргументов никак не получится, так что для vararg только __cdecl) и полностью запретить __fastcall, вот и получится стабильный ABI.
Дык Audacious же давно существует у которого уши растут ещё из XMMS. Скины винампа умеет, можно сделать так что выглядеть будет практически идентично. Да и умеет не сильно меньше.
А можно ли сделать так чтобы показывались все потоки, кроме GT? Для меня к примеру на GT практически вообще ничего интересного нет, практически сплошная демагогия там, а вот хабр я хочу читать весь.
А разве value_or не реализован как short circuit, то есть если value наличествует, то ветка or просто не выполяется? Тогда весьма странная реализация: всегда и в любом случае вызывать функцию даже если результат не нужен. Я ещё понимаю при and (и то не всегда требуется), но при or. Зачем?
Спасибо, Кэп! А я как дурак во всех редакторах сначала в конец строки курсор ставил, а после клавишей «Забой» («Backspace») до начала строки посимвольно удалял!
Не было бы DOS — можно было бы и процессор поменять (где-то здесь я рассказывал, как надо было делать: поставить два процессора, один для DOS-программ, второй для операционки и новых программ).
Для Apple ][e в своё время существовала Z80 SoftCard, правда от Microsoft, а не от самого Apple, плата расширения с Z80 и минимальной обвязкой. Вставляешь её в слот на материнке и Apple ][e превращался в комп с Z80, на котором можно было запускать вполне себе обычный CP/M. Я даже реально это дело руками щупал.
Для функциональщиков это может быть и проще, но для императивщиков… Я лично глаза мозги сломал пока разложил всё это мысленно в обычные императивные функции, понял как это работает и понял что лично я так никогда делать не буду :-)
Ниже короткий фрагмент кода, наглядно иллюстрирующий реализующий одну и ту же функциональность (увеличение на единицу элементов массива) для двух процессоров — CP1610 и MOS6502.
Похоже что не элементов массива, а элемента массива, но зато 32 раза?
О-о-о-о-о! Да это я вообще не представляю, даже боюсь представить как такое возможно. Давным-давно у нас ещё в школе была забава на переменах, точных деталей уже не помню, но смысл что-то вроде гладить себя по животу одной рукой по часовой стрелке, а по голове другой рукой против часовой стрелки. Так вот редко кто доходил до третьего круга, в основном все сбивались на синхронное движение руками или по, или против часовой стрелки после первого же круга.
На любом процессоре без VME (а VME в те времена был только у Intel) достаточно в сеансе DOS запустить следующий код:
cli
jmp $
и вуаля, полное подвисание всего кроме кнопок Reset и Power. Чем мы, апологеты Интела, в своё время тролили любителей AMD. Правда сейчас у любителей AMD появилась ответка в виде Meltdown, которому Intel подвержен, а AMD как выяснилось нет.
320x240 обеспечивал так же небезызвестный «Mode X», доступный на всех VGA. Тот же режим 0x13, только в некоторые регистры видеодаптера записывались немного другие значения. Довольно много интро, демок и даже игрушек в то время в этом режиме было.
В OS/2 был WatchCat, который с началом буржуйского рождества рисовал в ВарпЦентре иконку с котом, одетым в рождественскую шапку (в остальное время кот был без шапки) и в полуосёвых конференциях говорили: «Кот шапку нацепил!» и все кто был в курсе понимал о чём речь, отвечая: «Ну значит скоро Новый Год!»
А насчёт переполнения PMQUEUE был какой-то параметр в config.sys, может быть даже недокументированный, но был. Как раз против этого дела. Помню точно что был, но за давностью лет уже не помню какой.
Оригинал:
Перевод:
А если другой нет? У меня вот к примеру другой нет.
Неудобно, картой намного удобнее. И со сдачей проблем никаких, и кешбеки всякие, и акции… Не, картой расплачиваться IMHO намного удобнее.
А вот это я уже не понимаю. Почему не равно? Ведь частота (в герцах) звучания что до-диез, что ре-бемоль одна и та же.
Для Apple ][e в своё время существовала Z80 SoftCard, правда от Microsoft, а не от самого Apple, плата расширения с Z80 и минимальной обвязкой. Вставляешь её в слот на материнке и Apple ][e превращался в комп с Z80, на котором можно было запускать вполне себе обычный CP/M. Я даже реально это дело руками щупал.
глазамозги сломал пока разложил всё это мысленно в обычные императивные функции, понял как это работает и понял что лично я так никогда делать не буду :-)Похоже что не элементов массива, а элемента массива, но зато 32 раза?
и вуаля, полное подвисание всего кроме кнопок Reset и Power. Чем мы, апологеты Интела, в своё время тролили любителей AMD. Правда сейчас у любителей AMD появилась ответка в виде Meltdown, которому Intel подвержен, а AMD как выяснилось нет.
А насчёт переполнения PMQUEUE был какой-то параметр в config.sys, может быть даже недокументированный, но был. Как раз против этого дела. Помню точно что был, но за давностью лет уже не помню какой.