Debug error что это

Chapter 11 Debugger Programmer’s Interface

The debugger programmers interface is exported from from the DEBUG-INTERNALS or DI package. This is a CMU extension that allows debugging tools to be written without detailed knowledge of the compiler or run-time system.

Some of the interface routines take a code-location as an argument. As described in the section on code-locations, some code-locations are unknown. When a function calls for a basic-code-location, it takes either type, but when it specifically names the argument code-location, the routine will signal an error if you give it an unknown code-location.

11.1 DI Exceptional Conditions

Some of these operations fail depending on the availability debugging information. In the most severe case, when someone saved a Lisp image stripping all debugging data structures, no operations are valid. In this case, even backtracing and finding frames is impossible. Some interfaces can simply return values indicating the lack of information, or their return values are naturally meaningful in light missing data. Other routines, as documented below, will signal serious-conditions when they discover awkward situations. This interface does not provide for programs to detect these situations other than by calling a routine that detects them and signals a condition. These are serious-conditions because the program using the interface must handle them before it can correctly continue execution. These debugging conditions are not errors since it is no fault of the programmers that the conditions occur.

11.1.1 Debug-conditions

The debug internals interface signals conditions when it can’t adhere to its contract. These are serious-conditions because the program using the interface must handle them before it can correctly continue execution. These debugging conditions are not errors since it is no fault of the programmers that the conditions occur. The interface does not provide for programs to detect these situations other than calling a routine that detects them and signals a condition.

[Condition]

This condition inherits from serious-condition, and all debug-conditions inherit from this. These must be handled, but they are not programmer errors.

[Condition]

This condition indicates there is absolutely no debugging information available.

[Condition]

no-debug-function-returns

This condition indicates the system cannot return values from a frame since its debug-function lacks debug information details about returning values.

[Condition]

This condition indicates that a function was not compiled with debug-block information, but this information is necessary necessary for some requested operation.

[Condition]

Similar to no-debug-blocks, except that variable information was requested.

[Condition]

Similar to no-debug-blocks, except that lambda list information was requested.

[Condition]

This condition indicates a debug-variable has :invalid or :unknown value in a particular frame.

[Condition]

This condition indicates a user supplied debug-variable name identifies more than one valid variable in a particular frame.

11.1.2 Debug-errors

These are programmer errors resulting from misuse of the debugging tools’ programmers’ interface. You could have avoided an occurrence of one of these by using some routine to check the use of the routine generating the error.

[Condition]

This condition inherits from error, and all user programming errors inherit from this condition.

[Condition]

This error results from a signalled debug-condition occurring without anyone handling it.

[Condition]

This error indicates the invalid use of an unknown-code-location.

[Condition]

This error indicates an attempt to use a debug-variable in conjunction with an inappropriate debug-function; for example, checking the variable’s validity using a code-location in the wrong debug-function will signal this error.

[Condition]

This error indicates you called a function returned by preprocess-for-eval on a frame other than the one for which the function had been prepared.

11.2 Debug-variables

Debug-variables represent the constant information about where the system stores argument and local variable values. The system uniquely identifies with an integer every instance of a variable with a particular name and package. To access a value, you must supply the frame along with the debug-variable since these are particular to a function, not every instance of a variable on the stack.

[Function]

debug-variable-name debug-variable

This function returns the name of the debug-variable. The name is the name of the symbol used as an identifier when writing the code.

[Function]

debug-variable-package debug-variable

This function returns the package name of the debug-variable. This is the package name of the symbol used as an identifier when writing the code.

[Function]

debug-variable-symbol debug-variable

This function returns the symbol from interning debug-variable-name in the package named by debug-variable-package.

[Function]

debug-variable-id debug-variable

This function returns the integer that makes debug-variable’s name and package name unique with respect to other debug-variable’s in the same function.

[Function]

debug-variable-validity debug-variable basic-code-location

This function returns three values reflecting the validity of debug-variable’s value at basic-code-location:

:valid
The value is known to be available. :invalid
The value is known to be unavailable. :unknown
The value’s availability is unknown.

[Function]

debug-variable-value debug-variable frame

This function returns the value stored for debug-variable in frame. The value may be invalid. This is SETF’able.

[Function]

debug-variable-valid-value debug-variable frame

This function returns the value stored for debug-variable in frame. If the value is not :valid, then this signals an invalid-value error.

11.3 Frames

Frames describe a particular call on the stack for a particular thread. This is the environment for name resolution, getting arguments and locals, and returning values. The stack conceptually grows up, so the top of the stack is the most recently called function.

top-frame, frame-down, frame-up, and frame-debug-function can only fail when there is absolutely no debug information available. This can only happen when someone saved a Lisp image specifying that the system dump all debugging data.

