|
No, that's why we prefer BOSD that tries to prevent disaster when critical error occurs. If system crash cause losing of my _unsaved_ work its my own fault for not saving the documents, but if it trashes my _saved_ files, huh, now that is bad, very bad...
|
|
|
|
|
Mladen Jankovic wrote: If system crash cause losing of my _unsaved_ work its my own fault for not saving the documents
Ur living in the past man!
“Time and space can be a bitch.”
–Gushie, Quantum Leap
{o,o}.oO( Check out my blog! )
|)””’) piHole.org
-”-”-
|
|
|
|
|
Cristian Amarie wrote: My 0.2.
You know 0.2 dollars is actually 20 cents, right?
|
|
|
|
|
Maybe it was only worth a fifth of a cent. 
“Time and space can be a bitch.”
–Gushie, Quantum Leap
{o,o}.oO( Check out my blog! )
|)””’) piHole.org
-”-”-
|
|
|
|
|
The OS can facilitate the application in the background transparently by paging and other means. However, if the application behaves truant and gobbles up all the memory greedily, then it has to pull in the whip and give it a kick.
Vasudevan Deepak Kumar
Personal Homepage
Tech Gossips
All the world's a stage,
And all the men and women merely players.
They have their exits and their entrances;
And one man in his time plays many parts... --William Shakespeare
|
|
|
|
|
Exactly, but what I'm saying is that "kick" should basically pause the app and notify the user, giving them the option of killing it or allowing it to have more ram.
Just cause the app is poorly written doesn't meant there's not important information stored within it. I'm of the opinion the OS should never intentionally do anything that would lose a user's information when an alternative is available. Of course you could argue how "intentional" it is, since the system does give the app an out of memory exception. The problem is at that point the program is so unstable anyway (and that's IF the exception was handled) that it may as well be killing it.
Logan
“Time and space can be a bitch.”
–Gushie, Quantum Leap
{o,o}.oO( Check out my blog! )
|)””’) piHole.org
-”-”-
|
|
|
|
|
Cristian Amarie wrote: - declare your application at setup as "interactive" or "OS-interruptible" (sic!)) and "OS should handle extreme memory (rain, calamity, Somalian wars etc. - each with the appropriate flags, of course) conditions"
- then define what's a threshold for your application (a some kind of Darboux property as [minRAM, maxRAM])
- then define callbacks to be published and executed (NULL - OS handler, non-NULL, user handler)
You're using this as an argument that this shouldn't be handled by the OS?
Cristian Amarie wrote: Do you really trust your data to be handled by a POORLY WRITTEN APPLICATION?
No, I trust that the OS will not be responsible for losing it on me.
P.S.
"Interruptible" is correct[^]
“Time and space can be a bitch.”
–Gushie, Quantum Leap
{o,o}.oO( Check out my blog! )
|)””’) piHole.org
-”-”-
|
|
|
|
|
Are you marking all of my posts down?
“Time and space can be a bitch.”
–Gushie, Quantum Leap
{o,o}.oO( Check out my blog! )
|)””’) piHole.org
-”-”-
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
