Вышла новая версия компилятора FreePascal

[Mikhail]

н присутствует везде, откуда нельзя исключить человека.

GC - может исключить.

Весьма странная логика. На паскале давно уже можно писать не обращаясь за сырой памятью и не жонглируя указателями. А управлять сырой памятью не умеет никто, даже GC.

Нельзя... А в языках с GC сырых указателей просто нет, в отличие от FPC.

Я не только про счётчик ссылок говорю, я про ARC в целом. И ещё раз говорю, подсчёт ссылок давно уже используется в паскале, и ни кто не умер от оверхеда (которого на фоне выполняемой работы и в микроскоп-то не разглядишь).

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

[zub]

>>И оно работает: можно индексировать строку по символам
Всегда удивляло зачем людям посимвольная индексация. Единственный случай когда мне пришлось работать с строками посимвольно - это самостоятельная отрисовка строки на экране своими силами (опенгл). Любые парсинги всегда обходились терминами строка\подстрока с побайтовой (теперь двухбайтовой) адресацией.

[kazalex]

GC - может исключить

Ты сам себе противоречишь:

зависит от качества реализации самого GC, ну и от пользователей, то что GC позволяет вообще не думать о работе с памятью это миф

А в языках с GC сырых указателей просто нет, в отличие от FPC

Какая трагедия... Кстати, слабая ссылка не всегда сырой указатель.

Кстати, при интенсивной обработке строк это очень даже заметно.

Только если под интенсивной обработкой строк ты подразумеваешь бесконечные присваивания.

[Mikhail]

Ты сам себе противоречишь:

Здесь нет противоречия. Неграмотная работа с динамическими переменными в ЯП с GC ведет к увеличению оверхеда, а при подсчете ссылок к утечке памяти.

Какая трагедия... Кстати, слабая ссылка не всегда сырой указатель.

Конечно, в java есть, например, weak reference...

[kazalex]

Неграмотная работа с динамическими переменными в ЯП с GC ведет к увеличению оверхеда, а при подсчете ссылок к утечке памяти

Так и c GC можно получить утечки, если неграмотно.

Конечно, в java есть, например, weak reference...

В дельфях тоже.

[Mikhail]

Так и c GC можно получить утечки, если неграмотно.

Нельзя, если не применять хаки.

В дельфях тоже.

без комментриев...

[kazalex]

Нельзя, если не применять хаки

Вообще-то можно.

без комментриев...

Не понимаю сарказма.

[Лекс Айрин]

У меня вот такой вопрос...если на форму помещаю новую flowPanel или какой-нибудь ToolBar, а потом с помощью пункта меню помещаю компоненты, то lazarus начинает глючить с неприятной ошибкой или она появляется после компиляции программы.... Перезапуск/перекомпиляция среды не помогает, только худе делает, пока не удалишь компонент. Смена типа компонента до конца не помогает(((

[zub]

>>то lazarus начинает глючить с неприятной ошибкой или она появляется после компиляции программы....
неплохо бы текст ошибки или скриншот хотябы.
наврятли это связано с новым компилятором, скорее lcl проблемы

[Лекс Айрин]

zub, попробую воспроизвести и скопировать. Может быть и с LCL, но в старом компиляторе я на такое не натыкался.

[zub]

>>но в старом компиляторе я на такое не натыкался.
При смене компилятора лазарус остался темже или тоже обновился?

[Лекс Айрин]

zub, я его уже раз десять обновил.

[zub]

>>я его уже раз десять обновил.
Вот с новыми компонентами и пришли новые lcl проблемы))
Не забываем о них багрепортить

[Лекс Айрин]

понятно... боюсь только, что я не настолько хорошо знаком с английским(((

[zub]

Там экзамены не принимают и гугль переводчика вполне хватит