я, наверное, проклят

[kincajou]

Перестало получаться даже самое элементарное. Что глючит? или это я окончательно сошёл с ума?
Дано: в буфере buffer лежит строка ASCII, содержащая три целых числа (в виде их записи), то есть, например, 6 -236 0
Скармливаю её sscanf (buffer, "%lu %d %d", &n, &I, &Q);
На выходе получаю, что n, I и Q равны соответственно 6, 0 и 0.
Скармливаю другую строчку: 7 0 -251.
Получаю 7, -1 и -251

Такое ощущение, что вот именно второе число считываться упорно не хочет. Что это? Как это?! Всегда работало и вдруг такое...

Мало того, поведение программы ещё и зависит от того, с какими флагами оптимизации её скомпилить! Например, если оптимизацию отключить совсем, тогда ещё и первое число не воспринимается - читается либо 0, либо 65535. Бред какой-то.

Comments

[shark-ru.livejournal.com]

стопудово, напутано с размерами.
какого типа переменные n, I, Q?

[kincajou.livejournal.com]

uint32_t, int16_t, int16_t

[mhitar.myopenid.com (from livejournal.com)]

А машина 16-разрядная? Все таки %d предполагает указатель на int, а на 32 и 64 разрядных системах int обычно 32-битный, поэтому при считывании третьего числа его старшие биты попадут во вторую переменную. Без оптимизации скорее всего отменяется выравнивание, и старшие биты второго числа попадают в первую переменную, но детали могут зависеть от порядка в котором объявлены переменные.

[kincajou.livejournal.com]

всегда работало!
машина - большой комп, не мк.

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

[potan.livejournal.com]

Тогда понятно. Попробуй %hd.

[kincajou.livejournal.com]

всегда работало

прим.: неа, %hd не помогло
работает, если оптимизацию включить. И не работает, если не включать. Магея!

[ping-ving.livejournal.com]

Тупорылый int как себя ведёт?

[tigerofsiberia.livejournal.com]

Мне кажется, формат %lu всё портит, может, просто %d туда воткнуть?

[kincajou.livejournal.com]

пробовал, ничего не меняется. При выключенной оптимизации получается трэш, при включённой помогла замена %d на %hd (т.е. точное указание длины разбираемых данных). При этом %lu - это тоже точное указание (если я правильно помню, то это означает 32 битное беззнаковое -- именно то, что надо)