LINUX.ORG.RU

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

Так ломает читать весь ченджлог..мож кто вкратце кинет основные изменение в новом релизе? P.S.Ждем ebuild'ов :)

anonymous
()
Ответ на: комментарий от anonymous

Всё как обычно - фиксим сегфолты и переполнение буфера ;-(
Мать-перемать. Прога, призванная обеспечить безопасную связь...

anonymous
()
Ответ на: комментарий от anonymous

Ууу, клятый С со своим переполнением буфера... То ли дело Паскаль... ;)

Надо будет глянуть на SF проекты на паскале и поглядеть - присутствует ли у них как класс такая бага...

Cobalt ★
()
Ответ на: комментарий от Cobalt

> Надо будет глянуть на SF проекты на паскале и поглядеть - присутствует ли у них как класс такая бага...

У использующих динамические переменные - вполне. У самого как-то в школьной лабе было. =) С тех пор аккуратнее пишу. А ошибка эта - не от языка, а от "разрухи в головах". Когда делают быстро и тяп-ляп - то и результат соответсвующий... ;-)

atrus ★★★★★
()
Ответ на: комментарий от Cobalt

давайте все писать на java, .net, python,perl,php,tcl,lisp,schema и тд вот таких проблем там точно нет, но вот скорость.... посмотреть надо на c++ проекты, можно обойтись и без указателей в чистом виде:)

krum ★
()
Ответ на: комментарий от krum

> давайте все писать на java, .net, python,perl,php,tcl,lisp,schema и тд вот таких проблем там точно нет, но вот скорость....

ну ведь русским же языком тебе сказали - причина в голове:
ума - палата, жаль только, что пустая :)

anonymous
()
Ответ на: комментарий от atrus

>А ошибка эта - не от языка, а от "разрухи в головах"

Ты не прав. Нельзя все делать "правильно" и "аккуратно". Все делают ошибки. Нужно выбирать грамотный баланс между скоростью работы, надежностью , скоростью разработки, и.т.д. Причем надежность можно повышать как за счет стоимости разработки, так и за счет скорости работы (например, за счет выбора другого языка).

Так как в данной ситуации надежность самый критичный параметр, думаю от выбора другого языка (с защитой от переполнения) был бы только плюс. :)

WFrag ★★★★
()
Ответ на: комментарий от CruZ

А разве в паскале при переполнении буфера (диномические переменные) не прерывается выполнение программы?

anonymous
()
Ответ на: комментарий от Cobalt

s : string; PChar(s)^.[1000] = 'a';

за точность не ручаюсь, давно не использовал, но идея надеюсь понятна? или можно пример с приемом данных из сокета наваять. так что если с головой не дружить то можно огрести

anonymous
()
Ответ на: комментарий от anonymous

Исключительная ситуация возникает, конечно.

Cobalt ★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Open Source