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