Ну да, у PocketBook всегда были неплохие попытки защитить свой софт от попыток запуститься на аналогичном железе других производителей. Сейчас с этим, наверное, проще, раз они сами железо разрабатывают, а не китайский OEM до ума доводят. Но много лет назад, когда я пытался перешить свой Explay TXT.Book прошивкой от PocketBook 301+ (по железу они идентичны), столкнулся с тем, что серийный номер читалки записан во флэш и проверяется софтом при старте. Причем не в тот флэш, где лежит сама операционка и который полностью перешивается прошивкой, а в тот, где контроллер дисплея хранит waveforms конкретного E-Ink экрана. Остроумное решение.
Я насколько помню, и 3.5" и 5.25" на «Кворуме» работали более-менее одинаково быстро. Я, впрочем, и каких-то особенных тормозов по сравнению с TR-DOS не припомню. 40 килобайт (обычная игра) что там, что там читалось секунд 6-7. На PC может и 20 Кб/с, но там и частота выше, и DMA есть.
nc.com написан, думаю, где-то в 94-м. Я не уверен, что всю эту кипу CP/M софта кто-нибудь бы покупал, если бы там не было такой удобной оболочки, так что тут помимо охоты ещё и коммерческий смысл был.
у злоумышленника тупо нет механизмов, как определить, какой клиент оплатил
Есть механизмы. Можно, например, выставлять каждой жертве разную сумму в BTC. Не знаю, до какого знака после запятой можно делить биткоин, но неплохую квазиуникальность это даст в любом случае.
Зачем решать проблему, которая проблемой не является? Зачем усложнять восприятие куска кода и добавлять лишнюю информацию туда, где и без неё любой программист разберется за мгновение? Ну серьёзно, лямбда из пяти символов воспринимается махом, с одного взгляда, и чуть ли не периферическим зрением. И наверняка задействуются при этом совсем иные участки мозга, чем при чтении 25-символьной лямбды с офигенно подробным неймингом.
Вот когда разрастется однострочник — отрефакторите. А решать несуществующие проблемы — это преждевременная оптимизация, которая корень сами знаете чего. Или вы думали, что оптимизация бывает только по скорости?
Пробовал всё начиная с 0.4.0. Последний раз 0.4.2 сразу после релиза.
Я, впрочем, не уверен, что встроенная флэш 701го не висит на USB, учитывая скорость её работы. Попробую сегодня ваш метод из видео, ну или даже достану с антресолей усб-сдром.
eee701 удобно, например, держать в машине ради диагностики и всего такого. Линукс туда в этом случае не поставить, т.к. ни софта, ни драйверов адаптера CAN-шины под линукс нет.
Вообще, DroidDrive умеет эмулировать CD-ROM на базе рутованного андроид-смартфона.
Но на моём 701 ни один релиз ReactOS не грузится ни через неё, ни через grub4dos, ни даже через тупое создание на винте раздела с копией LiveCD. COM-порта там тоже, конечно, нет, поэтому даже лог загрузки не зарепортить.
> питерская команда «Кирпичи» теряет своего гитариста
учитывая, что Джей был ударником, компетенция составившего этот список латентного смакователя слов с корнем "-сексуализм" вообще под вопросом.
Там проц 900 Mhz, одно ядро и никакой виртуализации, увы. Ну и виртуалка в этом контексте ничем, в общем-то, не лучше простой установки ОС в соседний раздел. Разве что место чуть сэкономится за счет динамического размера образа диска. Но зато сам виртуалбокс весит как вся ReactOS.
Грузиться с неё она все равно не умеет. А хотелось бы.
Вот у меня есть, скажем, Asus EEE 701 2G. Там 2 гигабайта встроенной флэш, а хочется впридачу в линуксу там иметь и что-то виндоус-совместимое (проприетарный диагностический usb-сканер автомобиля запускать, например. Wine тут не вариант, т.к. с драйверами не дружит). ReactOS, которую можно было бы запустить с ext2, была бы тут самым минимальным злом из возможных.
Попытки-то были, например в 1989 году вышла ОС UZI под какой-то комп на z80.
Просто помимо 8-разрядности и отсутствия MMU, unix ещё подразумевает собой Си. Сишные программы больше по размеру и медленней, чем ассемблерные. Если проблему с размером ещё можно хоть как-то сгладить — расширить память компьютеру, например — что, впрочем, всё равно не панацея из-за её неминуемо страничной организации — то скорость просто ставит крест на практическом применении, особенно для многозадачности.
А без многозадачности у Юникса вообще нет преимуществ, т.к. на фоне любого 8-бит Юникса CP/M просто летает.
Ваша программа на C++ может быть заменена на два grep и два tr (точнее, sed y//, т.к. tr не дружит с юникодом).
И ещё меня смущает else{ translate = ""; }. Выделил цифры, нажал хоткей, цифры стерлись — это вроде бы не очень логичное поведение. Хотя, ^Z тут спасет, так что это можно признать и фичей.
Причём на сайте уже есть и штрихкоды у многих (а то и у всех ламп), и поиск по ним работает.
Так что всё приложение сведётся к получению штрих-кода из сканера и открытию браузера с результатами поиска.
Даже не удивительно, что это единственная ссылка, прожившая 6 лет :) Все остальные «выложил навечно» мертвы, причём обычно даже вместе доменным именем.
Спасибо.
Оффтоп, но в ваш LGA775 влазят Xeon'ы, рассчитанные на LGA771. Физически они чуть отличаются, но китайцы продают уже переделанные и готовые к использованию процы, ищутся на али по «LGA775 Xeon». Вполне себе нехилый апгрейд за 30 баксов.
Мозг легко перепрошить. Надо оставить стакан воды под воздействием светодиода на ночь, и она структурируется с учетом пика на 450 нм. По стакану каждое утро два месяца — и всё, солнечный свет боле не мил, подавай светодиодный!
Какие проблемы разобраться в 16-битной железке (и не исключено, что проц там вообще 8-битный), имея схему, прошивки и всю-всю-всю документацию? «НАСА всё же госструктура» и архивы по действующим миссиям наверняка хранят аккуратно.
Если искать среди программистов — ваша «проблема водителя» может и актуальна. А вот среди эмбеддеров нужные знания есть если не у большинства, то у многих.
nc.com написан, думаю, где-то в 94-м. Я не уверен, что всю эту кипу CP/M софта кто-нибудь бы покупал, если бы там не было такой удобной оболочки, так что тут помимо охоты ещё и коммерческий смысл был.
Есть механизмы. Можно, например, выставлять каждой жертве разную сумму в BTC. Не знаю, до какого знака после запятой можно делить биткоин, но неплохую квазиуникальность это даст в любом случае.
Вот когда разрастется однострочник — отрефакторите. А решать несуществующие проблемы — это преждевременная оптимизация, которая корень сами знаете чего. Или вы думали, что оптимизация бывает только по скорости?
Я, впрочем, не уверен, что встроенная флэш 701го не висит на USB, учитывая скорость её работы. Попробую сегодня ваш метод из видео, ну или даже достану с антресолей усб-сдром.
eee701 удобно, например, держать в машине ради диагностики и всего такого. Линукс туда в этом случае не поставить, т.к. ни софта, ни драйверов адаптера CAN-шины под линукс нет.
Но на моём 701 ни один релиз ReactOS не грузится ни через неё, ни через grub4dos, ни даже через тупое создание на винте раздела с копией LiveCD. COM-порта там тоже, конечно, нет, поэтому даже лог загрузки не зарепортить.
учитывая, что Джей был ударником, компетенция составившего этот список латентного смакователя слов с корнем "-сексуализм" вообще под вопросом.
Грузиться с неё она все равно не умеет. А хотелось бы.
Вот у меня есть, скажем, Asus EEE 701 2G. Там 2 гигабайта встроенной флэш, а хочется впридачу в линуксу там иметь и что-то виндоус-совместимое (проприетарный диагностический usb-сканер автомобиля запускать, например. Wine тут не вариант, т.к. с драйверами не дружит). ReactOS, которую можно было бы запустить с ext2, была бы тут самым минимальным злом из возможных.
Просто помимо 8-разрядности и отсутствия MMU, unix ещё подразумевает собой Си. Сишные программы больше по размеру и медленней, чем ассемблерные. Если проблему с размером ещё можно хоть как-то сгладить — расширить память компьютеру, например — что, впрочем, всё равно не панацея из-за её неминуемо страничной организации — то скорость просто ставит крест на практическом применении, особенно для многозадачности.
А без многозадачности у Юникса вообще нет преимуществ, т.к. на фоне любого 8-бит Юникса CP/M просто летает.
И ещё меня смущает else{ translate = ""; }. Выделил цифры, нажал хоткей, цифры стерлись — это вроде бы не очень логичное поведение. Хотя, ^Z тут спасет, так что это можно признать и фичей.
Так что всё приложение сведётся к получению штрих-кода из сканера и открытию браузера с результатами поиска.
Спасибо.
Да. Причём там синтаксис, близкий к Phi-вычислениям. target(gen) вместо target(mic), остальное всё довольно схоже.
software.intel.com/en-us/articles/getting-started-with-compute-offload-to-intelr-graphics-technology
Если искать среди программистов — ваша «проблема водителя» может и актуальна. А вот среди эмбеддеров нужные знания есть если не у большинства, то у многих.