Указатель на указатель массива указателей

Почитай немного дальше и станет ясно зачем они. Часто проще записать, запомнить возникшие вопросы и вернуться к ним позже.

K&R хорошо же объясняют...

Указатель - переменная, значением которой является адрес другой переменной. Смысл - в косвенном доступе.

На чем раньше писал?

Теоретически, я понимаю принцип их работы, однако пока не нахожу плюсов в таком подходе, указал же - переменные можно ведь и напрямую менять, зачем посредники?

на болгарке и сварочном аппарате, в хедере треда даже это указано, мил человек

Указатель на указатель массива указателей

И где это в коде?

// сам как-то вытворял трюки с массивом указателей, чтобы медиану быстрее считать.

Как уже сказали косвенный доступ, можно писать не только функции кторые будут модифицировать данные по переданному указателю, но и хитрить. Например, разыменовать 4 uchar как ulong.

Это — простейший пример. А ты попробуй две огроменных структуры так же местами поменять.

Самый простой пример применения: возможность написания void swap(int* x,int* y), которая меняет местами значения переменных.

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

А ** - это массив указателей, он же указатель на первый указатель из массива указателей.

Например, разыменовать 4 uchar как ulong

Ага. Я сам так хотел делать намедни, пока не «открыл для себя» стандартные макросы вроде htobe64.

Читай K&R дальше, со временем прийдёт понимание. Поинтеры — это самая главная плюшка C. Если ты их не осилишь — то ты и не будешь знать C.

Дальше по треду вангую этот вопрос, а точнее ответ на этот вопрос, если мне разжуют про надобность... Пока не вижу логики в указателях и адресах

Я на МК так хитрил. Про htobe64 не знал, а один раз разыменовать оказалось лаконичнее сдвигов.

K&R настолько упростили, что смысл потерялся.
Вот надо тебе установить несколько переменных

int a=0;
int b=0;
int c=0;
int d=0;

есть функция, c параметрами указателями

int fill_abcd(int * a,int * b,int * b,int * c)
{
*a=1;
*b=2;
*c=3;
*d=4;
return 1;//ok
}

переменные заполняются вызовом

fill_abcd(&a,&b,&c,&d);

после вызова a=1,b=2,c=3,d=4;

А функции ты уже освоил? Напиша-ка функцию, которая изменяет переданные ей данные.

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

В общем, читай дальше.

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

Интересное, но почему этим должен заниматься человек? Уж такой примитивный случай для совремеменных компиляторов как два пальца об асфальт.

изучи какой-нибудь ассемблер сначала, тогда понятнее будет

Читай спокойно дальше.
Составные типы данных, динамические структуры данных (деревья, стеки, очереди) передача их в качестве параметров, передача функций или массивов в качестве параметров. ЗЫ. Собственно, врубись как вообще происходит передача данных в функцию. И как передать функции видюшку весом в гигабайт.

потому что некоторые люди знают, что им нужно, лучше, чем компилятор

typedef struct node {
    void *data; // указываем на данные
    struct node *next; // указываем на следующий элемент
} node_t;

Как использовать, сам догадаешься?

Хотя, ты ведь еще и про динамическую память не знаешь... Программировал раньше?

переменные заполняются вызовом

И здравствуй, путаница с возвратом (тут вернём результатом, тут по указателю, а тут вместе)

некоторые - да, при этом C по дефолту заставляет это делать всех

почему этим должен заниматься человек?

В учебных целях?
Ну, или если код от этого получится более красивым, вроде while (--argc && ++argv) { ... };

Сам не использую, да и на C почти не пишу.

Это более общая концепция. См. С++ итераторы(указатели подходят под критерий итераторов произвольного доступа).

Тут можешь глянуть (со строки 92)

В чем проблема? Каждый использует инструмент под задачу. Не нравится - не пользуйтесь.

Теоретически, я понимаю принцип их работы, однако пока не нахожу плюсов в таком подходе, указал же - переменные можно ведь и напрямую менять, зачем посредники?

указатели позволяют менять переменные, не зная их адрес заранее

То есть, чтобы не превращать си в питон с его жутким форматированием? Например, объявления функций должны(питоновэй и иже с ним) быть раньше их вызова, емнип, и чтобы не париться с описанием переменных в шапке исходника, а объявил ее в конце main(), засунул в вызов функции, а функция меняет ее, не ругаясь на отсутствие объявления переменной? Так?

А C и не надо брать, если не знаешь, что хочешь.

Отличное пояснение, проще не бывает.

В учебных целях?

в учебных целях как было сказано выше, лучше потыкать ассемблер

while (--argc && ++argv)

map(megafunction, argv) красивше

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

А C и не надо брать, если не знаешь, что хочешь.

именно! Или если ничего больше не остаётся :/

если мне разжуют про надобность... Пока не вижу логики в указателях и адресах

Посмотри внимательнее на указатели на массивы строк, которые тоже представлены, как указатели. Когда въедешь в это дело, надобность сразу увидишь.

Скажем, работа с переданными в программу параметрами в **argv.

Каждый использует инструмент под задачу.

если бы все так делали...

Пора публикацию делать. Действительно доступно. У нас помню в институте так норм и не рассказали про указатели, к концу семестра это было какое-то запретное слово прям. Потом на ходу доучились все.

Да ладно, откуда путаница, ну не нравится int * a,
напиши OUT a, только это OUT надо спрятать хорошенько, как принято

Т.е. K&R прочитать никто не осилил?

Ну а вам что мешает: специфичное встраиваемое железо или политика фирмы?

только это OUT надо спрятать хорошенько, как принято

Ага, и не забыть

#ifdef FALSE
#undef FALSE
#endif
#define FALSE 1

Надо бы, но большинство таких объяснений ушли в неведомые глубины памяти и всплывают только при необходимости.

Может быть в следующем году удастся устроиться преподавать в какой-нибудь ВУЗ, освежить знания. После этого можно будет и о публикации подумать.

См. С++ итераторы

кстати, тоже та ещё мерзопакость, не потому, что мерзопакость, а потому что без них никуда, даже если они и нафиг не нужны

примеры навскидку: transform(костыли с BOOST_FOREACH лучше, чем ничего, но таки костыли), find(в случае простого определения принадлежности контейнеру).

И это, блин, язык высокого уровня: «ехал итератор через итератор»

Семестр был всего, да и честно времени не было совсем вникать ибо был матан, физика, основы цепей. Потом, разумеется, литературу приобрели и залатали пробелы по интересам.

вам

там, емнип, у меня в профиле было написано, что лучше на «ты», так что, если не затруднит...

мешает

да ничего не мешает, я не про себя

Так и говори, что нынешние студенты совсем уже обленились…

У нас помню в институте так норм и не рассказали про указатели, к концу семестра это было какое-то запретное слово прям.

у нас тоже было хреново с этим, так что я долгое время выползал только на знании паскаля(со школы) и знакомстве с асмом(сам).

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

напиши OUT a

я про множественные возращаемые значения, если что.

Да, и в сложные типы полноценно даже C++ не умеет, что уж говорить про C.