тут какая то ерунда написана. Откуда это задание?

Добавлено спустя 4 минуты 9 секунд:


ну и? про адекватный конструктор копирования я написал.

vector и STL тем и хороши что можно использовать совместно со "старыми" массивами.

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

Во сколько раз примерно сожмется jpg по алгоритму Хаффмана?

Ни во сколько.

manya
что ты имеешь ввиду?
при сжатии в jpg алгоритм Хаффмана уже используется. Если сжать второй раз, то файл скорее всего станет только больше.

да ничего особенного не имею ввиду, просто у меня прога какая-то кривая)) И jpg тоже жмутся

И передали мы в функцию УКАЗАТЕЛЬ на функцию-конструктор копирования, а где же ЗНАЧЕНИЕ в стеке???...

oxy

нет.... я бы пошел на Вашем месте экспериментировать и читать спеки.

прошу тухлыми помидорами не кидать Текст должен сжаться в 2 раза?

Зачем на стек копировать указатель на функцию, адрес которой известен на этапе компиляции? Перед вызовом метода void foo(SomeClass cl) компилятор смещает указатель на вершину стека на величину sizeof(SomeClass) и затем вызывает SomeClass(const SomeClass&) в качестве this передаёт указатель на эту стековую память (может произойти срезка). И потом уже вызывается метод foo. Копированием полей занимается копи-конструктор.
Не понятен смысл спора. Какая разница каким образом компилятор реализует семантику передачи по значению?

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

Добавлено спустя 17 минут 58 секунд:


а если в чистом С, мы передадим структуру по значению:

struct some_struct
{
...
};

void foo(struct some_struct st);

что там в стеке будет?



точно, как там будет - детали реализации которые зависят от фантазии разработчиков компилятора и железа (теоритически возможно что в железе и самого понятия стека не будет), главно что для программиста это будет копия объекта.

Скажите пожалуйста, что это за фигня "число извлечений из стека превышает число занесений"? И почему в цикле не меняется счетчик? Причем цикл элементарный...

manya
скорее тогда уж:

а еще лучше не сравнивать EOF, а использовать спец. ф-цию feof

А вот тут и будет вся структура в стеке...

Добавлено спустя 1 минуту 15 секунд:
manya
а chh - какого типа? должна быть int.

Добавлено спустя 4 минуты 48 секунд:


Ну думаю, что память то выделяется под локальную переменную SomeClass. Разница, локальная переменная, или параметр в стеке в том, что порядок переменных в стеке определён, (или переопределён ), а порядок распределения памяти под локальные переменные никто не регламентировал...

З.Ы. Смысл спора в более детальном понимании С++

oxy
int

Добавлено спустя 4 минуты 53 секунды:
А-а-а-а-а-а, самое главное-то Ошибка тУта

ты хочешь сказать что в С++

заменив

struct some_struct
{
int a;
char b;
};

на

class some_struct
{
public:
int a;
char b;
};

генерируемый машинный код на

some_struct st;
foo(st);

будет отличаться в зависимости от того some_struct определена как struct или как class? В одном случае будет передоватья через стек, в другом случае будет некий указатель на конструктор копирования?

А что тут думать-то:

VS2008 по этому коду генерит следующее:

На сколько я знаю в стандарте нет регламента на передачу указателя this. VS2008, как видно при дизассемблеровани, передаёт его через регистр ecx, а не через стек. При вызове Test(a) в качестве this выступает значение регистра esp (вершина стека):

Ай-яй-яй...
Речь то, шла о С, а не С++, где struct и class отличаются только некоторыми умолчаниями.

Всё зависит от компилятора. Если компилить С-шным компилятором С-шный код (а какой же ещё), то скорее всего поля структуры будут передаваться через стек. Если этот же код компилять С++ компайлером, то будет код, который я приводил выше (копирование по средством копи-конструктора).

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


Вот это всё поясняет

Obscury

Да-а. Давно я не писал ассемблерные либы к С++.
Насчёт this - это, я знал.
Если не изменяет память, в АСМе для С++ использовалось Prolog`овское соглашение передачи переменных. Очень многое зависит от уровня оптимизаций (иногда а+в в отладчике узнать не можешь)