This function never returns the frame for itself, always the frame before calling top-frame.

This returns the frame immediately below frame on the stack. When frame is the bottom of the stack, this returns nil.

This returns the frame immediately above frame on the stack. When frame is the top of the stack, this returns nil.

[Function]

frame-debug-function frame

This function returns the debug-function for the function whose call frame represents.

[Function]

frame-code-location frame

This function returns the code-location where frame’s debug-function will continue running when program execution returns to frame. If someone interrupted this frame, the result could be an unknown code-location.

[Function]

This function returns an a-list for all active catches in frame mapping catch tags to the code-locations at which the catch re-enters.

[Function]

This evaluates form in frame’s environment. This can signal several different debug-conditions since its success relies on a variety of inexact debug information: invalid-value, ambiguous-variable-name, frame-function-mismatch. See also preprocess-for-eval.

11.4 Debug-functions

Debug-functions represent the static information about a function determined at compile time—argument and variable storage, their lifetime information, etc. The debug-function also contains all the debug-blocks representing basic-blocks of code, and these contains information about specific code-locations in a debug-function.

[Macro]

do-debug-function-blocks ( block-var debug-function ) *

This executes the forms in a context with block-var bound to each debug-block in debug-function successively. Result-form is an optional form to execute for a return value, and do-debug-function-blocks returns nilif there is no result-form. This signals a no-debug-blocks condition when the debug-function lacks debug-block information.

[Function]

debug-function-lambda-list debug-function

This function returns a list representing the lambda-list for debug-function. The list has the following structure:

Each var n is a debug-variable; however, the symbol :deleted appears instead whenever the argument remains unreferenced throughout debug-function.

If there is no lambda-list information, this signals a lambda-list-unavailable condition.

[Macro]

do-debug-function-variables ( var debug-function ) *

This macro executes each form in a context with var bound to each debug-variable in debug-function. This returns the value of executing result (defaults to nil). This may iterate over only some of debug-function’s variables or none depending on debug policy; for example, possibly the compilation only preserved argument information.

[Function]

debug-variable-info-available debug-function

This function returns whether there is any variable information for debug-function. This is useful for distinguishing whether there were no locals in a function or whether there was no variable information. For example, if do-debug-function-variables executes its forms zero times, then you can use this function to determine the reason.

[Function]

debug-function-symbol-variables debug-function symbol

This function returns a list of debug-variables in debug-function having the same name and package as symbol. If symbol is uninterned, then this returns a list of debug-variables without package names and with the same name as symbol. The result of this function is limited to the availability of variable information in debug-function; for example, possibly debug-function only knows about its arguments.

[Function]

ambiguous-debug-variables debug-function name-prefix-string

This function returns a list of debug-variables in debug-function whose names contain name-prefix-string as an initial substring. The result of this function is limited to the availability of variable information in debug-function; for example, possibly debug-function only knows about its arguments.

[Function]

preprocess-for-eval form basic-code-location

This function returns a function of one argument that evaluates form in the lexical context of basic-code-location. This allows efficient repeated evaluation of form at a certain place in a function which could be useful for conditional breaking. This signals a no-debug-variables condition when the code-location’s debug-function has no debug-variable information available. The returned function takes a frame as an argument. See also eval-in-frame.

[Function]

function-debug-function function

This function returns a debug-function that represents debug information for function.

[Function]

debug-function-kind debug-function

This function returns the kind of function debug-function represents. The value is one of the following:

:optional
This kind of function is an entry point to an ordinary function. It handles optional defaulting, parsing keywords, etc. :external
This kind of function is an entry point to an ordinary function. It checks argument values and count and calls the defined function. :top-level
This kind of function executes one or more random top-level forms from a file. :cleanup
This kind of function represents the cleanup forms in an unwind-protect. nil
This kind of function is not one of the above; that is, it is not specially marked in any way.

[Function]

debug-function-function debug-function

This function returns the Common Lisp function associated with the debug-function. This returns nil if the function is unavailable or is non-existent as a user callable function object.

[Function]

debug-function-name debug-function

This function returns the name of the function represented by debug-function. This may be a string or a cons; do not assume it is a symbol.

11.5 Debug-blocks

Debug-blocks contain information pertinent to a specific range of code in a debug-function.

[Macro]

do-debug-block-locations ( code-var debug-block ) *

This macro executes each form in a context with code-var bound to each code-location in debug-block. This returns the value of executing result (defaults to nil).

[Function]

debug-block-successors debug-block

This function returns the list of possible code-locations where execution may continue when the basic-block represented by debug-block completes its execution.

[Function]

debug-block-elsewhere-p debug-block

