Page 1 of 1
large text file 381MB, Vista crash
Posted: Wed Jan 07, 2009 3:05 am
by g4qber
get "Error allocating memory for edit control."
perhaps akelpad could detect large file size before loading?
test text file is "1234567890" repeated
used Hex Editor Neo
286MB txt file OK.
vista 32 business
2.5GB RAM
Posted: Wed Jan 07, 2009 5:52 am
by Instructor
File size: 100Mb (ANSI codepage).
Reading a file in the RAM: 100Mb * 2 = 200Mb
Sending the text from the RAM in AkelEdit/RichEdit: 200Mb * 2 = 400Mb
Clearing the RAM: 400Mb - 200Mb = 200Mb
Result: peak requirement for memory - 400Mb
File size: 100Mb (UTF-16LE or UTF-16BE codepage).
Reading a file in the RAM: 100Mb = 100Mb
Sending the text from the RAM in AkelEdit/RichEdit: 100Mb * 2 = 200Mb
Clearing the RAM: 200Mb - 100Mb = 100Mb
Result: peak requirement for memory - 200Mb
If you don't have required free memory, you will get "Error allocating memory for edit control."
Posted: Tue Jan 13, 2009 10:20 pm
by g4qber
using 2.1.3
have 2550MB total RAM
have free memory 1237MB
1. load 381MB txt file.
2. the file displays in the background
3. the memory message appears
4. program crashes
in task manager,
381MB txt file:
455MB base reading
2.33GB peak
error
crash
476MB txt file:
446MB base
1.37GB peak
error
crash
572MB txt file:
463MB base
1.57GB peak
error
crash
286MB txt file loads OK.
408MB base
2.23GB peak
1.14GB final
editpadlite can load files up to 2GB.
Posted: Wed Jan 14, 2009 4:21 am
by Instructor
g4qber wrote:using 2.1.3
have 2550MB total RAM
have free memory 1237MB
4.1.3?
Read the previous post again. Your maximum file to open:
Ansi - 1237 / 4 = 309Mb
Unicode - 1237 / 2 = 618Mb
Posted: Wed Jan 14, 2009 8:23 am
by g4qber
yes, you are right 4.1.3
it would be good if akelpad checked to see if it could open the file before trying to open it.
but I guess that it would involve more code & making the program bigger.
if this is not the case, then perhaps akelpad should exit more nicely than it does at the moment
ie.
it crashes & Vista tries to look for a solution.