Email: Password: Remember Me | Create Account (Free)

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
Per Westermark
05/11/12 04:47
Read: 374 times
Sweden


 
#187319 - exceptions are normally too little too late
Responding to: Oliver Sedlacek's previous message
But exceptions are still just a glorified "oops, I failed".

So there are still a released software that suffered from an error detected in runtime instead of caught before shipping.

Some systems have huge control flow graphs that makes it almost impossible to create the stimuli to run all paths when testing. And with an interpreted language, there can be huge errors that are waiting to be found just because you can't manage 100% code coverage when testing before delivery.

In the end, exceptions (the computer language version with throw/catch) are good to return to a known state after more-or-less expected runtime problems.
And the hw version of exceptions (like invalid instructions, writes to read-only memory etc) are good to recover when something goes wrong with the actual hardware - maybe after a memory bit upset.

But for the quality of shipped code, we do want tools that can load and analyze the complete bulk of code and spot variables without volatile, critical sections implemented in ways where they may not unlock, use of uninitialized variables, ... Something that tries to find out if we have missed a dot on an i.

List of 15 messages in thread
TopicAuthorDate
Interreted Languages - revisited      Andy Neil      05/09/12 16:03      
   No Tools?      Neil Kurzman      05/09/12 18:25      
      Interpreted is always problematic for complex problems      Per Westermark      05/10/12 05:37      
      It's more than just syntax      Andy Neil      05/10/12 15:49      
         lint isn't really a syntax checker      Per Westermark      05/10/12 17:39      
            Yea That      Neil Kurzman      05/11/12 00:08      
            Static code analyser      Oliver Sedlacek      05/11/12 03:24      
      Exception handling      Oliver Sedlacek      05/11/12 03:26      
         exceptions are normally too little too late      Per Westermark      05/11/12 04:47      
   the issue with interpreted languages is ...      Erik Malund      05/11/12 08:58      
      interpreted languages are more than "throw away code"      Per Westermark      05/11/12 12:32      
         I hate throwing objects in the cogs, but...      Justin Fontes      05/11/12 15:20      
            Someone else responsible for compiling the interpreter      Per Westermark      05/11/12 17:53      
            But the same applies to compiled languages!      Andy Neil      05/12/12 04:27      
      Disagree      Andy Neil      05/11/12 13:29      

Back to Subject List