This function returns whether debug-block represents elsewhere code. This is code the compiler has moved out of a function’s code sequence for optimization reasons. Code-locations in these blocks are unsuitable for stepping tools, and the first code-location has nothing to do with a normal starting location for the block.

11.6 Breakpoints

A breakpoint represents a function the system calls with the current frame when execution passes a certain code-location. A break point is active or inactive independent of its existence. They also have an extra slot for users to tag the breakpoint with information.

[Function]

This function creates and returns a breakpoint. When program execution encounters the breakpoint, the system calls hook-function. hook-function takes the current frame for the function in which the program is running and the breakpoint object.

what and kind determine where in a function the system invokes hook-function. what is either a code-location or a debug-function. kind is one of :code-location, :function-start, or :function-end. Since the starts and ends of functions may not have code-locations representing them, designate these places by supplying what as a debug-function and kind indicating the :function-start or :function-end. When what is a debug-function and kind is :function-end, then hook-function must take two additional arguments, a list of values returned by the function and a function-end-cookie.

info is information supplied by and used by the user.

function-end-cookie is a function. To implement function-end breakpoints, the system uses starter breakpoints to establish the function-end breakpoint for each invocation of the function. Upon each entry, the system creates a unique cookie to identify the invocation, and when the user supplies a function for this argument, the system invokes it on the cookie. The system later invokes the function-end breakpoint hook on the same cookie. The user may save the cookie when passed to the function-end-cookie function for later comparison in the hook function.

This signals an error if what is an unknown code-location.

Note: Breakpoints in interpreted code or byte-compiled code are not implemented. Function-end breakpoints are not implemented for compiled functions that use the known local return convention (e.g. for block-compiled or self-recursive functions.)

[Function]

activate-breakpoint breakpoint

This function causes the system to invoke the breakpoint’s hook-function until the next call to deactivate-breakpoint or delete-breakpoint. The system invokes breakpoint hook functions in the opposite order that you activate them.

[Function]

deactivate-breakpoint breakpoint

This function stops the system from invoking the breakpoint’s hook-function.

[Function]

breakpoint-active-p breakpoint

This returns whether breakpoint is currently active.

[Function]

breakpoint-hook-function breakpoint

This function returns the breakpoint’s function the system calls when execution encounters breakpoint, and it is active. This is SETF’able.

[Function]

breakpoint-info breakpoint

This function returns breakpoint’s information supplied by the user. This is SETF’able.

[Function]

breakpoint-kind breakpoint

This function returns the breakpoint’s kind specification.

[Function]

breakpoint-what breakpoint

This function returns the breakpoint’s what specification.

[Function]

delete-breakpoint breakpoint

This function frees system storage and removes computational overhead associated with breakpoint. After calling this, breakpoint is useless and can never become active again.

11.7 Code-locations

Code-locations represent places in functions where the system has correct information about the function’s environment and where interesting operations can occur—asking for a local variable’s value, setting breakpoints, evaluating forms within the function’s environment, etc.

Sometimes the interface returns unknown code-locations. These represent places in functions, but there is no debug information associated with them. Some operations accept these since they may succeed even with missing debug data. These operations’ argument is named basic-code-location indicating they take known and unknown code-locations. If an operation names its argument code-location, and you supply an unknown one, it will signal an error. For example, frame-code-location may return an unknown code-location if someone interrupted Lisp in the given frame. The system knows where execution will continue, but this place in the code may not be a place for which the compiler dumped debug information.

[Function]

code-location-debug-function basic-code-location

This function returns the debug-function representing information about the function corresponding to the code-location.

[Function]

code-location-debug-block basic-code-location

This function returns the debug-block containing code-location if it is available. Some debug policies inhibit debug-block information, and if none is available, then this signals a no-debug-blocks condition.

[Function]

code-location-top-level-form-offset code-location

This function returns the number of top-level forms before the one containing code-location as seen by the compiler in some compilation unit. A compilation unit is not necessarily a single file, see the section on debug-sources.

[Function]

code-location-form-number code-location

This function returns the number of the form corresponding to code-location. The form number is derived by walking the subforms of a top-level form in depth-first order. While walking the top-level form, count one in depth-first order for each subform that is a cons. See form-number-translations.

[Function]

code-location-debug-source code-location

This function returns code-location’s debug-source.

[Function]

code-location-unknown-p basic-code-location

This function returns whether basic-code-location is unknown. It returns nil when the code-location is known.

[Function]

code-location= code-location1 code-location2

This function returns whether the two code-locations are the same.

11.8 Debug-sources

Debug-sources represent how to get back the source for some code. The source is either a file ( compile-file or load), a lambda-expression ( compile, defun, defmacro), or a stream (something particular to cmucl , compile-from-stream).

