Вот мне и интересно, почему оно работает не так и есть ли этому какое-то разумное объяснение

https://github.com/python/cpython-mirror/blob/eade39e57b1427df0ec9dd24bf19aae468d7c066/Objects/rangeobject.c#L156

да вроде так

надо смотреть глубже

Я это уже видел, не помогло

https://hg.python.org/cpython/file/tip/Objects/listobject.c#l2790 хм

https://github.com/python/cpython-mirror/blob/eade39e57b1427df0ec9dd24bf19aae468d7c066/Objects/rangeobject.c#L230

,KZ

БЛЯ

return PyLong_AsSsize_t(r->length);

И смысл в чем?

запости баг чо

И смысл в чем?

Ну, че не понятного то?

господи боже

залез в код

нашел место

отдал на блюдечке

чего еще хочешь?

Я хочу ответа на вопрос, почему так сделали. Если не знаешь, так и скажи

смотри по гитблейму, ищи баги на хабах

я в душе не ебу почему какой-то личности захотелось там иметь ssize_t

кроме абсолютно нормальной идеи

Я хочу ответа на вопрос, почему так сделали. Если не знаешь, так и скажи

https://www.python.org/dev/peps/pep-0353/

что никому нахуй не надо хранить больше чем 2^64 в xrange

вполне конкретный ответ - откуда ssize_t и почему

индексацию и соответсвенно len() заведомо ограничили

Today, very few machines have memory to represent larger lists: as each pointer is 8B (in a 64-bit machine), one needs 16GiB to just hold the pointers of such a list; with data in the list, the memory consumption grows even more. However, there are three container types for which users request improvements today:

пеп был написан в эпоху 2.4 питона, в 2005м

х64 операционки только появились в тот момент

А есть на фласке (алхимией и прочими баззвордс) в опенсорсе какой-нибудь сложный хорошо написанный веб-сервис?

А есть на фласке (алхимией и прочими баззвордс) в опенсорсе какой-нибудь сложный хорошо написанный веб-сервис?

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

>>>len(range(123123123123123123123132)) OverflowError: Python int too large to convert to C ssize_t

Это нормальное поведение?

3.5

Да.

Да.

А где же преславутая работа с числами без ебли с переполнением?

Пресловутая.

А где же преславутая работа с числами без ебли с переполнением?

там ебля из-за range

Пресловутая.

Я не очень россиянин

Я не очень россиянин

Принято.

разработчики решили что индексы не являются произвольными числами

из практических соображений

разработчики решили что индексы не являются произвольными числами

Индексы чего?

всего

x[index] <— вот это вот

подразумевается что чем бы ни был x, в нем будет Py_ssize_t элементов макс

range может выйти за эти пределы, так что вероятно баг

Для своих типов можно что угодно кушать

Т.е я немогу создать контейнер с больше чем 256**4 элементами?

**8

**8

А это же лонг?

size_t

не size_t

А, я смотрел на python int

Python int по идее безразмерный?

нет

Но оно того же размера

А какие лимиты и от чего зависит?

Но оно того же размера

Хммм

Но я же могу запихнуть в инт любое число

"An initial attempt to implement this feature tried to use size_t. It quickly turned out that this cannot work"

вы пеп читали или чо?

8?

:D

беда

больше похоже на троллинг

больше похоже на троллинг

От меня?

от тебя лично

от тебя лично

Какое именно сообщение?

Я просто спросил блядь

>>>len(range(123123123123123123123132)) OverflowError: Python int too large to convert to C ssize_t

Это нормальное поведение?

3.5

3.5

Ну и?

Я думал тут все само

ты сюда потроллить пришел?

Да он вроде нормальный, в тупоёблых набросах замечен не был пока.

ты сюда потроллить пришел?

Ты меня троллишь Я пришел спросить, был вопрос в беггинерсах, там никто не ответил я спиздил его сюда

за пять минут до него это обсуждалось

>>> len(range(100000000000000000000000000000000000000000000000)) Traceback (most recent call last): File "<stdin>", line 1, in <module> OverflowError: Python int too large to convert to C ssize_t Что за дичь? Питон 3.5

>>> len(range(100000000000000000000000000000000000000000000000)) Traceback (most recent call last): File "<stdin>", line 1, in <module> OverflowError: Python int too large to convert to C ssize_t Что за дичь? Питон 3.5

Блядство

чукча не читатель, чукча писатель?)

Я не знал

понял

я думал такой тонкий троллинг

я думал такой тонкий троллинг

Сук, сорри)

он чо, проебал весь срач выше?

он чо, проебал весь срач выше?

Да, я тупо взял вопрос, пришел сюда вставил и спросил

Ну блин 300 сообщений все же или сколько

а я тупо загуглил, и закопипастил сюда ответ

откуда вы его взяли? где-то должен быть ориджин

:D Ебать.

статья на хабре, небось

Это у Денчика спрашивайте