и чем больше структур с #pragma pack(pop) #pragma pack(1), тем больше предупреждений о том, что число извлечений из стека превышает число занесений........И больше неменяющихся счетчиков....

Не заморачивайся. Зачем тебе эти pragm`ы ? Хаффману, если я не ошибаюсь, они не нужны.

Точно, спасибо, надо их покоцать Просто уже интересно

Добавлено спустя 7 минут 5 секунд:
да-а-а-а, счетчики-то все равно не меняются

manya
а #pragma pack(push) где?

#pragma pack(push)
#pragma pack(1)
struct read
{
char ch;
char code[N];
int len1;
}sim[N];
#pragma pack(pop)

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

#pragma pack(push)
#pragma pack(1)

потом определения структур

затем
#pragma pack(pop)

спасибо

Добавлено спустя 3 минуты 31 секунду:
и последний вопрос: чисто теоретически, от чего может быть такое:
перед циклом инициализируются\ объявляются счетчики, в цикле они инкрименируются и прочее, но все равно значение = исходному?

если структура или класс без конструктора копирования, то не будет никакого вызова функции, будет просто все скопировано в стек (по элементно или rep movs зависит от размера структуры/класса), C++ от С тут ничем не отличается. Только если будет конструктор копирования тогда будет копирование им. Но в любом случае все будет через стек идти.

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

Добавлено спустя 13 минут 17 секунд:
manya
смотри в отладчике что происходит...

тот код что ты постил (довольно плохо читаемый кстати):


FILE *fp4=fopen(name_out,"wt");
char mas[N];
int counter=0;
chh=0;
rewind(fp2);
while((chh=fgetc(fp2))!=EOF)
{
mas[counter]=fgetc(fp2); // тут неправильно, два раза читаешь из файла, один раз в while другой тут, надо: mas[counter]=cch;
counter++;
}

тут counter == 0 ? не может быть такого....

for (int i=0;i<strlen(mas);)
...

Но-но! Во-первых, попрошу - постила А во-вторых, это уже другой счетчик, не из этого цикла. Это у меня тут очепятка, в проге нормально.

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



надо смотреть код, где именно этот счетчик и где он проверяется. А так чисто теоритически вариантов не мало.

Кстати, в этом цикле тоже
#77

Добавлено спустя 2 минуты 11 секунд:
если очень внимательно присмотреться( сорри за столь мизерную картинку) , то сразу же после выхода из цикла counter1=0, а в цикле он не меняется, объявление и инициализация есесно до цикла

Слегка ошибся в фразе "Если этот же код компилять С++", в С копи-конструктор не задашь. А для структуры в C++ запросто, кстати.

manya, очевидно в цикл не входим. Бряку там поставь. Вообще, приучайся проверять успешность проведённых операций. fp2 точно открыт? Код очень плохо читается, получаем указатель на FILE fp4, но работаем с fp2. Зачем его раньше времени открывать? Переменные нужно объявлять как можно ближе к месту их первого использования. И, кстати, лучше выбирай префиксную форму инкремента, если можно использовать любую из двух. В случае простых типов компилятор конечно сам прооптимизирует, но если это перегруженная операция (итератор например), то силёнок у него не хватит.

Спасибо.
Точно открыт, так как если поставить проверку, не напишет, что не открыт......

Добавлено спустя 8 минут 21 секунду:
и в цикл входит тоже, а все равно не меняется

manya, значение внутри цикла инкрементируется (куда ему деваться)? Возможно в следующем цикле for есть ещё одна переменная с именем counter1?

нет, точно. Как-то у меня такое уже было, все тоже тогда говорили, что такого не бывает, да и мне слабо верилось, что бывает

Что нет? После операции инкремента значение остаётся прежним что ли? Возможно отладчик врёт... В debug конфигурации работаешь? Попробуй вывести на консоль значение сразу после инкремента.

"нет" в смысле точно нет больше counter1 Те он есть, но он там не меняется. И инкрементироваться по идее должно. И если посмотреть, то сразу после инкремента оно равно 0..........Может у VS глюк?

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

вроде ничего криминального

Выведи на консоль сразу после инкремента. У VS глюки, конечно, имеются, но чтоб такие, это фантастика... Можно посмотреть на код в дизасме. Попробовать изменить код с сохранением логики.

да я это и делаю - одно и тоже - 0

На Си давно не писал, но: либо не входит в цикл, либо N < чем количество прочтенных символов. Во втором случае вы в цикле (while) выходите за пределы массива mas и "затираете" другие переменные. Это довольно распространенная ошибка.

все же счетчик должен меняться нормально при чтении первых N байт файла.

а так при #define N 256, память вполне может перезаписываться и будут очень странные глюки. Нужно обязательно проверять чтобы количество итераций не было больше N, или узнавать размер файла и динамически выделять массив нужного размера.

N у меня всяко больше( это еще в те древние времена оно было 256, сейчас уже не так)