2009-06-18 04:35:12 +04:00
|
|
|
/*
|
|
|
|
* Copyright 2009, Ingo Weinhold, ingo_weinhold@gmx.de.
|
2016-12-01 06:18:26 +03:00
|
|
|
* Copyright 2013-2016, Rene Gollent, rene@gollent.com.
|
2009-06-18 04:35:12 +04:00
|
|
|
* Distributed under the terms of the MIT License.
|
|
|
|
*/
|
|
|
|
#ifndef MESSAGE_CODES_H
|
|
|
|
#define MESSAGE_CODES_H
|
|
|
|
|
|
|
|
|
|
|
|
enum {
|
* EnumerationValue -> EnumeratorValue
* Since some types don't have names (e.g. pointer types or anonymous structs or
unions), each type does now also have a unique ID. The global type cache
registers types by ID and by name (if they have one). This fixes clashes of
types with empty names.
* Completely refactored the code dealing with variable values. Formerly we had
Variable and TypeComponentPath to navigate to a component, mapped to a
BVariant representing the value. Now we have:
* Interface Value with various subclasses (BoolValue, IntegerValue, etc.) to
represent a value, with the flexibility for more esoteric values.
* A tree of ValueNode+ValueNodeChild objects to represent the components of a
variable. On top of each ValueNodeChild sits a ValueNode representing the
value of the component, potentially having ValueNodeChild children. This
should allow casting a component value, simply by replacing its ValueNode.
* Interface ValueHandler and various implementations for the different value
types. It is basically a factory for classes allowing to format/display a
value.
* ValueHandlerRoster -- a registry for ValueHandlers, finding the best one
for a given value.
* Interface TypeHandler and various implementions for the different type
kinds (primitive, compound, address, etc.). It is basically a factory for
ValueNodes for that type.
* TypeHandlerRoster -- a registry for TypeHandlers, finding the best one
for a given type.
That's still a bit work in progress. It introduces at least one regression:
The VariablesView doesn't save/restore its state anymore. Will take a while
until that is added back.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@33907 a95241bf-73f2-0310-859d-f6bbb57e9c96
2009-11-05 21:15:21 +03:00
|
|
|
MSG_THREAD_RUN = 'run_',
|
2013-05-17 05:16:45 +04:00
|
|
|
MSG_THREAD_SET_ADDRESS = 'sead',
|
* EnumerationValue -> EnumeratorValue
* Since some types don't have names (e.g. pointer types or anonymous structs or
unions), each type does now also have a unique ID. The global type cache
registers types by ID and by name (if they have one). This fixes clashes of
types with empty names.
* Completely refactored the code dealing with variable values. Formerly we had
Variable and TypeComponentPath to navigate to a component, mapped to a
BVariant representing the value. Now we have:
* Interface Value with various subclasses (BoolValue, IntegerValue, etc.) to
represent a value, with the flexibility for more esoteric values.
* A tree of ValueNode+ValueNodeChild objects to represent the components of a
variable. On top of each ValueNodeChild sits a ValueNode representing the
value of the component, potentially having ValueNodeChild children. This
should allow casting a component value, simply by replacing its ValueNode.
* Interface ValueHandler and various implementations for the different value
types. It is basically a factory for classes allowing to format/display a
value.
* ValueHandlerRoster -- a registry for ValueHandlers, finding the best one
for a given value.
* Interface TypeHandler and various implementions for the different type
kinds (primitive, compound, address, etc.). It is basically a factory for
ValueNodes for that type.
* TypeHandlerRoster -- a registry for TypeHandlers, finding the best one
for a given type.
That's still a bit work in progress. It introduces at least one regression:
The VariablesView doesn't save/restore its state anymore. Will take a while
until that is added back.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@33907 a95241bf-73f2-0310-859d-f6bbb57e9c96
2009-11-05 21:15:21 +03:00
|
|
|
MSG_THREAD_STOP = 'stop',
|
|
|
|
MSG_THREAD_STEP_OVER = 'stov',
|
|
|
|
MSG_THREAD_STEP_INTO = 'stin',
|
|
|
|
MSG_THREAD_STEP_OUT = 'stou',
|
|
|
|
MSG_SET_BREAKPOINT = 'sbrk',
|
|
|
|
MSG_CLEAR_BREAKPOINT = 'cbrk',
|
|
|
|
MSG_ENABLE_BREAKPOINT = 'ebrk',
|
|
|
|
MSG_DISABLE_BREAKPOINT = 'dbrk',
|
2014-10-30 21:23:26 +03:00
|
|
|
MSG_SET_BREAKPOINT_CONDITION = 'sbpc',
|
|
|
|
MSG_CLEAR_BREAKPOINT_CONDITION = 'cbpc',
|
2012-11-06 14:45:26 +04:00
|
|
|
MSG_SET_WATCHPOINT = 'swpt',
|
|
|
|
MSG_CLEAR_WATCHPOINT = 'cwpt',
|
|
|
|
MSG_ENABLE_WATCHPOINT = 'ewpt',
|
|
|
|
MSG_DISABLE_WATCHPOINT = 'dwpt',
|
2013-07-04 18:39:34 +04:00
|
|
|
MSG_STOP_ON_IMAGE_LOAD = 'tsil',
|
2013-07-07 08:31:22 +04:00
|
|
|
MSG_ADD_STOP_IMAGE_NAME = 'asin',
|
|
|
|
MSG_REMOVE_STOP_IMAGE_NAME = 'rsin',
|
2015-06-30 06:26:08 +03:00
|
|
|
MSG_SET_DEFAULT_SIGNAL_DISPOSITION = 'sdsd',
|
|
|
|
MSG_SET_CUSTOM_SIGNAL_DISPOSITION = 'scsd',
|
|
|
|
MSG_REMOVE_CUSTOM_SIGNAL_DISPOSITION = 'rcsd',
|
* EnumerationValue -> EnumeratorValue
* Since some types don't have names (e.g. pointer types or anonymous structs or
unions), each type does now also have a unique ID. The global type cache
registers types by ID and by name (if they have one). This fixes clashes of
types with empty names.
* Completely refactored the code dealing with variable values. Formerly we had
Variable and TypeComponentPath to navigate to a component, mapped to a
BVariant representing the value. Now we have:
* Interface Value with various subclasses (BoolValue, IntegerValue, etc.) to
represent a value, with the flexibility for more esoteric values.
* A tree of ValueNode+ValueNodeChild objects to represent the components of a
variable. On top of each ValueNodeChild sits a ValueNode representing the
value of the component, potentially having ValueNodeChild children. This
should allow casting a component value, simply by replacing its ValueNode.
* Interface ValueHandler and various implementations for the different value
types. It is basically a factory for classes allowing to format/display a
value.
* ValueHandlerRoster -- a registry for ValueHandlers, finding the best one
for a given value.
* Interface TypeHandler and various implementions for the different type
kinds (primitive, compound, address, etc.). It is basically a factory for
ValueNodes for that type.
* TypeHandlerRoster -- a registry for TypeHandlers, finding the best one
for a given type.
That's still a bit work in progress. It introduces at least one regression:
The VariablesView doesn't save/restore its state anymore. Will take a while
until that is added back.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@33907 a95241bf-73f2-0310-859d-f6bbb57e9c96
2009-11-05 21:15:21 +03:00
|
|
|
|
2015-07-26 19:57:15 +03:00
|
|
|
MSG_TEAM_RENAMED = 'tera',
|
* EnumerationValue -> EnumeratorValue
* Since some types don't have names (e.g. pointer types or anonymous structs or
unions), each type does now also have a unique ID. The global type cache
registers types by ID and by name (if they have one). This fixes clashes of
types with empty names.
* Completely refactored the code dealing with variable values. Formerly we had
Variable and TypeComponentPath to navigate to a component, mapped to a
BVariant representing the value. Now we have:
* Interface Value with various subclasses (BoolValue, IntegerValue, etc.) to
represent a value, with the flexibility for more esoteric values.
* A tree of ValueNode+ValueNodeChild objects to represent the components of a
variable. On top of each ValueNodeChild sits a ValueNode representing the
value of the component, potentially having ValueNodeChild children. This
should allow casting a component value, simply by replacing its ValueNode.
* Interface ValueHandler and various implementations for the different value
types. It is basically a factory for classes allowing to format/display a
value.
* ValueHandlerRoster -- a registry for ValueHandlers, finding the best one
for a given value.
* Interface TypeHandler and various implementions for the different type
kinds (primitive, compound, address, etc.). It is basically a factory for
ValueNodes for that type.
* TypeHandlerRoster -- a registry for TypeHandlers, finding the best one
for a given type.
That's still a bit work in progress. It introduces at least one regression:
The VariablesView doesn't save/restore its state anymore. Will take a while
until that is added back.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@33907 a95241bf-73f2-0310-859d-f6bbb57e9c96
2009-11-05 21:15:21 +03:00
|
|
|
MSG_THREAD_STATE_CHANGED = 'tsch',
|
|
|
|
MSG_THREAD_CPU_STATE_CHANGED = 'tcsc',
|
|
|
|
MSG_THREAD_STACK_TRACE_CHANGED = 'tstc',
|
|
|
|
MSG_IMAGE_DEBUG_INFO_CHANGED = 'idic',
|
2013-06-28 05:05:42 +04:00
|
|
|
MSG_CONSOLE_OUTPUT_RECEIVED = 'core',
|
* EnumerationValue -> EnumeratorValue
* Since some types don't have names (e.g. pointer types or anonymous structs or
unions), each type does now also have a unique ID. The global type cache
registers types by ID and by name (if they have one). This fixes clashes of
types with empty names.
* Completely refactored the code dealing with variable values. Formerly we had
Variable and TypeComponentPath to navigate to a component, mapped to a
BVariant representing the value. Now we have:
* Interface Value with various subclasses (BoolValue, IntegerValue, etc.) to
represent a value, with the flexibility for more esoteric values.
* A tree of ValueNode+ValueNodeChild objects to represent the components of a
variable. On top of each ValueNodeChild sits a ValueNode representing the
value of the component, potentially having ValueNodeChild children. This
should allow casting a component value, simply by replacing its ValueNode.
* Interface ValueHandler and various implementations for the different value
types. It is basically a factory for classes allowing to format/display a
value.
* ValueHandlerRoster -- a registry for ValueHandlers, finding the best one
for a given value.
* Interface TypeHandler and various implementions for the different type
kinds (primitive, compound, address, etc.). It is basically a factory for
ValueNodes for that type.
* TypeHandlerRoster -- a registry for TypeHandlers, finding the best one
for a given type.
That's still a bit work in progress. It introduces at least one regression:
The VariablesView doesn't save/restore its state anymore. Will take a while
until that is added back.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@33907 a95241bf-73f2-0310-859d-f6bbb57e9c96
2009-11-05 21:15:21 +03:00
|
|
|
MSG_IMAGE_FILE_CHANGED = 'ifch',
|
|
|
|
MSG_FUNCTION_SOURCE_CODE_CHANGED = 'fnsc',
|
|
|
|
MSG_USER_BREAKPOINT_CHANGED = 'ubrc',
|
2012-11-07 17:50:17 +04:00
|
|
|
MSG_WATCHPOINT_CHANGED = 'wapc',
|
2015-05-23 23:12:43 +03:00
|
|
|
MSG_MEMORY_DATA_CHANGED = 'mdac',
|
* EnumerationValue -> EnumeratorValue
* Since some types don't have names (e.g. pointer types or anonymous structs or
unions), each type does now also have a unique ID. The global type cache
registers types by ID and by name (if they have one). This fixes clashes of
types with empty names.
* Completely refactored the code dealing with variable values. Formerly we had
Variable and TypeComponentPath to navigate to a component, mapped to a
BVariant representing the value. Now we have:
* Interface Value with various subclasses (BoolValue, IntegerValue, etc.) to
represent a value, with the flexibility for more esoteric values.
* A tree of ValueNode+ValueNodeChild objects to represent the components of a
variable. On top of each ValueNodeChild sits a ValueNode representing the
value of the component, potentially having ValueNodeChild children. This
should allow casting a component value, simply by replacing its ValueNode.
* Interface ValueHandler and various implementations for the different value
types. It is basically a factory for classes allowing to format/display a
value.
* ValueHandlerRoster -- a registry for ValueHandlers, finding the best one
for a given value.
* Interface TypeHandler and various implementions for the different type
kinds (primitive, compound, address, etc.). It is basically a factory for
ValueNodes for that type.
* TypeHandlerRoster -- a registry for TypeHandlers, finding the best one
for a given type.
That's still a bit work in progress. It introduces at least one regression:
The VariablesView doesn't save/restore its state anymore. Will take a while
until that is added back.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@33907 a95241bf-73f2-0310-859d-f6bbb57e9c96
2009-11-05 21:15:21 +03:00
|
|
|
MSG_DEBUGGER_EVENT = 'dbge',
|
|
|
|
MSG_LOAD_SETTINGS = 'ldst',
|
|
|
|
|
|
|
|
MSG_VALUE_NODE_CHANGED = 'vnch',
|
|
|
|
MSG_VALUE_NODE_CHILDREN_CREATED = 'vncc',
|
|
|
|
MSG_VALUE_NODE_CHILDREN_DELETED = 'vncd',
|
|
|
|
MSG_VALUE_NODE_VALUE_CHANGED = 'vnvc',
|
|
|
|
|
2012-11-04 12:37:16 +04:00
|
|
|
MSG_INSPECT_ADDRESS = 'isad',
|
2015-05-23 23:12:43 +03:00
|
|
|
MSG_WRITE_TARGET_MEMORY = 'wtam',
|
2014-10-28 22:24:34 +03:00
|
|
|
MSG_EVALUATE_EXPRESSION = 'evex',
|
2016-04-27 05:35:54 +03:00
|
|
|
MSG_WRITE_CORE_FILE = 'wrcf',
|
2014-06-11 03:10:53 +04:00
|
|
|
|
2016-12-01 06:18:26 +03:00
|
|
|
MSG_TEAM_DEBUGGER_QUIT = 'dbqt',
|
|
|
|
MSG_TEAM_RESTART_REQUESTED = 'trrq',
|
|
|
|
|
|
|
|
MSG_GENERATE_DEBUG_REPORT = 'gdrp',
|
2014-06-11 03:10:53 +04:00
|
|
|
MSG_DEBUG_INFO_NEEDS_USER_INPUT = 'dnui',
|
|
|
|
MSG_USER_INTERFACE_FILE_CHOSEN = 'uifc'
|
2009-06-18 04:35:12 +04:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
|
|
#endif // MESSAGE_CODES_H
|