When compiling a source, the compiler counts each top-level form it processes, but when the compiler handles multiple files as one block compilation, the top-level form count continues past file boundaries. Therefore code-location-top-level-form-offset returns an offset that does not always start at zero for the code-location’s debug-source. The offset into a particular source is code-location-top-level-form-offset minus debug-source-root-number.

Inside a top-level form, a code-location’s form number indicates the subform corresponding to the code-location.

[Function]

debug-source-from debug-source

This function returns an indication of the type of source. The following are the possible values:

:file
from a file (obtained by compile-file if compiled). :lisp
from Lisp (obtained by compile if compiled). :stream
from a non-file stream ( cmucl supports compile-from-stream).

[Function]

debug-source-name debug-source

This function returns the actual source in some sense represented by debug-source, which is related to debug-source-from:

:file
the pathname of the file. :lisp
a lambda-expression. :stream
some descriptive string that’s otherwise useless.

[Function]

debug-source-created debug-source

This function returns the universal time someone created the source. This may be nil if it is unavailable.

[Function]

debug-source-compiled debug-source

This function returns the time someone compiled the source. This is nil if the source is uncompiled.

[Function]

debug-source-root-number debug-source

This returns the number of top-level forms processed by the compiler before compiling this source. If this source is uncompiled, this is zero. This may be zero even if the source is compiled since the first form in the first file compiled in one compilation, for example, must have a root number of zero—the compiler saw no other top-level forms before it.

11.9 Source Translation Utilities

These two functions provide a mechanism for converting the rather obscure (but highly compact) representation of source locations into an actual source form:

[Function]

debug-source-start-positions debug-source

This function returns the file position of each top-level form as a vector if debug-source is from a :file. If debug-source-from is :lisp or :stream, or the file is byte-compiled, then the result is nil.

[Function]

form-number-translations form tlf-number

This function returns a table mapping form numbers (see code-location-form-number) to source-paths. A source-path indicates a descent into the top-level-form form, going directly to the subform corresponding to a form number. tlf-number is the top-level-form number of form.

[Function]

source-path-context form path context

This function returns the subform of form indicated by the source-path. Form is a top-level form, and path is a source-path into it. Context is the number of enclosing forms to return instead of directly returning the source-path form. When context is non-zero, the form returned contains a marker, #:****HERE****, immediately before the form indicated by path.

Источник

Дебаг и поиск ошибок

Для опытных разработчиков информация статьи может быть очевидной и если вы себя таковым считаете, то лучше добавьте в комментариях полезных советов.

По опыту работы с начинающими разработчиками, я сталкиваюсь с тем, что поиск ошибок порой занимает слишком много времени. Не из-за того, что они глупее более опытных товарищей или не разбираются в процессах, а из-за отсутствия понимания с чего начать и на чём акцентировать внимание. В статье я собрал общие советы о том где обитают ошибки и как найти причину их возникновения. Примеры в статье даны на JavaScript и .NET, но они актуальны и для других платформ с поправкой на специфику.

Как обнаружить ошибку

Прочитай информацию об исключении

Если выполнение программы прерывается исключением, то это первое место откуда стоит начинать поиск. 

В каждом языке есть свои способы уведомления об исключениях. Например в JavaScript для обработки ошибок связанных с Web Api существует DOMException. Для пользовательских сценариев есть базовый тип Error. В обоих случаях в них содержится информация о наименовании и описании ошибки.

Для .NET существует класс Exception и каждое исключение в приложении унаследовано от данного класса, который представляет ошибки происходящие во время выполнения программы. В свойстве Message читаем текст ошибки. Это даёт общее понимание происходящего. В свойстве Source смотрим в каком объекте произошла ошибка. В InnerException смотрим, нет ли внутреннего исключения и если было, то разворачиваем его и смотрим информацию уже в нём. В свойстве StackTrace хранится строковое представление информации о стеке вызова в момент появления ошибки.

Каким бы языком вы не пользовались, не поленитесь изучить каким образом язык предоставляет информацию об исключениях и что эта информация означает.

Всю полученную информацию читаем вдумчиво и внимательно. Любая деталь важна при поиске ошибки. Иногда начинающие разработчики не придают значения этому описанию. Например в .NET при возникновении ошибки NRE с описанием параметра, который разработчик задаёт выше по коду. Из-за этого думает, что параметр не может быть NRE, а значит ошибка в другом месте. На деле оказывается, что ошибки транслируют ту картину, которую видит среда выполнения и первым делом за гипотезу стоит взять утверждение, что этот параметр равен null. Поэтому разберитесь при каких условиях параметр стал null, даже если он определялся выше по коду.

