Исходное сообщение
"В дистрибутиве Linuxfx выявлен вшитый пароль для доступа к б..." Отправлено n00by, 30-Май-22 08:49
Так же, как и EDIT, или чем там строка редактировалась, если редактирование вообще было. Искали нужную строку, начиная с начала программы. Что бы поиск работал быстрее, каждая строка в начале могла хранить свою длину (получался эдакий односвязный список из Pascal-строк). Сами посудите: если при этом хранить ещё и метку в текстовом виде, это дополнительные расходы на сравнение и саму метку, а памяти всего 4К. И что бы помешало при этом дать возможность помимо символов '0'..'9' разрешить литеры? В том же Спектруме Бейсик хранил номера строк, но как двубайтное целое, если правильно помню. Это был уже относительно продвинутый интерпретатор, но GO SUB 5000 работало заметно медленнее, чем GO SUB 20. :)

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Так же, как и EDIT, или чем там строка редактировалась, если редактирование > вообще было. Искали нужную строку, начиная с начала программы. Что бы > поиск работал быстрее, каждая строка в начале могла хранить свою длину > (получался эдакий односвязный список из Pascal-строк). Сами посудите: если при этом > хранить ещё и метку в текстовом виде, это дополнительные расходы на > сравнение и саму метку, а памяти всего 4К. И что бы > помешало при этом дать возможность помимо символов '0'..'9' разрешить литеры? В > том же Спектруме Бейсик хранил номера строк, но как двубайтное целое, > если правильно помню. Это был уже относительно продвинутый интерпретатор, но GO > SUB 5000 работало заметно медленнее, чем GO SUB 20. :)
	Введите код, изображенный на картинке: