Сообщение Re[6]: Суть: за C++ хотят привлекать по халатности от 08.11.2024 2:02
Изменено 08.11.2024 2:04 vsb
Re[6]: Суть: за C++ хотят привлекать по халатности
Здравствуйте, rudzuk, Вы писали:
Pzz>> Memory safety — это не про сборку мусора, а про возможность безнаказанно обратиться по некорректному адресу (некорректный адрес — это не адрес, который указывает вообще "вникуда", а, например, когда можно вылезти за границу массива и попасть в неотносящуюся к нему переменную. Или возможность выделить память, освободить ее, а потом обратиться по старому адресу, где может к этому времени что-то совсем другое уже лежать).
R>В Delphi это можно
Да это и в Go можно. И в Java можно, если постараться (ну в старых версиях точно). Думаю, и в остальных языках тоже. Я бы сказал, что Memory Safety это когда в типовом коде невозможны подобные ошибки, а не когда эти ошибки вообще невозомжны ни в какой программе на этом языке.
Но про Delphi в любом случае мимо, по крайней мере по моим воспоминаниям Delphi от C особо не отличается в этом плане.
Pzz>> Memory safety — это не про сборку мусора, а про возможность безнаказанно обратиться по некорректному адресу (некорректный адрес — это не адрес, который указывает вообще "вникуда", а, например, когда можно вылезти за границу массива и попасть в неотносящуюся к нему переменную. Или возможность выделить память, освободить ее, а потом обратиться по старому адресу, где может к этому времени что-то совсем другое уже лежать).
R>В Delphi это можно
Да это и в Go можно. И в Java можно, если постараться (ну в старых версиях точно). Думаю, и в остальных языках тоже. Я бы сказал, что Memory Safety это когда в типовом коде невозможны подобные ошибки, а не когда эти ошибки вообще невозомжны ни в какой программе на этом языке.
Но про Delphi в любом случае мимо, по крайней мере по моим воспоминаниям Delphi от C особо не отличается в этом плане.
Re[6]: Суть: за C++ хотят привлекать по халатности
Здравствуйте, rudzuk, Вы писали:
Pzz>> Memory safety — это не про сборку мусора, а про возможность безнаказанно обратиться по некорректному адресу (некорректный адрес — это не адрес, который указывает вообще "вникуда", а, например, когда можно вылезти за границу массива и попасть в неотносящуюся к нему переменную. Или возможность выделить память, освободить ее, а потом обратиться по старому адресу, где может к этому времени что-то совсем другое уже лежать).
R>В Delphi это можно
Да это и в Go можно. И в Java можно, если постараться (ну в старых версиях точно). Думаю, и в остальных языках тоже. Я бы сказал, что Memory Safety это когда в типовом коде невозможны подобные ошибки, а не когда эти ошибки вообще невозомжны ни в какой программе на этом языке.
Но про Delphi в любом случае мимо, по крайней мере по моим воспоминаниям Delphi от C особо не отличается в этом плане. Разве что индексация массивов проверяется по дефолту.
Pzz>> Memory safety — это не про сборку мусора, а про возможность безнаказанно обратиться по некорректному адресу (некорректный адрес — это не адрес, который указывает вообще "вникуда", а, например, когда можно вылезти за границу массива и попасть в неотносящуюся к нему переменную. Или возможность выделить память, освободить ее, а потом обратиться по старому адресу, где может к этому времени что-то совсем другое уже лежать).
R>В Delphi это можно
Да это и в Go можно. И в Java можно, если постараться (ну в старых версиях точно). Думаю, и в остальных языках тоже. Я бы сказал, что Memory Safety это когда в типовом коде невозможны подобные ошибки, а не когда эти ошибки вообще невозомжны ни в какой программе на этом языке.
Но про Delphi в любом случае мимо, по крайней мере по моим воспоминаниям Delphi от C особо не отличается в этом плане. Разве что индексация массивов проверяется по дефолту.