When some apparently buggy behavior of a program (say PD for example) persists after closing and restarting it but disappears after a reboot of the machine (which does not show any other strange behaviour), can one safely blame the operating system alone?
On Thu, 2009-12-10 at 00:14 +0100, Matteo Sisti Sette wrote:
When some apparently buggy behavior of a program (say PD for example) persists after closing and restarting it but disappears after a reboot of the machine (which does not show any other strange behaviour), can one safely blame the operating system alone?
Philosophically speaking, if there is one single case, where the assumption does not apply, the assumption is not true. Let's say a certain process starts another process and puts into a certain state and then the parent process dies and you restart it again and it finds the child process in a different state than it expected and thus does not behave as you would expect it. In that case, you cannot blame the OS. So the question is 'No'.
Roman
On Thu, 2009-12-10 at 01:15 +0100, tim vets wrote:
2009/12/10 Roman Haefeli reduzierer@yahoo.de the question is 'No'.
Oops!
RomanI am a strange loop ;)
:-)
Roman
The hardware may also be at fault. Most modern dynamic memory controllers have such good error checking and correction that bad memory is rare to see these days. However, it can still happen. Wild pointers and values throw up segfaults and arithmetic exceptions, so the bug patern is 'no pattern', just unpredictable madness. The main cause of hardware related memory errors is overheating.
On Thu, 10 Dec 2009 00:14:59 +0100 Matteo Sisti Sette matteosistisette@gmail.com wrote:
When some apparently buggy behavior of a program (say PD for example) persists after closing and restarting it but disappears after a reboot of the machine (which does not show any other strange behaviour), can one safely blame the operating system alone?
-- Matteo Sisti Sette matteosistisette@gmail.com http://www.matteosistisette.com
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
Andy Farnell -
Matteo Sisti Sette -
Roman Haefeli -
tim vets