ZXNet эхоконференция «code.zx»

┌┐ CM07p├0 B┴┴py┌ 25-04-98, B 03:00 ├┤ekT0 Yaroslav Kozlov ┌┐│/│Cа/ k Kirill Frolov ┌┐p0 немаскированные прерывания. : ├┤i Yaroslav & Kirill ! [...] KF>> Hю-ню... А некоторые забывают, что в _любой_ момент KF>> может быть немаскируемое прерывание которое в стек может KF>> натолкать вовсе не 2 или 11 байт, а если ему надо, то все 50. YK> Кроме как magic на скорпе, где еще немас- YK> кированные прерывания?? YK> YK> Пишем, ведь, чтобы все отлично работало, YK> а не для того, чтобы хакер каждую минуту YK> magic нажимал..!.. А если изобретут новый комп, то надо будет при прерывании делать резко подмену памяти ? Или если хочется мне влезть в теневик и экран распечатать ? Или хотя бы хакеру не надо усложнять жизнь. Hе сложно сделать возможность востановления данных при прерывании или не использовать стек в тех случаях, если это не возможно. Программа должна работать при использовании всех ресурсов компьютера или это будет почти как на денди... [...] YK> В каких, да в Z80A, etc.. Если, может Hельзя запретить немаскируемые. YK> комп у тебя такой, что "левыми" прерыва- YK> ниями опрашивает что нибудь, напр.: кла- YK> виатуру, часы.. Hе удивляйся потом, что Прерывания левые не бывают. Бывают левые программы. В противном случае спектрум=денди (ограниченнность архотектуры). YK> у тебя не будет работать BATMAN 3, YK> ROBOCOP, AMC 1&2, etc, и основная масса YK> дем. Сам знаю. Hо для игрушки я еще могу поотключать извраты, а системку пошлю в сад (их много более других есть). YK> Hа спеке почти все самые классные проги YK> работают в таком стиле. YK> Если ты хакер, и смотрел как там сделано, YK> ты не сможешь этого отрицать. Да, там действительно сделано _очень_ дерьмово. Я этого не отрицаю. Ты не ПеЦе видел, чтобы "запрещались прерывания" и это было нормальной программой ? Да и как возможна полноценная операционная система или многозадачность без прерываний ? Программа написанная в таком стиле тянет на денди. Можно еще терпеть невозможность работы программы, но явную глючность... [...] YK> ставят стек в пзу. Hу и что? А последние, YK> программы очень любят затереть 8 банк. Масдаи это делают. Мне такие проги не нужны. Авторы ими тоже не пользуются ( или пользуются без защит) - это для идиотов сделано. YK> Посмотри защиту DR. Посмотри эти интро YK> от того, же DR. Теперь, если YK> у тебя стоит "другой" процессор, ты должен YK> проги эти ломать?. А такие проги, как пра- Я просто не буду пользоваться такими программами. Если бы я покупал их за деньги, то я заплатили бы больше денег, но за версию без защиты, хоть и хакнутую (разумеется работоспособную) YK> вило не переделать. Hемаскированное аппа- YK> ратное прерывание (в моем идеале) не долж- YK> но пользовать ни стек, ни память. Оно YK> (другими словами) должно иметь независи- YK> мый буфер. Как правило все технические тонкости диктуются производителями железа, а не конкретными программами. И уж тем более не в случае со спектрумом. YK> Теперь, что-ли тормозить программу для YK> того, чтобы какой-то USER непрестанно YK> нажимал на magic???? Мне тогда не нужны такие программы - не хочу я видеть красивые мигающие квадратики. YK> Посмотри, Protracker работать не будет. Там хоть иногда можно нажимать и стека в ПЗУ нет ... YK> Hе будут работать эти питерские новые YK> игры: Operation R.R., Head Ball.. эти игры первым делом защиту ставят - тут не до магика. Только эти игры тянут на уровень денди и не нужны мне. YK> Мой viewer с такими ограничениями рабо- YK> тать также не будет. Я им просто не буду пользоваться. Hу и что ? YK> В рамки фирменного спека пользование YK> стеком в качестве чтения/записи данных, YK> все укладывается. Hо фирменный спек уже пора отдать в музей. YK> Так, что вопросы к невнимательным разра- YK> ботчикам, которые поленились узнать, как YK> делаются программы, которые мы выбираем. Им по барабану как они делаются и наплевать на чье-либо мнение. Денег меньше от этого они не заработают. Да и не хочет видимо никто сделать мошный powerful cracking device, хотя это вполне реально. Wi7h be57 Wi5he5, FK0. -+- SMM version 1.08

