http://www.php.ru/manual/function.intval.html

как отодвинуть максимальный предел? есть ли какой аналог?

Поставить 64 битную ось.

Из стандартных средств вроде нет, можно попробовать повторить поведение с помощью строковых/рв функций.

Добавлено через 1 минуту и 55 секунд

  

это не решение, машину из-за не настроенных фар не меняют



php.en   

где вы такой сайт нашли? Предпочитаете читать на русском г*вносайте по английски, нежели на официальном сайте документацию на русском языке?  

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

Это сообщение отредактировал(а) enof - 7.5.2009, 17:17

а смысл? получить переполнение в переменной типа int? если оно не умещается, значит, не умещается 
почему бы в таком случае не подключить GMP?

почему переполнение? тогда используем следующий тип bigint.


совершенно не серьёзно, у меня у бланков номера такие, в базе пределы расширил, а здесь оказывается не могу легко и просто обрубать пользовательские шалости. сейчас в итоге сношу регулярку всё, что не 0-9



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



ну это-то понятно, что замену катать придётся


что-то мне кажется это будет сродни вызову ударной авиации против тараканов

bars80080, а с чего потребовалось такое? Может есть способы по другому решить задачу?

Добавлено через 1 минуту и 20 секунд
bcmath

бланк билета, у него есть номер с числами превосходящими этот диапазон. номера очень важны, так как на них строится система запрещения и раздачи, а соответственно и отчётности. у них даже название такое: БСО - бланк строгой отчётности.
когда пользователь отправляет форму с данными билета, то проверяется, приписан ли этот бланк к нему. самое простое очистить номер от любых вкраплений - intval, далее в проверку и если такой не записан на агента, то ему показывается кукиш (это не дружелюбная система и исправлять чужие огрехи она не намерена, тип ошибки я им отдаю, а далее пусть контроллируют себя сами)

а фишка в том, что весь массив полей у меня пропускался через соответствующий обработчик, в котором в переменную возвращалось чистое значение согласно формату. по формату чистого числа у меня стояла простейшая обработка: intval. а что ещё было нужно? 
оказывается простота оказалась не такой простой

А номера бланков сменить нельзя? 

Уж лучше бы они были, например, такие:

Где N — любая буква, где 0 — любая цифра. Цифр всего 8, а вариантов туева хуча. 

От лишнего геморроя бы избавился.

Ну и конечно, да, если есть регулярка что ты вообще с invtal мучаешься?

Это сообщение отредактировал(а) gta4kv - 7.5.2009, 20:14

да, я как-то не подумал.

мне это кажется даже более удобным вариантом  во-первых, чисто число тебе не надо - ни складывать, ни умножать ты его не собираешься. конечный автомат, полученный из регулярки будет работать побыстрее(если речь о быстродействии на больших массивах), чем преобразование строка-число(потому как там), хотя тут можно поспорить(вдруг в PHP число не "вычисляется", а просто из строки выбрасывается мусор, как и регулярка делает). ну, и последнее: при использовании intval пользователь получит "кукиш", даже если в строку попадет, скажем, пробел(если номер будет копироваться откуда-то - вполне вероятно; если вводиться вручную - ещё вероятнее); регулярка вычистит мусор и все нормально - проверяем на валидность; intval же радикально заявит "я с таким работать не буду"(впрочем, уверен, ты и сам знаешь принцип работы, просто с регуляркой человекозаботливее выходит)

  вы такие весёлые однако. по одному моему слову все авиакомпании страны проголосуют за изменение стандартов и перейдут на новые бланки...



у меня где-то там тримируется по-умолчанию, а если внутри - то фиг знает, может так положено или он вообще имел другое ввиду. в моём случае лучше перебдеть, чем не до бдеть. вдруг система услужливо подставит другой бланк, а потом статистика не сойдётся? так, после того как они заявляются ко мне, "де ошибки у тебя", то они уходят с созерцанием своих кривых рук, а я вежливо киваю, "ну не огорчайтесь, с кем не бывает". к тому же у меня хватает гемора с отчётностью

я спросил: что есть номер? число? ну и ладно, получайте жёсткое число. зато поиск хорошо работает.
и gta4kv, отчёты хорошо группируются. ведь как бы тогда пришлось выписывать отчёт, где нужно было бы составить наборы типа 

QWE-6789456100-ASD - QWE-6789456120-ASD
QWE-6789456130-ASD - QWE-6789456135-ASD
QWE-6789456140-ASD - QWE-6789456150-ASD

сколько бы дополнительных действий пришлось бы совершить

йопт, я пока не телепат, а тока учусь, и задачу я твою не разгадал =)

Если на цифры проверить - есть функция ctype_digit Всяко быстрее, чем регулярка.

да, но она работает строго к типу. по сути дела мне надо выкидывать всякие типа 0x789, 345.45, 3е4, но не '567'

Процитирую пример из доки:

бррр, меня в сомнения ввёл этот пример:


но здесь вообще шиворот навыворот. и это не ошибка. как он из ctype_digit(42);  возвращает false?

bars80080, нет в жизни ничего совершенного 
Данные -то откуда берутся? Если из базы данных или от юзеров, то тип данных однозначно определяется. На крайний случай можно скастовать строки.

Добавлено через 1 минуту и 41 секунду
Ошибка непонятно от чего. Параметром должна быть строка, а не число. Глючит чего-то PHPшное автоматическое привидение с моторчиком...

от юзеров, но какая разница, стока из текстового поля придёт или число? это уже я решаю, и если там что-то нециферное, то показывал кукиш

ладно, пусть режутся регулярками, быть по сему