Пример неявного переопределения параметров — использование интерцептора, который изменяет этот параметр в запросе и о котором вы не знаете.

Разверните стек

Когда выбрасывается исключение, помимо самого описания ошибки полезно изучить стек выполнения. Для .NET его можно посмотреть в свойстве исключения StackTrace. Для JavaScript аналогично смотрим в Error.prototype.stack (свойство не входит в стандарт) или можно вывести в консоль выполнив console.trace(). В стеке выводятся названия методов в том порядке в котором они вызывались. Если то место, где падает ошибка зависит от аргументов которые пришли из вызывающего метода, то если развернуть стек, мы проследим где эти аргументы формировались.

Загуглите текст ошибки

Очевидное правило, которым не все пользуются. Применимо к не типовым ошибкам, например связанным с конкретной библиотекой или со специфическим типом исключения. Поиск по тексту ошибки помогает найти аналогичные случаи, которые даже если не дадут конкретного решения, то помогут понять контекст её возникновения.

Прочитайте документацию

Если ошибка связана с использованием внешней библиотеки, убедитесь что понимаете как она работает и как правильно с ней взаимодействовать. Типичные ошибки, когда подключив новую библиотеку после прочтения Getting Started она не работает как ожидалось или выбрасывает исключение. Проблема может быть в том, что базовый шаблон подключения библиотеки не применим к текущему приложению и требуются дополнительные настройки или библиотека не совместима с текущим окружением. Разобраться в этом поможет прочтение документации.

Проведите исследовательское тестирование

Если используете библиотеку которая не работает как ожидалось, а нормальная документация отсутствует, то создайте тесты которые покроют интересующий функционал. В ассертах опишите ожидаемое поведение. Если тесты не проходят, то подбирая различные вариации входных данных выясните рабочую конфигурацию. Цель исследовательских тестов помочь разобраться без документации, какое ожидаемое поведение у изучаемой библиотеки в разных сценариях работы. Получив эти знания будет легче понять как правильно использовать библиотеку в проекте.

Бинарный поиск

В неочевидных случаях, если нет уверенности что проблема в вашем коде, а сообщение об ошибке не даёт понимания где проблема,  комментируем блок кода в котором обнаружилась проблема. Убеждаемся что ошибка пропала. Аналогично бинарному алгоритму раскомментировали половину кода, проверили воспроизводимость ошибки. Если воспроизвелась, закомментировали половину выполняемого кода, повторили проверку и так далее пока не будет локализовано место появления ошибки.

Где обитают ошибки

Ошибки в своём коде

Самые распространенные ошибки. Мы писали код, ошиблись в формуле, забыли присвоить значение переменной или что-то не проинициализировали перед вызовом. Такие ошибки легко исправить и легко найти место возникновения если внимательно прочитать описание возникшей ошибки.

Ошибки в чужом коде

Если над проектом работает больше одного разработчика, чей код взаимодействует друг с другом, возможна ситуация, когда ошибка происходит в чужом коде. Может сложиться впечатление, что если программа раньше работала, а сломалась только после того, как вы добавили свой код, то проблема в этом коде. На деле может быть, что ваш код обращается к уже существующему чужому коду, но передаёт туда граничные значения данных, работу с которыми забыли протестировать и обработать такие случаи. 

В зависимости от соглашений на проекте исправляйте такие ошибки как свои собственные, либо сообщайте о них автору и ждите внесения правок.

Ошибки в библиотеках

Ошибки могут падать во внешних библиотеках к которым нет доступа и в таком случае непонятно что делать. Такие ошибки можно разделить на два типа. Первый- это ошибки в коде библиотеки. Второй- это ошибки связанные с невалидными данными или окружением, которые приводят к внутреннему исключению. 

Первый случай хотя и редкий, но не стоит о нём забывать. В этом случае можно откатиться на другую версию библиотеки и создать Issue с описанием проблемы. Если это open-source и нет времени ждать обновления, можно собрать свою версию исправив баг самостоятельно, с последующей заменой на официальную исправленную версию.

Во втором случае определите откуда из вашего кода пришли невалидные данные. Для этого смотрим стек выполнения и по цепочке прослеживаем место в котором библиотека вызывается из нашего кода. Далее с этого места начинаем анализ, как туда попали невалидные данные.

Ошибки не воспроизводимые локально

Ошибка воспроизводится на develop стенде или в production, но не воспроизводится локально. Такие ошибки сложнее отлавливать потому что не всегда есть возможность  запустить дебаг на удалённой машине. Поэтому убеждаемся, что ваше окружение соответствует внешнему. 

Проверьте версию приложения

На стенде и локально версии приложения должны совпадать. Возможно на стенде приложение развёрнуто из другой ветки.

