Подскажите про оператор IF THEN END IF

Тема: Подскажите про оператор IF THEN END IF
Ограничено ли число команд выполняемых при соблюдении его условия или же это может быть любое число комманд?

Потому что в Паскале если пишут подобным образом: if then то это означает что в случае выполнения условия оператора может выполняться только одна инструкция следующаяя сразу за словом then. А следующая команда уже не будет относится к оператору. А если нужно чтобы количество комманд внутри условного оператора было любым нужно писать как:
if then begin end;. Я заинтересован в использовании только универсального варианта условного оператора Бейсика у которого число комманд внутри оператора может быть любым. Если же оператор IF THEN END IF как то переделывается в более уневерсальный вариант то не могли бы вы подсказать как это делать?

0

CoderHuligan, ты противопоставляешь такую систему современной со стеком и утверждаешь что старая система - тормоз, но кроме беспочвенных высказываний ничего нет. Про какую-то экономию памяти непонятную, про то что тогда это работало, а сейчас нет. Это все твои слова. Вот я тебе и говорю реализуй такую систему и покажи ее преимущества, пока я даже отдаленно не могу понять в чем фишка.

0

Сообщение от locm Зачем? У каждого потока свой стек. Локальные переменные в стеке. Функции в потоках выполняются независимо и ничего синхронизировать не нужно.

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


CoderHuligan, тебе нужно понять, что мультитред модель ПРЕДПОЛАГАЕТ разбиение задачи на
НЕЗАВИСИМЫЕ блоки. И чем более они независимые, тем качественнее и быстрее алгоритм для мульти.
У каждого потока свои регистры и стек, потоки могут писать в общую память, результаты получишь в зависимости
от полосы пропускания шины(т.е. наглеть не надо). Синхронизация происходит на уровне системы (mutex-ы),
это всё руками делается. И нет никакого "одна часть падает, остальное работает", если процесс(и соответственно
любой его поток) производит некорректную операцию то система прибивает его сразу же.

Сообщение от CoderHuligan Учитывалось, но только с точки зрения создателей компиляторов, то есть тех, кто реально контачил с железом.

Если ты про самые первые железяки и инжей, то эти знания устарели сразу, как только появились микропроцессоры. Т.к. это повлекло развитие всей периферии. И под машинные коды пришлось переписывать все компиляторы\интерпретаторы. Каркас конечно определённый был, но по развитию железа там был швах
и как только оно пошло, пошло и развитие компиляторов.
Тут нужно ещё уточнить, BASIC довольно поздно вклинился и поздно развился, в отличие от Pascal'я.
Сейчас вообще нет смысла обсуждать весь этот допотопный дроч на перфолентах и перфокартах с прокалыванием дыр,
всякие тумблеры и прочее.
Это был каменный век вычислений, 80-е и 90-е можно считать "золотым веком" IT, потому что было сделано
больше всего, а сейчас мы имеем "постмодернизм" со всеми вытекающими. Тогда люди знали как делать
но не всегда знали зачем они это делают, сейчас же более менее знают зачем, но не знают как.

0