SashaMercuryа операция *(a+i) будет одинаково по скорости с a[i] вычисляться ?
Скоре всего да. От компилятора зависит, у меня одинаково откомпилировалось.

SashaMercuryмне почему-то нравится писать *(a+i), я как-будто бы руками щупаю память, а не в перчатках.
тогда уходи от этих суррогатов и пользуйся только указателями

PS Тут я слегка поправил твой алгоритм. нет смысла считать temp. У тебя получается temp != weight_array-1 только в случае если была хоть одна перестановка, т.к. всего сравнений weight_array-1 за один проход.

SashaMercuryDima_T,
что значит буква l в lSwap, то что она bool ? И sz после pp ? Что такое pp я понял
Венгерская нотация, префикс означает тип переменной.
l от logical (не b потому что b использую для unsicned char т.е. byte)
sz от string zero, строка символов с нулем в конце. Хотя это формально массив char, но это не совсем массив, т.к. в отличии от классических массивов тут ожидается что последний элемент 0.
p от pointer (указатель)
pp соответственно указатель на указатель

ppszArrayEnd указатель на указатель на строку символов с нулем в конце.

SashaMercuryDima_T

сдвиг произойдёт на 12*4-4 попугаев ?
:) не забывай указывать единицы измерения.

Сдвиг произойдет на (iArraySize - 1) элементов массива, т.е. 11.
Тут 4 это сколько надо байт памяти для хранения одного элемента массива, т.к. это указатель (char *) то под него надо 4 байта.

В итоге сколько выделять байт под каждый тип данных решает компилятор, а ты можешь узнать с помощью sizeof()



Пока советую тебе не заморачиваться что сколько байт занимает в памяти. Тут тебе главное знать что в массиве все элементы идут один за другим без разрывов поэтому работать с ними можно как с указанием индекса элемента a[i];a[i+1]; так и указателями pa=a[i];pa++;

SashaMercuryА вот сейчас функция принимает только один указатель? Но она понимает что указатель на начало массива ?
...
Это я про объявление функции сортировки, где принимаемые параметры (char* a[],int size).
Она ожидает что это начало массива, а начало это или нет решается там где функция вызывается. Задача функции отсортировать size элементов начиная с char* a[]
Например можешь отсортировать только летние месяцы

MasterZivВенгерская нотация - это еще одна тупиковая ветвь развития человечества.
Может для C/C++ особой необходимости в ней нет, в силу специфики языка:
1. Жесткая типизация. Код просто не откомпилируется при попытке присвоить значение другого типа
2. Постоянное указывание типов в коде при передаче параметров. Они всегда на виду. В крайнем случае среда разработки быстро подскажет тип переменной (как минимум MS VC)
3. Огромное разнообразие типов, начиная с базовых, заканчивая своими - устанешь префиксы изобретать :)

Но на C/C++ программирование не заканчивается, есть много других языков где она полезна. В первую очередь при отсутствии жесткой типизации переменных. Например в Visual FoxPro (на котором я в основном пишу) вообще нет типов переменных, есть только типы данных. В итоге тип переменной определяется типом записанных в нее данных. И ошибка проявится не при компиляции, а при работе программы. По сути переменная фокспро это всегда void* в терминологии Си.

То же самое касается полей таблиц в СУБД. Сделал выборку и гадай потом где какой тип, когда можно сделать префикс и по имени поля сразу знать его тип.

Также в фоксе использую указание области видимости переменной (global/private/local)

Зациклится потому что будет использована одна и та же i. Чтобы такого не случилось надо самому позаботится и явно объявить переменную локальной.

В общем в фоксе без венгерской нотации грустно писать. Лично для меня разработка сильно упростилась когда начал ее использовать.

White OwlТе кто придумал давать переменным префикс на основе их типа - придурки и должны быть расстреляны.
На вкус и цвет все фломастеры разные (с)

Слава богу имена переменных никакие стандарты не регламентируют. И тут личное дело каждого разработчика как именовать переменные. Лично мне удобнее с венгерской нотацией в т.ч. и в С/С++. И очень удивляет когда идут гневные потоки сознания по таким философским вопросам. Делиться опытом и пытаться его навязывать - это разные вещи.

Анатолий Широковпрефиксы формируют "арабскую" вязь и превращают код в тайнопись.
Если до маразма не доводить - одна буква перед названием не усложнит читаемость кода.

Анатолий ШироковИли, к примеру, решит ты сменить в таблице домен (вместе с типом), что, поле будешь переименовывать?
Это серьезный косяк проектирования БД. Если уж ты меняешь тип поля, то замена названия мелочь по сравнению с перелопачиванием кода в поисках где это поле используется.