Проверьте данные

Проблема может быть в невалидных данных, а локальная и тестовая база данных рассинхронизированы. В этом случае поиск ошибки воспроизводим локально подключившись к тестовой БД, либо сняв с неё актуальный дамп.

Проверьте соответствие окружений

Если проект на стенде развёрнут в контейнере, то в некоторых IDE (JB RIder) можно дебажить в контейнере. Если проект развёрнут не в контейнере, то воспроизводимость ошибки может зависеть от окружения. Хотя .Net Core мультиплатформенный фреймворк, не всё что работает под Windows так же работает под Linux. В этом случае либо найти рабочую машину с таким же окружением, либо воспроизвести окружение через контейнеры или виртуальную машину.

Коварные ошибки

Метод из подключенной библиотеки не хочет обрабатывать ваши аргументы или не имеет нужных аргументов. Такие ситуации возникают, когда в проекте подключены две разных библиотеки содержащие методы с одинаковым названием, а разработчик по привычке понадеялся, что IDE автоматически подключит правильный using. Такое часто бывает с библиотеками расширяющими функционал LINQ в .NET. Поэтому при автоматическом добавлении using, если всплывает окно с выбором из нескольких вариантов, будьте внимательны. 

Похожая ситуация и с одинаково названными типами. Если сборка включает несколько проектов в которых присутствуют одинаково названные классы, то можно по ошибке обращаться не к тому который требуется. Чтобы избежать обоих случаев, убедитесь, что в месте возникновения ошибки идёт обращение к правильным типам и методам.

Дополнительные материалы

Алгоритм отладки

1. Повтори ошибку.

2. Опиши проблему.

3. Сформулируй гипотезу.

4. Проверь гипотезу — если гипотеза проверку не прошла то п.3.

5. Примени исправления.

6. Убедись что исправлено — если не исправлено, то п.3.

Подробнее ознакомиться с ним можно в докладе Сергея Щегриковича «Отладка как процесс».

Чем искать ошибки, лучше не допускать ошибки. Прочитайте статью «Качество вместо контроля качества», чтобы узнать как это делать.

Итого

1. При появлении ошибки в которой сложно разобраться сперва внимательно и вдумчиво читаем текст ошибки. 

2. Смотрим стек выполнения и проверяем, не находится ли причина возникновения выше по стеку.

3. Если по прежнему непонятно, гуглим текст и ищем похожие случаи. 

4. Если проблема при взаимодействии с внешней библиотекой, читаем документацию.

5. Если нет документации проводим исследовательское тестирование.

6. Если не удается локализовать причину ошибки, применяем метод Бинарного поиска.

In PHP there are two ways how unexpected state of the program are handled. First one is the traditional procedural approach — errors, which also includes notices and warnings.

Second approach are exceptions, which is a modern way how to handle unexpected program states in object oriented programming.

Both of these approaches are handled by the PHP Debugger in Visual Studio in unified way. Let’s just briefly look at both of these cases and then how they can be debugged.

PHP Errors

As mentioned there are 3 main types of errors:

• Notices
• Warnings
• Errors

We can think about first two as a kind of debug output. The last one will also usually terminate the script execution, e.g. parse error.

When PHP error, warning or notice happens, it gets logged to PHP Error Log or it’s displayed directly in the browser.

Display errors

There are couple of ways how to handle errors in PHP. One of which is this piece of code, which I’ve seen quite often:

error_reporting(E_ALL);
ini_set("display_errors", 1);

The first line instructs PHP to log every error,warning or notice (error_reporting(E_ALL)) and display it in PHP’s output. It works, but I personally don’t like this, since you can easily forget this kind of code. And I really wouldn’t like to have this on production server.

PHP error Log

I prefer to use the the error log file, which can be setup in php.ini with error_log directive. Then you would be monitoring the log file for presence of unwanted errors. One easy way how to continously monitor the log in Visual Studio is to open View | Output and select PHP Error Log

Note PHP Error Log will work even if you are debugging or not

Debug errors

The most preferable option is to instruct PHP debugger to break when error occurs. Open Exception Settings, which you can find at Debug | Windows | Exception Settings and check Notice, Error or Warning. When php code execution will be interupted with any of these, the debugger will break and you will be able to inspect the state of the program in the same fashion as with the PHP exceptions

Note PHP debugger will break always when fatal error happens and the script execution cannot continue.

set_error_handler()

set_exception_handler() sets a function that gets called when error happens. Then it’s up to you how you would handle the error. You can log it, display it, etc.

function errorHandler($errno, $errstr, $errfile, $errline) {
  // do stuff
}

// Set user-defined error handler function
set_error_handler("errorHandler");

