|
ru.nethack
- RU.NETHACK -------------------------------------------------------------------
From : Dmitry Radishev 2:5015/42 17 Dec 2002 21:07:46
To : Eugene Suchkov
Subject : Null Poison fro Perl
--------------------------------------------------------------------------------
Sunday December 15 2002 21:13, Eugene Suchkov wrote to Dmitry Radishev:
ES> А какой тогда смысл придумывать навороченные строки?
N+1й раз повторяю: чтобы написанная "по быстрому" программа не содержала
ошибок, вызванных хреновостью стандарта. Я понимаю, что безошибочную программу
можно хоть на асме написать, но ведь языки высокого уровня для того и
придумали, чтобы разработку _упростить_ в тех местах, где такое упрощение не
приводит к увеличению накладных расходов. Отказ от asciz - накладные расходы не
увеличивает.
DR>> А вот перила на лестницах, например, вещь необходимая - хотя
DR>> казалось бы зачем, ведь ходят-то по лестнице а не по перилам.
ES> У нас в городе объявился маньяк, втыкающий в перила зараженные
ES> лезвия.
Второй раз повторяю: от злой воли не спасет _ничего_. Если программист
сознательно хочет написать плохо/дыряво/с бакдором - язык его не удержит.
Hо выдвигать это как аргумент против "безопасных" строк - мягко говоря
странно.
ES>>> а в борландовских строках этого нет :(
DR>> Как нет?! В паскале было 255,
ES> при объявлении
ES> var s:string[20];
ES> турбо паскаль выделял 20+1 байт, а если прогу откомпилить с
ES> выключенным режимом {$R}, то границы массива бы не проверялись и прога
ES> была бы уязвима :)
Whoops, sorry, запамятовал уже :-) Значит, паскаль не эталон. Эталоном будет
бейсик :-)
DR>> в бисибилдере целый класс придумали,
DR>> AnsiString, у ей там это унутре :-)
ES> Hе совместим ни с чем. При создании dll билдер так и пишет, мол не
ES> пользуйтесь!
Так в этом и есть главная проблема. Класс есть - а с использованием напряги,
совместимость за собой тянет.
All the best //DiBR [TEAM ВСЕ МАСТДАЙ] [шестая базовая]
[http://dibr.nnov.ru]
--- [LPT] LaMerZ PrOfeSsIoNaL TeaM /member/
* Origin: God is Real, unless explicitely declared as Integer (2:5015/42)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
