Web Images Videos Maps News Shopping Gmail more »
Recently Visited Groups | Help | Sign in
Google Groups Home
Meet the Delta Debugging team @ ICSE 2005 in St. Louis
There are currently too many topics in this group that display first. To make this topic appear first, remove this option from another topic.
There was an error processing your request. Please try again.
flag
  1 message - Collapse all  -  Translate all to Translated (View all originals)
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Tom Zimmermann  
View profile  
 More options May 6 2005, 10:45 am
From: Tom Zimmermann <zimme...@cs.uni-sb.de>
Date: Fri, 6 May 2005 16:45:15 +0200
Local: Fri, May 6 2005 10:45 am
Subject: Meet the Delta Debugging team @ ICSE 2005 in St. Louis

Mark your schedules for the Fault Localization session on Thursday, 19
May @ 4:00 PM. St.  Louis Ballroom D.
Holger Cleve and Andreas Zeller will present their latest paper on how
to use delta debugging to locate causes of program failures.

Can't wait for the talk? Get the paper in PDF format (10 pages, 322k)
http://www.st.cs.uni-sb.de/papers/icse2005/p88-cleve.pdf

Abstract

Which is the defect that causes a software failure? By comparing the
program states of a failing and a passing run, we can identify the
state differences that cause the failure. However, these state
differences can occur all over the program run. Therefore, we focus in
space on those variables and values that are relevant for the failure,
and in time on those moments where cause  transitions occur—moments
where new relevant variables begin being failure causes: “Initially,
variable argc was 3; therefore, at shell_sort(), variable a[2] was 0,
and therefore, the program failed.” In our evaluation, cause
transitions locate the failure-inducing defect twice as well as the
best methods known so far.

Quotes

"Cause transitions are not only good locations for fixes—they actually
locate the defects that cause the failure. In fact, we show that cause
transitions are significantly better locators of defects than any other
methods previously known." (Case study: The GCC failure)

"Overall, to locate the defect, the programmer had to follow just one
backwards dependency from the last isolated cause transition. In
numbers, this translates into just 2 lines out of 338,000 lines of
GCC code. Even if we assume the programmer examines all 9 transitions
and all direct dependencies, the effort to locate the GCC defect is
minimal."  (Introduction)

--
Thomas Zimmermann, zimme...@cs.uni-sb.de
http://www.st.cs.uni-sb.de/~zimmerth/

  Tom Zimmermann.vcf
1K Download

    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
End of messages
« Back to Discussions « Newer topic

Google Groups - Google Home - Terms of Service - Privacy Policy
©2009 Google