Чи слід вчити своїх учнів аллоке? [зачинено]

Наскільки широко використовується allocaв реальному світі? Чи слід вчити своїх учнів користуватися, allocaколи це має сенс? Або я повинен навчити їх ніколи не користуватися цим? Виходячи з фону C ++ RAII, ідея не вимагати виклику freeвручну звучить багатообіцяюче, особливо у функціях з кількома точками виходу.

Якщо ви проводите курс загального програмування на С, ви не повинні навчати їх тому, що не відповідає стандарту. Програмісти-початківці без необхідності писати нестандартний та / або не портативний код, тому що їх навчали таким чином, були величезною проблемою для індустрії програмного забезпечення протягом останніх 20-30 років. Вартість того, що вони не навчають їх стандарту, і нічого, крім стандарту, ймовірно, астрономічні.

Якщо ви тримаєте вдосконалений курс з алгоритмів або програмування додатків, можливо, було б добре згадати його. З іншого боку, я програмував все, починаючи від жорстких вбудованих додатків у реальному часі до потоку програм для Windows протягом 15 років, не використовуючи жодної функції.

Я бачу, як відбуваються дві речі:

1. Учні розуміють вплив alloca, читають про відмінності між стеком та купами та allocaуважно використовують . (навряд чи)

2. Студенти думають, що "ось так, mallocне турбуючись про free", використовуйте його надмірно, отримуйте переповнення стека та не майте уявлення, що відбувається.

Я думаю, що набагато краще, якщо ви опишете alloca, а потім запустіть цей код:

#include <malloc.h>

int OverflowMyStack(int start) {
    if (start == 0)
        return 0;

    char * p = (char *)_alloca(4096);
    *p = '0';
    return OverflowMyStack(start - 1);
}

int main () {
    return OverflowMyStack(512);
} 

Джерело: http://www.strchr.com/alloca

покажіть їм небезпеку, а потім скажіть їм не користуватися цим. Вони все одно дізнаються про стек проти кучі, побачать небезпеку в дії та зможуть рухатись за допомогою стандартних матеріалів.

Відповідь на це питання має ґрунтуватися на тому, які ваші цілі стоять в першу чергу.

Ви хочете навчити когось, хто вже знає, як програмувати, як писати С та працювати з існуючим кодом С у дикій природі? Якщо так, то розкажіть про алока та все, що завгодно.

З іншого боку, якщо ви викладаєте вступний курс, який використовує лише C за збігом обставин (а оскільки C - це дуже мала мова тощо), вам слід зосередитись на важливих частинах (написанні модульних програм, підпрограм, колекцій ... .). З точки зору студента, аллока - це зайве, оскільки малок в більшості випадків достатньо, і з точки зору хорошого коду вам краще чітко згадати, як дратує ручне управління пам’яттю та як інші мови вирішують цю проблему. Зрештою, є більше речі для управління пам'яттю, то аллока або RAII, так що ви дійсно не повинні обмежувати себе цим і, як ви вже згадували, набагато простіше зрозуміти мету аллока, якщо порівнювати його з іншими "більш стандартними" способами робити речі іншими мовами (або C99 ...)

Ні.

Єдиною причиною, коли програміст C навіть повинен знати про існування аллоки, - це зрозуміти та виправити застарілий код, який він використовує.

Будь-яке використання - allocaце будь-яке

1. Марно, тобто його можна тривіально замінити змінними фіксованого розміру тривалості автоматичного зберігання, АБО
2. Небезпечний перелив стека чекає, що трапиться.

Крім кількох продуманих експериментів, для яких я жодного разу не знайшов прикладів у реальному світі, немає жодного випадку використання alloca(або VLA), який не є ні марним, ні вразливим (один із вищезазначених 2 випадків).

На мою думку, не рекомендуйте використовувати його, якщо ви не навчаєте принципам компілятора низького рівня, який використовується для розподілу простору стеку для локальних змінних. Навчіть це в цьому контексті.

Документація GCC має кілька практичних плюсів і мінусів alloca(). З практичної точки зору, пристойна кількість вільного програмного забезпечення використовує його, тому добре розуміти, як воно працює і де воно використовується в існуючому коді.

Передача -Wl,-stack=нового розміру стека gcc збільшує максимальний розмір стека; вам потрібно буде це зробити, якщо ваш проект використовує alloca()або виділяє великі тимчасові масиви або використовує рекурсію, яка проходить певну глибину, залежну від контексту.