История №1457458
Тут собрались на его следующий день рождения.
Отец подкалывает:
- Ну, как там у тебя с компьютером, нормально всё?
А дед очень редко пользуется скайпом, почти всё время офлайн.
- Да вот, какая-то хрень твориться стала. Скачал плюсовую библиотеку, начинаю парсить файл на сто килобайт, где-то в середине съедается строка! В чём дело, не могу понять, хоть убейте!
- Часом, не 65 тысяч что-то там? - спрашивает мой сын-школьник.
Дед сидит, думает. Потом начинает поносить криворукого создателя библиотеки.
А мы все сидим, слушаем их и охреневаем: за год старик мало того, что освоил Интернет, так он ещё и научился худо-бедно программировать и сейчас пробует делать фрилансовые задачки, но пока — для себя и без заказчика.
А я за год только в Тайвань съездил...
Какой, к шутам, ноутбук 90-летнему деду. Там бы полежать да таблетки не забыть выпить, да не забыть какие таблетки не забыть выпить. Сказочники.
По телевизору показывали интервью с 95-тилетим композитором Зацепиным, автором миллиона хитов из советских фильмов и т.п.
Там он сидел за ноутбуком и жаловался что новая версия Cubase какая-то глючная, он обновился и жалеет, придётся наверное обратно на старую переходить
Люди, респект вам и уважуха. Анекдот.ру потихоньку вытесняет stackoverflow.com и проблемв деда уже практически решена :-)
Всё равно непонятно. Был использован short счётчик, дошёл до 65535, а потом - переполнение. Это ж он не просто в 0 вернулся, а произошёл exception, то есть программа должна была аварийно завершиться. А у деда только одна строка потерялась. Или библиотека запускалась в отдельном процессе?
mrmr➦SudokuFan• 13.05.24 21:40
Да... вот и выросло поколение, не программировавшее не языках без managed memory. А если серьезно то ты трижды неправ. Во-первых,если библиотека заточена под 16 бит, то:
1. Она обрезала длину до переполнения.
2. Используюмый язык, скорее всего не тратит циклы процессора на проверку переполнения
3. Используемая платформа ннюаверняка не поддерживает exceptions
Дед, похоже, ассемблер изучал.
Но это - нормально. А вот то, что сын-школьник его знал...
asper➦Alexander_A• 07.06.24 13:11
у меня племянник в шесть лет его знал, и опкоды в шестнадцатеричном виде тоже
Речь идет о позиции 65536, то нечто в таком роде могло влиять лет тридцать назад. А скорее сорок. Сейчас чего-то шестнадцатибитного надо еще поискать. Хотя умельцы всегда найдутся.
AlexMag62➦ystervark• 13.05.24 14:37
32-х разрядные компиляторы появились в середине 90-х.
Но и действие в истории скорее всего тоже происходило достаточно давно, около 2010 года.
Так что нарваться на неправильную библиотеку шанс был.
Nosorog➦ystervark• 13.05.24 16:21
А фигли там уметь - запихнул счетчик в short и все дела!
Kabot➦AlexMag62• 13.05.24 17:52
32-х разрядные компиляторы появились в середине 90-х.
32 битная архитектура появилась в 80-х, а средства разработки в 90-х? Как так? зачем тогда такие компьютеры нужны были? )
Пустая полка➦ystervark• 13.05.24 19:10
В MySQL размер поля TEXT именно 65535. Если надо больше, то надо уже BLOB делать.
AlexMag62➦Kabot• 13.05.24 19:14
Ну вот, начнём сейчас гениталиями меряться, кто лучше знает историю развития IT...
Просто помню что в 1994-95 годах на первых, новых тогда IBM-PC (это после DEC-овской техники) писали на Борландовских Паскале и С, 16-ти разрядных компиляторах, напрягали ограничения, сегментировананая память, разные типы указателей near-far-huge и т.д. А вскорости появились и 32-х разрядные компилеры, после его вся эта экзотика канула в лету.
Интернета тогда не было, софт и документы размножались копированием на флопиках. Скорее всего появились они раньше, но не у нас. Хотя Томск всегда был продвинутым городом в плане IT
Ну что же рассказать вам про Тайвань?
На острове нормальная погода,
Конечно, тут такая глухомань,
Зато живём у самого восхода!