возможно, глупый вопрос
почему
strtol("0xffffffff80000000", NULL, 16) 
возвращает LONG_MAX?
в мане написано, что LONG_MAX возвращается при переполнении
но у меня то указана СС по основанию 16, а там по определению не может быть префиксов '-' и '+'

система 64-х битная
компилятор GCC 4.3
libc-2.8

Это сообщение отредактировал(а) MAKCim - 18.9.2008, 23:03

MAKCim, То число, которое ты привел в примере, оно больше чем LONG_MAX.

Ещё есть функция strtoul.

Это сообщение отредактировал(а) 586 - 18.9.2008, 23:48

это число отрицательное   
вполне себе валидный long 

Это сообщение отредактировал(а) MAKCim - 18.9.2008, 23:53

Или я чо-то не догоняю, или long - это 4 байта, т.е. максимум 8 символов в хексе.

я подозеваю что у вас long 4-х байтный

Rpahut, 
J0ker, 
По внимательней читайте.

Добавлено через 26 секунд

я прочитал
битность компилятора (и библиотек) от битности платформы не зависит
вполне возможно вы компилите 32-х битное приложение

UPD:
на 32bit платформе о же самое
проверяю чуть позже напишу в чем дело

UPD:
man
"When the value of the base is 16    (hexadecimal), the
           expected    form of    the subject sequence is    a string of
           alphanumeric characters optionally preceded by charac-
           ters "0x" or "0X", which    must follow an optional    ini-
           tial sign character, when present."

на hex распрстаняются те же правила что и на десятичные - значения больше 0x7FFFFFFF(FFFFFFFF - for 64bit) - интерпретируются как положительные

Это сообщение отредактировал(а) J0ker - 19.9.2008, 01:57

Исходное число положительное и в 64-хбитном long оно не представимо. Отрицательные числа идут лесом, т.к. семантически они не то же самое, что положительные числа, которые путём манипуляций с бинарным представлением можно переводить друг в друга. Поэтому поведение strtol вполне адекватное.

исходное число отрицательное и вполне представимо через long, потому как это и есть long
у нас СС = 16
вот ежели я бы написал +9223372036854775808 или -9223372036854775807
это было бы вполне очевидное переполнение знакового long

я то конечно полнял логику strtol(), но она абсолютно неправильная имхо

Это сообщение отредактировал(а) MAKCim - 19.9.2008, 09:06

strtol выдет ЗНАКОВЫЙ long, и ей абсолютно по барабану в какой системе счисления он записан (хоть в 32х ричной   )
man strtol:
о параметре base ни звука   

xvr, 
ну 0xffffffff80000000 знаковый же   

По-твоему, ffffffff80000000 - это в 16-ичной системе счисления отрицательное число? 


Вот именно, что тут система счисления в математическом смысле, а не 16-значный код, соответствующий бинарному представлению long.

Добавлено через 2 минуты и 39 секунд

И чем же это 16-ичная позиционная система счисления хуже десятичной?  

А как по-твоему целые отрицательные числа представлены в памяти? 

Это сообщение отредактировал(а) W4FhLF - 19.9.2008, 13:24

знак зашит в разряде   
причем его можно определить без '+' и '-'