нетман, Rost, да

Зря ты на VB нападаешь. Всё от кривизны рук зависит.
На любом языке легко написать приложение с утечкой памяти. И, кстати, Си в этом плане имеет много дыр. Опытные программисты знают о них, и избегают. Но новичёк однозначно столкнётся..

P.S. Сам много интересовался ассемблером в технаре. Но всё-таки не моё это. Ассемблер для драйверов. Писать на нём прикладные программы - это бред сумасшедшего. Тот же Си или Дельфи при компиляции имеют не сильно худшие показатели по производительности. И по размеру программы тоже. Я спецом сравнивал... Компилировал Hello World в .COM из ASM, C++, Pascal, VB... Разница не так велика. Не стоит ради неё в 100 раз увеличивать время на разработку в ассме...

Исходное сообщение Индейчег:
Писать на нём прикладные программы - это бред сумасшедшего.

Почти 7 лет занимался таким сумашествием на работе :)

LI 7.05.22

Rost, соболезную...

Объясни причину, почему не использовали Си? Или это всё-таки быле не прикладные программы, а что-то ниже?

Исходное сообщение Индейчег:
Объясни причину, почему не использовали Си? Или это всё-таки быле не прикладные программы, а что-то ниже?

Нет, обычные программы для терминалов для Z80.
Почему не использовали С?
Ну, это очень просто - базовый софт был написан на ассемблере.
Да и 512 кБайт памяти наглядно показывали превосходства ассемблера над С ;)
P.S. Но и на С писали. Но только для новых терминалов на ARM.

LI 7.05.22

А ты, сложил две ячейки памяти на ассемблере? :)

Rost, ну, это опять же специфический случай. Ограниченная память. У вас не было особого выбора.
В иных случаях ты бы врятли стал писать прикладные проги на ассме.

Индейчег, для обучения Асм-таки рулит ) Я в этом плане. Конечно писать все проги на Асме не стоит.

Индейчег, даже понастольгировать не даёшь )

Исходное сообщение нетман: А ты, сложил две ячейки памяти на ассемблере? :)

2 ячейки!
А это - проблема? ;)
На Z80 регистры могут быть одно байтные (А, B, C, D, E, H, L) bk - двухбайтные (AF, BC, DE, HL). И для сложения тут большой простор ;)

Обычно мы 2 числа по 6 байт складывали, вычитали, умножали, а порой даже и делили ;)

LI 7.05.22

Исходное сообщение Индейчег:
В иных случаях ты бы врятли стал писать прикладные проги на ассме.

Программист, как и любой профессионал, пишет то, за что ему платят ;)

LI 7.05.22

Rost, Пфф, я пишу то что нравится, ну или как хочу )

Rost, +1

Я сам давно уже перерос тот этап, когда занимаешься компами ради интереса. Сейчас уже другие приоритеты. Это просто работа.

Ответ на комментарий Индейчег

Исходное сообщение Индейчег
И, кстати, Си в этом плане имеет много дыр.

Это дыры не в Си, это дыры в головах программистов.

Mandrake, есть дыры в самом Си, который позволяет непутёвым программистам писать программы с утечками памяти.

Исходное сообщение Индейчег
Mandrake, есть дыры в самом Си, который позволяет непутёвым программистам писать программы с утечками памяти.

Есть дыры в молотках, которые позволяют непутёвым программистам бить себя по головам, что порой доводит до утечки мозгов. Если программист выделил память при помощи malloc и забыл её освободить при помощи free, разве это дыра Си?

Mandrake, Си должна сама это сделать ))

Ответ на комментарий нетман

Исходное сообщение нетман
Mandrake, Си должна сама это сделать ))

Нет, Си никому ничего не должен.

Я не буду спорить.

Просто говорю, что факт имеет место быть. В других языках не нужно вспоминать про незакрытые форточки.

Кстати, что касается ассемблера, то наделать тупых ошибок ещё проще. В языках высокого уровня оптимизатор и компилятор уже прикрывает многие дырки, а на ассме ты каждый раз изобретаешь велосипед. Иногда это хорошо. Но в большинстве случаев проще воспользоваться готовым решением..

Исходное сообщение Индейчег:
Кстати, что касается ассемблера, то наделать тупых ошибок ещё проще.

Проще? Да там чувствуешь себя, как сапёр. Ошибаешься один раз (но каждую компиляцию). Зато в каком ещё языке можно убить не только выполняемую программу, но и ОС прямо в программе? ;)

LI 7.05.22

Rost, вот веришь, нет. Но я ещё ни разу не встречал заказчика, который был бы заинтересован в такой возможности программы, как разрушение ОС...

Исходное сообщение Mandrake
Нет, Си никому ничего не должен.

Ну хотя бы о чём-то при компиляции будет уведомлено? Типа не закрыто что-то там... Как консоль ошибок в браузерах

Исходное сообщение Индейчег
Я не буду спорить.

Просто говорю, что факт имеет место быть. В других языках не нужно вспоминать про незакрытые форточки.

Да, факт имеет место быть, в Си нет собирателя мусора, но во многих случаях такая возможность - непозволимая роскошь.

Исходное сообщение Индейчег: Rost, вот веришь, нет. Но я ещё ни разу не встречал заказчика, который был бы заинтересован в такой возможности программы, как разрушение ОС...

Не поверишь, но в своё время на моих багах была написана программа, загрузка которой в терминал полностью чистила всю память (кроме ОС).
P.S. Так и запишем: "вирусы на заказ не пишет".

LI 7.05.22

И это не баг, это фича языка. Он так задуман. На VB модуль ядра операционной системы не напишешь и микроконтроллер не запрограммируешь.

Исходное сообщение нетман
Ну хотя бы о чём-то при компиляции будет уведомлено? Типа не закрыто что-то там... Как консоль ошибок в браузерах

Нет, не будет.