Summary: | glib crash while block operations in mcedit | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Mike Lykov <combr> |
Component: | mc | Assignee: | Kachalov Anton <mouse> |
Status: | CLOSED WONTFIX | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P2 | CC: | abulava, asy |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Mike Lykov
2005-07-08 08:46:17 MSD
Я думаю, что это вполне штатное поведение у mc, и оно изначально такое... Он весь файл грузит в память - и вполне логично, что ему ее не хватает. Есть еще более тупой тест: нажать f4 на файлике размером в несколько гиг, чтобы было явно больше объема доступной памяти. Тоже падает за милую душу. Считать ли это багом или просто feature request на тему "сделать так, чтобы mc мог загружать в память не весь файл целиком"? Думаю, мейнтейнер скорее всего скажет второе и отправится это в доооолгий ящик... Нет, нет. это из разных опер. Я пробовал на файле размером в 1 килобайт, и даже пусть вырос он во время этой операции в 100 раз (я не знаю, сколько слоков я успел ставить, но размер блока был - 10 байт) - это не повод падать! О гигабайтных файлах тут речи нет. Не из разных - то же самое. Там по умолчанию скопированный фрагмент попадает в выделение. В итоге множится в экспонентциальном виде (1, 2, 4, 8, 16 и т.п.) - и очень быстро в много гигабайт вырастает. все равно, нормальная программа должна обрабатывать ситуации, в которых она могла бы упать, и не падать. как-то это нехорошо, когда падает.. ;) mc-4.6.1r-alt9 все еще проявляется но только на больших обьемах.. а поскольку mc особо никто не поддерживает, то и фиг бы с ним. на маленьких - все ок. |