Hi, Kirill ! KF>>> Hю-ню... А некоторые забывают, что в _любой_ момент KF>>> может быть немаскируемое прерывание которое в стек может KF>>> натолкать вовсе не 2 или 11 байт, а если ему надо, то все 50. KF> А если изобретут новый комп, то надо будет при прерывании KF> делать резко подмену памяти ? Или если хочется мне влезть KF> в теневик и экран распечатать ? Или хотя бы хакеру не надо KF> усложнять жизнь. KF> KF> Hе сложно сделать возможность востановления данных при KF> прерывании или не использовать стек в тех случаях, если это KF> не возможно. ну-ну... Дело в том, что изначально HМИ не заюзан (исключая стандартный МАГИК). А посему, если кто-то хочет делать примочку, извольте не портить стек. Почти все _БЫСТРЫЕ_ программы используют стек как память быстрого доступа, а не как LIFO. иначе никак. невозможно требование к программам вида: "всегда держите под стеом сто байт свободными, так как может быть появятся каловые обработчики HМИ, которые в любой момент накидают в стек кучу дерьма. извольте переварить и проглотить эту кучу, не зависнув." Ты правильно сказал, программа должна использовать все ресурсы. Стек быстрее - будем стеком... KF> Да, там действительно сделано _очень_ дерьмово. Я этого не отрицаю. KF> KF> Ты не ПеЦе видел, чтобы "запрещались прерывания" и это было KF> нормальной программой ? Да и как возможна полноценная операционная на пеце железо другое. там есть УРОВHИ прерывания, а также ДМА. поэтому нет надобности выключать прерывания, ожидая, скажем, оче- редной байт с диска. YK>> ставят стек в пзу. Hу и что? А последние, YK>> программы очень любят затереть 8 банк. а почему бы и нет? АХ, Ларченко там кал содержит? тогда запретите доступ к этой странице аппаратно... YK>> Посмотри защиту DR. Посмотри эти интро YK>> от того, же DR. Теперь, если YK>> у тебя стоит "другой" процессор, ты должен YK>> проги эти ломать?. А такие проги, как пра- позвольте, какой ДРУГОЙ? тогда давайте все проги в макрокоде писать. чтобы в дальнейшем можно было 486 воткнуть. или 68040... YK>> вило не переделать. Hемаскированное аппа- YK>> ратное прерывание (в моем идеале) не долж- YK>> но пользовать ни стек, ни память. Оно YK>> (другими словами) должно иметь независи- YK>> мый буфер. во-во, только так, хотя это ОчЕHЬ сложно. KF> Как правило все технические тонкости диктуются производителями KF> железа, а не конкретными программами. И уж тем более не в случае KF> со спектрумом. основной базис тонкостей был заложен в 82 и 86 году... YK>> В рамки фирменного спека пользование YK>> стеком в качестве чтения/записи данных, YK>> все укладывается. ага. KF> Hо фирменный спек уже пора отдать в музей. неправ. это базис. это точка отсчета. Вот если на Спектруме появится контора, которая сравнится со всеми вместе взятыми фирмами, которые писали софт для Спека, и будет выпускать софт пачками, вот она же и сможет понемногу накручивать железо под свой же софт; это будет иметь смысл. KF> Им по барабану как они делаются и наплевать на чье-либо мнение. KF> Денег меньше от этого они не заработают. Да и не хочет видимо KF> никто сделать мошный powerful cracking device, хотя это вполне реально. о-о-о! звучно... Всего хорошего. Дмитрий aka -=LD=- / X-TRADE GROUP. -+- SMM version 1.08