Just make sure you don’t use set_error_handler when debugging with Xdebug. They just don’t like each other. You could make it work by calling xdebug api functions in your handler, but let’s not go there in this post

Error as an exception

As of PHP 7, errors are mostly reported by throwing an exception. They added a class Error which implements a Throwable interface and can be caught. This is same as Exception class.

There are still traditional errors(and notices and warnings) present as explained above, but some of those have been transformed to inherit from Error class:

Throwable
    |- Error
        |- ArithmeticError
            |- DivisionByZeroError
        |- AssertionError
        |- CompileError
            |- ParseError
        |- TypeError
            |- ArgumentCountError 
        |- ValueError
        |- UnhandledMatchError
    |- Exception
        |- ...

This means that you can handle these by catching Error, or you can catch Throwable class, which would allow you to handle exceptions as well.

This also means that if your code relies on using set_exception_handler() it might not work anymore, since the errors listed above will not go through this handler.

PHP Exception

When PHP exception is thrown, the execution of the program is halted and call stack is unwind until appropriate catch clause is found. The catch needs to match with the exception type or its predecessor type.

Here is the example without try/catch:

<?php

Class CookieLover
{
    var $cookiesilike = array("Chocolate Chip","Snickerdoodle","Peanut Butter");

    function giveMeCookie($cookie)
    {
        if (!in_array($cookie, $this->cookiesilike))
        {
            throw new Exception("I don't like this cookie");
        }

        echo "Thanks";
    }
}

$factory = new CookieLover();
$factory->giveMeCookie("Oatmeal");

The exception is thrown when giveMeCookie method is called with a an argument that is not present in cookiesilike array.

Handling the exception

In above sample, there wasn’t anytry/catch statement which would handle the exception. The call stack gets unwind all the way to the PHP Runtime and exception becomes unhandled, which will terminate the program.

If exception is thrown within try/catch clause, which includes inner methods, the program will not terminate and execution will continue in catch clause, where you can handle the exception.

Note: As of PHP 8, throw is an expression, not just a statement. That means you don’t need to place it on separate line and it can be part of more complex expression.

Break on exception

If Visual Studio breaks when exception is thrown depends on the Exception Settings which you can find at Debug | Windows | Exception Settings .

You can check whole PHP Exceptions category and the debugger will break on each thrown exception.

When debugger breaks when exception is throw you can inspect the program in the same fashion as when debugger is broken on the breakpoint. The difference is you are now presented with the exception handler dialog which shows you information about the exception and some options you can do with it:

1. Copy-details copies Exception Type, Message and call stack to the clipboard
2. You can uncheck Break when this exception type is thrown and the debugger will not break the next time this type of exception is thrown.
3. Opens Exception Settings dialog

Visual Studio will always break on unhanded exceptions. But since this happens when whole call stack is unwind you will not be able to inspect the program in similar way as when the exception is first thrown. When that happens, go to Exception Settings and make sure this exception type is checked. So the next time you will have chance to explore why that happened.

Conclusion

Errors or exceptions (or errors which are exceptions) can be handled in the code in many ways, but debugged in one unified way. That should simplify finding and fixing the issues. So, the next time you are experiencing some unexpected behavior, go to Exception Settings and check the whole PHP Exceptions category. It’s likely there might be some exception you are not aware of, ready to be fixed.

инструкции

Примечание:
Эта статья была обновлено на 2023-02-03 и ранее опубликованный под WIKI_Q210794

Meaning of debug error?

Ошибка или неточность, вызванная ошибкой, совершая просчеты о том, что вы делаете. Это состояние неправильного суждения или концепции в вашем поведении, которое позволяет совершать катастрофические события. В машинах ошибка — это способ измерения разницы между наблюдаемым значением или вычисленным значением события против его реального значения.

Это отклонение от правильности и точности. Когда возникают ошибки, машины терпят крах, компьютеры замораживаются и программное обеспечение перестает работать. Ошибки — это в основном непреднамеренные события. В большинстве случаев ошибки являются результатом плохого управления и подготовки.

Causes of debug error?

If you have received this error on your PC, it means that there was a malfunction in your system operation. Common reasons include incorrect or failed installation or uninstallation of software that may have left invalid entries in your Windows registry, consequences of a virus or malware attack, improper system shutdown due to a power failure or another factor, someone with little technical knowledge accidentally deleting a necessary system file or registry entry, as well as a number of other causes. The immediate cause of the «debug error» error is a failure to correctly run one of its normal operations by a system or application component.

More info on
debug error

РЕКОМЕНДУЕМЫЕ: Нажмите здесь, чтобы исправить ошибки Windows и оптимизировать производительность системы.

