| podobné slovo | definícia |
debugging
(encz) | debugging,ladění n: Zdeněk Broždebugging,odstraňování chyb v: např. při programování Martin Ligač |
Humbugging
(gcide) | Humbug \Hum"bug`\, v. t. [imp. & p. p. Humbugged; p. pr. & vb.
n. Humbugging.]
To deceive; to impose; to cajole; to hoax.
[1913 Webster] |
debugging
(foldoc) | debugging
The process of attempting to determine the cause of
the symptoms of malfunctions in a program or other system. These
symptoms may be detected during testing or use by real users.
Symptoms are often caused by factors outside the program, such as
misconfiguration of the user's operating system,
misunderstanding by the user (see PEBCAK) or failures in other
external systems on which the program relies. Some of these are
more in the realm of technical support but need to be
eliminated. Debugging really starts when it has been established
that the program is not behaving according to its specification
(which may be formal or informal). It can be done by visual
inspection of the source code, debugging by printf or using a
debugger. The result may be that the program is actually
behaving as specified but that the spec is wrong or the
requirements on which it was based were deficient in some way (see
BAD).
Once a bug has been identified and a fix applied, the program must
be tested to determine whether the bug is really fixed and what
effects the changes have had on other aspects of the program's
operation (see regression testing).
The term is said to have been coined by Grace Hopper, based on
the term "bug".
(2006-11-27)
|
debugging an empty file
(foldoc) | debugging an empty file
A humourous definition of programming
that considers a complete absence of any code as a bug to be
fixed.
test-driven development proceeds by the programmer writing
tests for code that doesn't exist yet, which could be
described as testing an empty file.
(2012-05-01)
|
debugging by printf
(foldoc) | debugging by printf
The debugging technique where the programmer
inserts print statements into a program so that when run the
program leaves a "trail of breadcrumbs" allowing him to see
which parts were executed. The information output may just be
a short string to indicate that a particular point in the code
has been reached or it might be a complete stack trace. The
output typically just goes to the window or terminal in which
the program is running or may be written to a log file.
printf is the standard C print function, other languages
would use different names.
(2007-03-08)
|
debugging tool
(foldoc) | debugger
debugging tool
A tool used by a programmer to monitor
and control a program he is trying to fix. The most important
functions of a debugger are tracing, stepping, breakpoints and
watches.
Tracing displays a step-by-step report on what statement the
program is currently executing, allowing the programmer to follow
the flow of control through if statements, loops (loop),
subroutine calls, etc.
Breakpoints and watches both pause execution of the program
and return control to the debugger under certain conditions. A
breakpoint triggers when execution reaches a particular
statement in the program and a watch triggers whenever a
specific variable is modified. Stepping is like a breakpoint on
every statement, often with the option to step "into" or "over" a
subroutine, i.e. continue stepping through the statements of the
subroutine or just execute it without pausing and resume stepping
when it returns.
Whenever control returns to the debugger it lets the programmer
ask to see the values of variables, and possibly modify them,
before resuming execution. Some debuggers can be set to
automatically perform some action like display a variable value
and resume.
A debugger can interact with the target program in different ways.
Some debuggers require the program to be loaded into the debugger
which may then modify or "instrument" the program for debugging.
Others can "attach" to a program that is already running. Some
are built into the normal program execution environment (e.g. an
interpreter) and can be set to run under certain conditions,
e.g. errors.
Early debuggers such as Unix's adb only knew about the
compiled executable code so sometimes debugging had to be done at
the level of machine code instructions and numerical memory
locations. If you were lucky, the debugger could access the
program's symbol table and display the original names of
subroutines and variables. Sometimes this required the program to
be "compiled for debugging". Since compiling every program for
debugging would add significantly to the size of a distribution
of a whole operating system, it is common for programs to be
distributed without debugging support but for individual programs
to be made available with it.
A major advance in debuggers was source-level debugging. This
gives the programmer a view of their source code annotated with
breakpoints and a pointer to the statement currently being
executed. Such a view is commonly part of an {integrated
development environment} like Visual Basic.
(2014-08-23)
|
shotgun debugging
(foldoc) | shotgun debugging
The software equivalent of Easter egging; the making of
relatively undirected changes to software in the hope that a
bug will be perturbed out of existence. This almost never
works, and usually introduces more bugs.
[Jargon File]
|
shotgun debugging
(jargon) | shotgun debugging
n.
The software equivalent of Easter egging; the making of relatively
undirected changes to software in the hope that a bug will be perturbed out
of existence. This almost never works, and usually introduces more bugs.
|