последний mc из сизифа на 6 июня 2005, версию не помню, пишу по памяти, делал дома ;) тест такой: открыть в редакторе любой обычный текстовый файл выделить строку по f3 с концом строки нажать f5 и подержать (при этом строка раскопируется много раз) у меня хватило пары секунд (после отпустил) на то, чтобы mc сначала повис, с минуту повисел (видимо, зациклился на вставке), а потом вывалился с сообщением а glib.c: "не могу выделить 838счем-тотам мегабайт memory"
Я думаю, что это вполне штатное поведение у mc, и оно изначально такое... Он весь файл грузит в память - и вполне логично, что ему ее не хватает. Есть еще более тупой тест: нажать f4 на файлике размером в несколько гиг, чтобы было явно больше объема доступной памяти. Тоже падает за милую душу. Считать ли это багом или просто feature request на тему "сделать так, чтобы mc мог загружать в память не весь файл целиком"? Думаю, мейнтейнер скорее всего скажет второе и отправится это в доооолгий ящик...
Нет, нет. это из разных опер. Я пробовал на файле размером в 1 килобайт, и даже пусть вырос он во время этой операции в 100 раз (я не знаю, сколько слоков я успел ставить, но размер блока был - 10 байт) - это не повод падать! О гигабайтных файлах тут речи нет.
Не из разных - то же самое. Там по умолчанию скопированный фрагмент попадает в выделение. В итоге множится в экспонентциальном виде (1, 2, 4, 8, 16 и т.п.) - и очень быстро в много гигабайт вырастает.
все равно, нормальная программа должна обрабатывать ситуации, в которых она могла бы упать, и не падать. как-то это нехорошо, когда падает.. ;)
mc-4.6.1r-alt9 все еще проявляется но только на больших обьемах.. а поскольку mc особо никто не поддерживает, то и фиг бы с ним. на маленьких - все ок.