i have this problem when i right the variable ‘Sz link’ was corrupted retry to debug the application. It is showing run time check failure #2 stackaround happened
What was click a file which i want to delete.
Библиотека отладки Microsoft Visual C ++: ошибка отладки завершена! сообщение об ошибке

Если я несколько раз нажму «Повторить», сообщение об ошибке исчезнет, ​​но появится снова после перемещения курсора. даже передвиньте мышь без нее.

Я знаю свой путь вокруг компьютера в определенной степени, и это явно вне меня. Я использую ThinkCentre M52

заставляет приложение закрываться. Я получаю Microsoft Visual C ++, чтобы исправить эту проблему? Приложение откроется, но как только я переведу курсор, появится вышеописанное сообщение об ошибке. Кто-нибудь знает, как (приложение представляет собой базу данных пациентов с мониторингом ЭЭГ).

Ошибка отладки библиотеки Visual C ++ в Microsoft Visual C ++ Аномальное завершение программы

Я удалил Quicktime, но все равно получаю ту же ошибку, если кто-то, пожалуйста, помогите мне с этим спасибо
 

Ms Ie Debug Error! Microsoft Visual C ++ Debug Libary

Хотите отладить и узнать, как отлаживать Windows 10 BSOD на Dell Latitude

месяцев, работающих отлично, я начал получать BSOD в Windows 7.

Хотите отладить и узнать, как отлаживать Windows 10 BSOD на Dell Latitude

Удостоверьтесь, что ваша ссылка на символ я заметил, что в вашем анализе было много

Не удалось выполнить отладочную проверку библиотеки debug-библиотеки microsoft.

Ошибка проверки отладки библиотеки Visual C ++ в Microsoft Visual C ++!

Полный формат жесткого диска, установленный рабочий аппарат (модель такая же), но не повезло
3. Пожалуйста, помогите мне как можно скорее, однако ошибка приложена для установки еще одной новой ОС (Winxp_SP3), но не удачи.
4.

Ошибка выполнения, которая запрашивает, хочу ли я отлаживать ошибку сценария

Need Help with Debug Error

Vista Service Pack 2 computer. Program: C:Windowssystem32idifbbduatisvc_btnerbh.exe

Module: C:Windowssystem32idifbbduDirector_tbbdjuu.dll

Файл:

Run-Time Check Failure #2 — Stack around the variable ‘CacheManager’ the DDS file. It was toolbarSearchSettings.dll

BHO: Dealio Toolbar: {01398b87-61af-4ffb-9ab5-1a1c5fb39a9c} — c:program filesdealio toolbarDealioToolbarIE.dll

BHO: &Yahoo! The error

Debug Error!! Can anyone help? thanks!

Is anyone Else getting a debug error

[SOLVED] Ошибка отладки, отчет об ошибке

Debug error on w2k updates

This is the error when trying to install latest w2k updates but not sure what to do.

отладка ошибки времени выполнения на xp

Помощь с ошибкой режима отладки

Изменить. Обязательно очистите кеш браузеров и файлы cookie PRO.
Привет, ребята, у меня, похоже, проблема с доступом к форуму. Спасибо, имеет ту же проблему. Fire Fox.

С помощью

Run Time Error/debug

When I go to certain web sites a window opens with the message » You Have experienced a run time error. What should run some anti-virus programs and they detect nothing. Do you wish to debug?» I have In my experience…runtime errors are script errors encountered in programs gain access, I have been there be for.

Error Message debug?

Do you wish this error message: A runtime error has occured. In internet explorer go toTools>internert options>advanced tabNow look down and put a to to debug?
Does anyone know why I keep geting tick in disable scipt bugging in both boxes and click apply

Ошибка выполнения — хотите ли вы DeBug?

Он и делает Инструменты InternetOptions Advanced.

Ошибка выполнения — мне нужно отлаживать?

Note : process.exe is detected by some antivirus programs (AntiVir, Dr.Web, Kaspersky) as a «RiskTool»; it is not a virus, but a program used to stop system processes. Please follow I, of course, have no log and it appears below. I did a JijackThis in advance.

Нажмите «Инструменты», подумайте, что это значит. Нажмите на этот отчет в свой следующий ответ. Откройте затем в Internet Options.3. Http://www.sureshotsoftware.com/articles/scripterrors.htmlКак отключить скрипт и ошибки времени выполнения в Internet ExplorerВы можете настроить Internet Explorer, чтобы игнорировать эти ошибки сценария и времени выполнения.

Look for the «Disable script debugging» line the Advanced tab.4. Thank you of such programs, therefore they may alert the user. this step-by-step guide:1. Antivirus programs cannot distinguish between «good» and «malicious» use and put a check mark in the box.5.

Video Error [Debug]