2009-06-18 04:35:12 +04:00
|
|
|
/*
|
|
|
|
|
* Copyright 2009, Ingo Weinhold, ingo_weinhold@gmx.de.
|
2015-05-23 23:12:43 +03:00
|
|
|
* Copyright 2013-2015, 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_STACK_FRAME_VALUE_RETRIEVED = 'sfvr',
|
|
|
|
|
MSG_IMAGE_DEBUG_INFO_CHANGED = 'idic',
|
2013-07-07 08:31:22 +04:00
|
|
|
MSG_STOP_IMAGE_SETTINGS_CHANGED = 'sisc',
|
|
|
|
|
MSG_STOP_IMAGE_NAME_ADDED = 'sina',
|
|
|
|
|
MSG_STOP_IMAGE_NAME_REMOVED = 'sinr',
|
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_SETTINGS_MENU_IMPL_ITEM_SELECTED = 'smii',
|
|
|
|
|
MSG_SETTINGS_MENU_IMPL_OPTION_ITEM_SELECTED = 'smio',
|
|
|
|
|
|
|
|
|
|
MSG_TEXTVIEW_AUTOSCROLL = 'tvas',
|
|
|
|
|
|
|
|
|
|
MSG_VARIABLES_VIEW_CONTEXT_MENU_DONE = 'ctxd',
|
|
|
|
|
MSG_VARIABLES_VIEW_NODE_SETTINGS_CHANGED = 'vvns',
|
|
|
|
|
|
|
|
|
|
MSG_VALUE_NODE_CHANGED = 'vnch',
|
|
|
|
|
MSG_VALUE_NODE_CHILDREN_CREATED = 'vncc',
|
|
|
|
|
MSG_VALUE_NODE_CHILDREN_DELETED = 'vncd',
|
|
|
|
|
MSG_VALUE_NODE_VALUE_CHANGED = 'vnvc',
|
|
|
|
|
|
2010-09-21 19:07:48 +04:00
|
|
|
MSG_TEAM_DEBUGGER_QUIT = 'dbqt',
|
2013-05-30 03:16:08 +04:00
|
|
|
MSG_TEAM_RESTART_REQUESTED = 'trrq',
|
2015-06-28 04:12:24 +03:00
|
|
|
MSG_SHOW_TEAMS_WINDOW = 'stew',
|
|
|
|
|
MSG_TEAMS_WINDOW_CLOSED = 'tewc',
|
|
|
|
|
MSG_SHOW_TEAM_SETTINGS_WINDOW = 'stsw',
|
|
|
|
|
MSG_TEAM_SETTINGS_WINDOW_CLOSED = 'tswc',
|
2014-10-30 21:23:26 +03:00
|
|
|
MSG_SHOW_BREAKPOINT_EDIT_WINDOW = 'sbew',
|
|
|
|
|
MSG_BREAKPOINT_EDIT_WINDOW_CLOSED = 'bewc',
|
2015-07-03 00:54:51 +03:00
|
|
|
MSG_SHOW_SIGNAL_DISPOSITION_EDIT_WINDOW = 'sdew',
|
|
|
|
|
MSG_SIGNAL_DISPOSITION_EDIT_WINDOW_CLOSED = 'sdec',
|
2014-12-27 06:45:01 +03:00
|
|
|
MSG_SHOW_START_TEAM_WINDOW = 'sstw',
|
|
|
|
|
MSG_START_TEAM_WINDOW_CLOSED = 'stwc',
|
2013-05-04 04:14:13 +04:00
|
|
|
MSG_START_NEW_TEAM = 'sttt',
|
2011-06-10 05:58:39 +04:00
|
|
|
MSG_DEBUG_THIS_TEAM = 'dbtt',
|
2016-04-27 00:12:26 +03:00
|
|
|
MSG_LOAD_CORE_TEAM = 'lcte',
|
2011-06-13 06:09:12 +04:00
|
|
|
MSG_SHOW_INSPECTOR_WINDOW = 'sirw',
|
2011-06-10 05:58:39 +04:00
|
|
|
MSG_INSPECTOR_WINDOW_CLOSED = 'irwc',
|
2014-10-26 23:21:28 +03:00
|
|
|
MSG_SHOW_EXPRESSION_WINDOW = 'seww',
|
|
|
|
|
MSG_EXPRESSION_WINDOW_CLOSED = 'ewwc',
|
2014-11-06 06:37:25 +03:00
|
|
|
MSG_SHOW_EXPRESSION_PROMPT_WINDOW = 'sepw',
|
|
|
|
|
MSG_ADD_NEW_EXPRESSION = 'anex',
|
|
|
|
|
MSG_EXPRESSION_PROMPT_WINDOW_CLOSED = 'epwc',
|
2015-07-23 05:38:18 +03:00
|
|
|
MSG_SHOW_VARIABLE_EDIT_WINDOW = 'svew',
|
|
|
|
|
MSG_VARIABLE_EDIT_WINDOW_CLOSED = 'vewc',
|
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',
|
2014-10-29 17:09:33 +03:00
|
|
|
MSG_EXPRESSION_EVALUATED = 'exev',
|
2012-11-04 12:37:16 +04:00
|
|
|
MSG_SHOW_TYPECAST_NODE_PROMPT = 'stnp',
|
2013-05-19 19:50:11 +04:00
|
|
|
MSG_TYPECAST_TO_ARRAY = 'stta',
|
2012-11-06 23:54:18 +04:00
|
|
|
MSG_TYPECAST_NODE = 'tyno',
|
2012-11-18 22:08:38 +04:00
|
|
|
MSG_SHOW_WATCH_VARIABLE_PROMPT = 'swvp',
|
2013-04-21 22:10:21 +04:00
|
|
|
MSG_SHOW_CONTAINER_RANGE_PROMPT = 'scrp',
|
|
|
|
|
MSG_SET_CONTAINER_RANGE = 'chcr',
|
2014-06-11 03:10:53 +04:00
|
|
|
MSG_GENERATE_DEBUG_REPORT = 'gdrp',
|
2016-04-27 05:35:54 +03:00
|
|
|
MSG_WRITE_CORE_FILE = 'wrcf',
|
2015-07-23 05:38:18 +03:00
|
|
|
MSG_WRITE_VARIABLE_VALUE = 'wrvv',
|
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
|