2002-08-28 07:20:23 +04:00
|
|
|
/////////////////////////////////////////////////////////////////
|
2002-09-20 21:53:14 +04:00
|
|
|
// $Id: wxdialog.cc,v 1.41 2002-09-20 17:53:14 bdenney Exp $
|
2002-08-28 07:20:23 +04:00
|
|
|
/////////////////////////////////////////////////////////////////
|
|
|
|
//
|
|
|
|
// misc/wxdialog.cc
|
|
|
|
// This is a testbed for wxWindows dialog box experiments.
|
|
|
|
//
|
|
|
|
|
2002-08-30 11:03:50 +04:00
|
|
|
// For compilers that support precompilation, includes <wx/wx.h>.
|
|
|
|
#include <wx/wxprec.h>
|
2002-08-28 07:20:23 +04:00
|
|
|
#ifdef __BORLANDC__
|
|
|
|
#pragma hdrstop
|
|
|
|
#endif
|
|
|
|
#ifndef WX_PRECOMP
|
2002-08-30 11:03:50 +04:00
|
|
|
#include <wx/wx.h>
|
2002-08-28 07:20:23 +04:00
|
|
|
#endif
|
2002-08-30 11:03:50 +04:00
|
|
|
#include <wx/spinctrl.h>
|
2002-09-03 02:12:31 +04:00
|
|
|
#include <wx/config.h>
|
2002-09-13 21:43:57 +04:00
|
|
|
#include <wx/confbase.h>
|
2002-08-28 07:20:23 +04:00
|
|
|
|
|
|
|
#include "config.h" // definitions based on configure script
|
|
|
|
#include "osdep.h" // workarounds for missing stuff
|
|
|
|
#include "gui/siminterface.h" // interface to the simulator
|
|
|
|
#include "bxversion.h" // get version string
|
|
|
|
#include "wxdialog.h" // custom dialog boxes
|
- apply a patch I've been working on
- modified files: config.h.in cpu/init.cc debug/dbg_main.cc gui/control.cc
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h iodev/keyboard.cc
----------------------------------------------------------------------
Patch name: patch.wx-show-cpu2
Author: Bryce Denney
Date: Fri Sep 6 12:13:28 EDT 2002
Description:
Second try at implementing the "Debug:Show Cpu" and "Debug:Show
Keyboard" dialog with values that change as the simulation proceeds.
(Nobody gets to see the first try.) This is the first step toward
making something resembling a wxWindows debugger.
First, variables which are going to be visible in the CI must be
registered as parameters. For some variables, it might be acceptable
to change them from Bit32u into bx_param_num_c and access them only
with set/get methods, but for most variables it would be a horrible
pain and wreck performance.
To deal with this, I introduced the concept of a shadow parameter. A
normal parameter has its value stored inside the struct, but a shadow
parameter has only a pointer to the value. Shadow params allow you to
treat any variable as if it was a parameter, without having to change
its type and access it using get/set methods. Of course, a shadow
param's value is controlled by someone else, so it can change at any
time.
To demonstrate and test the registration of shadow parameters, I
added code in cpu/init.cc to register a few CPU registers and
code in iodev/keyboard.cc to register a few keyboard state values.
Now these parameters are visible in the Debug:Show CPU and
Debug:Show Keyboard dialog boxes.
The Debug:Show* dialog boxes are created by the ParamDialog class,
which already understands how to display each type of parameter,
including the new shadow parameters (because they are just a subclass
of a normal parameter class). I have added a ParamDialog::Refresh()
method, which rereads the value from every parameter that it is
displaying and changes the displayed value. At the moment, in the
Debug:Show CPU dialog, changing the values has no effect. However
this is trivial to add when it's time (just call CommitChanges!). It
wouldn't really make sense to change the values unless you have paused
the simulation, for example when single stepping with the debugger.
The Refresh() method must be called periodically or else the dialog
will show the initial values forever. At the moment, Refresh() is
called when the simulator sends an async event called
BX_ASYNC_EVT_REFRESH, created by a call to SIM->refresh_ci ().
Details:
- implement shadow parameter class for Bit32s, called bx_shadow_num_c.
implement shadow parameter class for Boolean, called bx_shadow_bool_c.
more to follow (I need one for every type!)
- now the simulator thread can request that the config interface refresh
its display. For now, the refresh event causes the CI to check every
parameter it is watching and change the display value. Later, it may
be worth the trouble to keep track of which parameters have actually
changed. Code in the simulator thread calls SIM->refresh_ci(), which
creates an async event called BX_ASYNC_EVT_REFRESH and sends it to
the config interface. When it arrives in the wxWindows gui thread,
it calls RefreshDialogs(), which calls the Refresh() method on any
dialogs that might need it.
- in the debugger, SIM->refresh_ci() is called before every prompt
is printed. Otherwise, the refresh would wait until the next
SIM->periodic(), which might be thousands of cycles. This way,
when you're single stepping, the dialogs update with every step.
- To improve performance, the CI has a flag (MyFrame::WantRefresh())
which tells whether it has any need for refresh events. If no
dialogs are showing that need refresh events, then no event is sent
between threads.
- add a few defaults to the param classes that affect the settings of
newly created parameters. When declaring a lot of params with
similar settings it's more compact to set the default for new params
rather than to change each one separately. default_text_format is
the printf format string for displaying numbers. default_base is
the default base for displaying numbers (0, 16, 2, etc.)
- I added to ParamDialog to make it able to display modeless dialog
boxes such as "Debug:Show CPU". The new Refresh() method queries
all the parameters for their current value and changes the value in
the wxWindows control. The ParamDialog class still needs a little
work; for example, if it's modal it should have Cancel/Ok buttons,
but if it's going to be modeless it should maybe have Apply (commit
any changes) and Close.
2002-09-06 20:43:26 +04:00
|
|
|
#include "wxmain.h" // wxwindows shared stuff
|
2002-08-28 07:20:23 +04:00
|
|
|
|
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// constants, prototypes
|
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
|
|
|
|
enum {
|
|
|
|
ID_ShowDialog_1 = 1,
|
|
|
|
ID_ShowDialog_2,
|
|
|
|
ID_ShowDialog_3,
|
|
|
|
ID_Button1,
|
|
|
|
ID_Button2,
|
|
|
|
ID_MY_LAST_ID
|
|
|
|
};
|
|
|
|
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
wxSize longTextSize (300, -1); // width=300, height=default
|
|
|
|
|
2002-08-28 07:20:23 +04:00
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// LogMsgAskDialog implementation
|
|
|
|
//////////////////////////////////////////////////////////////////////
|
2002-08-28 11:54:53 +04:00
|
|
|
// Structure:
|
|
|
|
// vertSizer:
|
|
|
|
// context text field,
|
|
|
|
// message text field
|
|
|
|
// don't-ask checkbox
|
|
|
|
// buttonSizer:
|
|
|
|
// continue button
|
|
|
|
// die button
|
|
|
|
// dumpcore button
|
|
|
|
// debugger button
|
|
|
|
// help button
|
|
|
|
//
|
2002-08-28 07:20:23 +04:00
|
|
|
|
|
|
|
// all events go to OnEvent method
|
|
|
|
BEGIN_EVENT_TABLE(LogMsgAskDialog, wxDialog)
|
|
|
|
EVT_BUTTON(ID_Continue, LogMsgAskDialog::OnEvent)
|
|
|
|
EVT_BUTTON(ID_Die, LogMsgAskDialog::OnEvent)
|
|
|
|
EVT_BUTTON(ID_DumpCore, LogMsgAskDialog::OnEvent)
|
|
|
|
EVT_BUTTON(ID_Debugger, LogMsgAskDialog::OnEvent)
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
EVT_BUTTON(wxID_HELP, LogMsgAskDialog::OnEvent)
|
2002-08-28 07:20:23 +04:00
|
|
|
END_EVENT_TABLE()
|
|
|
|
|
|
|
|
|
|
|
|
LogMsgAskDialog::LogMsgAskDialog(
|
|
|
|
wxWindow* parent,
|
|
|
|
wxWindowID id,
|
|
|
|
const wxString& title)
|
|
|
|
: wxDialog (parent, id, title, wxDefaultPosition, wxDefaultSize,
|
|
|
|
wxDEFAULT_DIALOG_STYLE | wxRESIZE_BORDER)
|
|
|
|
{
|
|
|
|
for (int i=0; i<N_BUTTONS; i++) enabled[i] = TRUE;
|
|
|
|
vertSizer = new wxBoxSizer(wxVERTICAL);
|
2002-08-30 03:18:10 +04:00
|
|
|
context = new wxStaticText (this, -1, "");
|
2002-08-28 07:20:23 +04:00
|
|
|
wxFont font = context->GetFont ();
|
|
|
|
font.SetWeight (wxBOLD);
|
|
|
|
font.SetPointSize (2 + font.GetPointSize ());
|
|
|
|
context->SetFont (font);
|
2002-08-30 03:18:10 +04:00
|
|
|
message = new wxStaticText (this, -1, "");
|
2002-08-28 07:20:23 +04:00
|
|
|
message->SetFont (font);
|
|
|
|
dontAsk = new wxCheckBox (this, -1, LOG_MSG_DONT_ASK_STRING);
|
|
|
|
btnSizer = new wxBoxSizer(wxHORIZONTAL);
|
|
|
|
// fill vertical sizer
|
|
|
|
vertSizer->Add (context, 0, wxGROW|wxALIGN_LEFT|wxLEFT|wxTOP, 30);
|
|
|
|
vertSizer->Add (message, 0, wxGROW|wxALIGN_LEFT|wxLEFT, 30);
|
|
|
|
vertSizer->Add (dontAsk, 0, wxALIGN_CENTER|wxTOP, 30);
|
|
|
|
vertSizer->Add (btnSizer, 0, wxALIGN_CENTER|wxTOP, 30);
|
|
|
|
// Some object creation and layout is postponed until Init()
|
|
|
|
// so that caller has time to configure the dialog.
|
|
|
|
}
|
|
|
|
|
2002-09-01 19:27:33 +04:00
|
|
|
void LogMsgAskDialog::SetContext (wxString s) {
|
2002-08-28 07:20:23 +04:00
|
|
|
wxString text;
|
2002-09-01 19:27:33 +04:00
|
|
|
text.Printf (LOG_MSG_CONTEXT, s.c_str ());
|
2002-08-28 07:20:23 +04:00
|
|
|
ChangeStaticText (vertSizer, context, text);
|
|
|
|
}
|
|
|
|
|
2002-09-01 19:27:33 +04:00
|
|
|
void LogMsgAskDialog::SetMessage (wxString s) {
|
2002-08-28 07:20:23 +04:00
|
|
|
wxString text;
|
2002-09-01 19:27:33 +04:00
|
|
|
text.Printf (LOG_MSG_MSG, s.c_str ());
|
2002-08-28 07:20:23 +04:00
|
|
|
ChangeStaticText (vertSizer, message, text);
|
|
|
|
}
|
|
|
|
|
|
|
|
void LogMsgAskDialog::Init ()
|
|
|
|
{
|
|
|
|
static const int ids[N_BUTTONS] = LOG_MSG_ASK_IDS;
|
|
|
|
static const char *names[N_BUTTONS] = LOG_MSG_ASK_NAMES;
|
|
|
|
for (int i=0; i<N_BUTTONS; i++) {
|
|
|
|
if (!enabled[i]) continue;
|
|
|
|
wxButton *btn = new wxButton (this, ids[i], names[i]);
|
|
|
|
btnSizer->Add (btn, 1, wxALL, 5);
|
|
|
|
}
|
|
|
|
wxSize ms = message->GetSize ();
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("message size is %d,%d", ms.GetWidth(), ms.GetHeight ());
|
2002-08-28 07:20:23 +04:00
|
|
|
SetAutoLayout(TRUE);
|
|
|
|
SetSizer(vertSizer);
|
|
|
|
vertSizer->Fit (this);
|
|
|
|
wxSize size = vertSizer->GetMinSize ();
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("minsize is %d,%d", size.GetWidth(), size.GetHeight ());
|
2002-08-28 07:20:23 +04:00
|
|
|
int margin = 10;
|
|
|
|
SetSizeHints (size.GetWidth () + margin, size.GetHeight () + margin);
|
|
|
|
Center ();
|
|
|
|
}
|
|
|
|
|
|
|
|
// Event handler for dialog buttons. Just translate the wx ids into
|
|
|
|
// enum values and return them with EndModel() to make the dialog
|
|
|
|
// go away.
|
|
|
|
void LogMsgAskDialog::OnEvent(wxCommandEvent& event)
|
|
|
|
{
|
|
|
|
int id = event.GetId ();
|
|
|
|
int ret = -1;
|
|
|
|
switch (id) {
|
|
|
|
case ID_Continue: ret = CONT; break;
|
|
|
|
case ID_Die: ret = DIE; break;
|
|
|
|
case ID_DumpCore: ret = DUMP; break;
|
|
|
|
case ID_Debugger: ret = DEBUG; break;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
case wxID_HELP: ShowHelp (); return;
|
2002-08-28 07:20:23 +04:00
|
|
|
default:
|
|
|
|
return; // without EndModal
|
|
|
|
}
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("you pressed button id=%d, return value=%d", id, ret);
|
2002-08-28 07:20:23 +04:00
|
|
|
EndModal (ret);
|
|
|
|
}
|
|
|
|
|
2002-08-28 11:54:53 +04:00
|
|
|
void LogMsgAskDialog::ShowHelp ()
|
|
|
|
{
|
2002-08-30 03:18:10 +04:00
|
|
|
wxMessageBox(MSG_NO_HELP, MSG_NO_HELP_CAPTION, wxOK | wxICON_ERROR );
|
2002-08-28 11:54:53 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// FloppyConfigDialog implementation
|
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// Structure:
|
|
|
|
// vertSizer:
|
|
|
|
// instructions
|
|
|
|
// radioSizer (vert):
|
|
|
|
// phys0
|
|
|
|
// phys1
|
|
|
|
// diskImageSizer (horiz):
|
|
|
|
// disk image file
|
|
|
|
// filename
|
|
|
|
// browse button
|
2002-08-30 00:13:05 +04:00
|
|
|
// create button
|
2002-08-28 11:54:53 +04:00
|
|
|
// capacitySizer (horizontal):
|
|
|
|
// capacity text
|
|
|
|
// capacity choice box
|
|
|
|
// hint text
|
|
|
|
// buttonSizer:
|
|
|
|
// cancel button
|
|
|
|
// ok button
|
|
|
|
// help button
|
|
|
|
//
|
|
|
|
|
|
|
|
// all events go to OnEvent method
|
|
|
|
BEGIN_EVENT_TABLE(FloppyConfigDialog, wxDialog)
|
|
|
|
EVT_BUTTON(-1, FloppyConfigDialog::OnEvent)
|
|
|
|
EVT_TEXT(-1, FloppyConfigDialog::OnEvent)
|
|
|
|
END_EVENT_TABLE()
|
|
|
|
|
|
|
|
|
|
|
|
FloppyConfigDialog::FloppyConfigDialog(
|
|
|
|
wxWindow* parent,
|
|
|
|
wxWindowID id)
|
|
|
|
: wxDialog (parent, id, "", wxDefaultPosition, wxDefaultSize,
|
|
|
|
wxDEFAULT_DIALOG_STYLE | wxRESIZE_BORDER)
|
|
|
|
{
|
|
|
|
validate = NULL;
|
|
|
|
n_rbtns = 0;
|
|
|
|
wxButton *btn;
|
|
|
|
vertSizer = new wxBoxSizer (wxVERTICAL);
|
|
|
|
instr = new wxStaticText (this, -1, FLOPPY_CONFIG_INSTRS);
|
|
|
|
radioSizer = new wxBoxSizer (wxVERTICAL);
|
|
|
|
diskImageSizer = new wxBoxSizer (wxHORIZONTAL);
|
|
|
|
capacitySizer = new wxBoxSizer (wxHORIZONTAL);
|
|
|
|
wxStaticText *hint = new wxStaticText (this, -1, FLOPPY_CONFIG_HINT);
|
|
|
|
buttonSizer = new wxBoxSizer (wxHORIZONTAL);
|
|
|
|
// add top level components to vertSizer
|
|
|
|
vertSizer->Add (instr, 0, wxTOP|wxLEFT, 30);
|
|
|
|
vertSizer->Add (radioSizer, 0, wxLEFT, 50);
|
|
|
|
vertSizer->Add (capacitySizer, 0, wxTOP|wxLEFT, 30);
|
|
|
|
vertSizer->Add (hint, 0, wxTOP|wxLEFT, 30);
|
|
|
|
vertSizer->Add (buttonSizer, 0, wxALIGN_RIGHT|wxTOP, 30);
|
|
|
|
// contents of capacitySizer
|
|
|
|
wxStaticText *captext = new wxStaticText (this, -1, FLOPPY_CONFIG_CAP);
|
|
|
|
capacity = new wxChoice (this, -1);
|
|
|
|
capacitySizer->Add (captext, 0, wxALL, 5);
|
|
|
|
capacitySizer->Add (capacity, 0, wxALL, 5);
|
|
|
|
// contents of buttonSizer
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
btn = new wxButton (this, wxID_HELP, "Help");
|
2002-08-28 11:54:53 +04:00
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
2002-08-30 00:41:45 +04:00
|
|
|
// use wxID_CANCEL because pressing ESC produces this same code
|
|
|
|
btn = new wxButton (this, wxID_CANCEL, "Cancel");
|
2002-08-28 11:54:53 +04:00
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
2002-08-30 00:13:05 +04:00
|
|
|
btn = new wxButton (this, ID_Create, "Create Image");
|
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
btn = new wxButton (this, wxID_OK, "Ok");
|
2002-08-28 11:54:53 +04:00
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
// create filename and diskImageRadioBtn so that we can tweak them before
|
|
|
|
// Init comes. However don't add it to any sizer yet because it needs to go
|
|
|
|
// in after the last radio button.
|
|
|
|
filename = new wxTextCtrl (this, ID_FilenameText);
|
|
|
|
filename->SetSize (300, filename->GetSize ().GetHeight ());
|
|
|
|
diskImageRadioBtn = new wxRadioButton (this, ID_Filename, FLOPPY_CONFIG_DISKIMG);
|
|
|
|
|
|
|
|
// the radioSizer contents will be added by successive calls to
|
|
|
|
// AddRadio(). The diskImageSizer will be added last, in Init().
|
|
|
|
}
|
|
|
|
|
2002-09-01 19:27:33 +04:00
|
|
|
void FloppyConfigDialog::AddRadio (
|
|
|
|
const wxString& description,
|
|
|
|
const wxString& filename)
|
2002-08-28 11:54:53 +04:00
|
|
|
{
|
2002-08-30 10:06:36 +04:00
|
|
|
if (n_rbtns >= FLOPPY_MAX_RBTNS) {
|
|
|
|
wxLogError ("AddRadio failed: increase FLOPPY_MAX_RBTNS in wxdialog.h");
|
2002-08-28 11:54:53 +04:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
rbtn[n_rbtns] = new wxRadioButton (this, -1, description);
|
|
|
|
equivalentFilename[n_rbtns] = filename;
|
|
|
|
radioSizer->Add (rbtn[n_rbtns]);
|
|
|
|
n_rbtns++;
|
|
|
|
}
|
|
|
|
|
2002-09-01 19:27:33 +04:00
|
|
|
void FloppyConfigDialog::SetDriveName (wxString name) {
|
2002-08-28 11:54:53 +04:00
|
|
|
wxString text;
|
2002-09-01 19:27:33 +04:00
|
|
|
text.Printf (FLOPPY_CONFIG_TITLE, name.c_str ());
|
2002-08-28 11:54:53 +04:00
|
|
|
SetTitle (text);
|
2002-09-01 19:27:33 +04:00
|
|
|
text.Printf (FLOPPY_CONFIG_INSTRS, name.c_str ());
|
2002-08-28 11:54:53 +04:00
|
|
|
ChangeStaticText (vertSizer, instr, text);
|
|
|
|
}
|
|
|
|
|
|
|
|
void FloppyConfigDialog::SetCapacityChoices (int n, char *choices[])
|
|
|
|
{
|
|
|
|
for (int i=0; i<n; i++)
|
|
|
|
capacity->Append (wxString (choices[i]));
|
|
|
|
}
|
|
|
|
|
|
|
|
void FloppyConfigDialog::Init()
|
|
|
|
{
|
|
|
|
// add contents of diskImageSizer
|
|
|
|
diskImageSizer->Add (diskImageRadioBtn);
|
|
|
|
diskImageSizer->Add (filename, 1, wxGROW);
|
2002-09-03 00:13:52 +04:00
|
|
|
wxButton *btn = new wxButton (this, ID_Browse, BTNLABEL_BROWSE);
|
2002-08-28 11:54:53 +04:00
|
|
|
diskImageSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
radioSizer->Add (diskImageSizer);
|
|
|
|
|
|
|
|
SetAutoLayout(TRUE);
|
|
|
|
SetSizer(vertSizer);
|
|
|
|
vertSizer->Fit (this);
|
|
|
|
wxSize size = vertSizer->GetMinSize ();
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("minsize is %d,%d", size.GetWidth(), size.GetHeight ());
|
2002-08-28 11:54:53 +04:00
|
|
|
int margin = 5;
|
|
|
|
SetSizeHints (size.GetWidth () + margin, size.GetHeight () + margin);
|
|
|
|
Center ();
|
|
|
|
}
|
|
|
|
|
|
|
|
int
|
|
|
|
FloppyConfigDialog::GetRadio () {
|
|
|
|
int i;
|
|
|
|
for (i=0; i<n_rbtns; i++) {
|
|
|
|
if (rbtn[i]->GetValue ())
|
|
|
|
return i;
|
|
|
|
}
|
|
|
|
if (diskImageRadioBtn->GetValue ()) {
|
|
|
|
return i;
|
|
|
|
}
|
|
|
|
wxLogError ("GetRadio() found nothing selected");
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
FloppyConfigDialog::SetRadio (int n) {
|
|
|
|
if (n < n_rbtns) {
|
|
|
|
rbtn[n]->SetValue (TRUE);
|
|
|
|
} else {
|
|
|
|
diskImageRadioBtn->SetValue (TRUE);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2002-09-01 19:27:33 +04:00
|
|
|
void FloppyConfigDialog::SetFilename (wxString f) {
|
2002-08-28 11:54:53 +04:00
|
|
|
// search equivalentFilename[] for matches. if it matches, select the
|
|
|
|
// radio button instead.
|
|
|
|
for (int i=0; i<n_rbtns; i++) {
|
2002-09-01 19:27:33 +04:00
|
|
|
if (!strcmp (f.c_str (), equivalentFilename[i])) {
|
2002-08-28 11:54:53 +04:00
|
|
|
rbtn[i]->SetValue (TRUE);
|
|
|
|
return; // leaving filename text field unchanged
|
|
|
|
}
|
|
|
|
}
|
|
|
|
filename->SetValue (f);
|
2002-08-30 10:06:36 +04:00
|
|
|
diskImageRadioBtn->SetValue (TRUE);
|
2002-08-28 11:54:53 +04:00
|
|
|
}
|
|
|
|
|
2002-09-01 19:27:33 +04:00
|
|
|
wxString
|
2002-08-30 10:06:36 +04:00
|
|
|
FloppyConfigDialog::GetFilename ()
|
2002-08-28 11:54:53 +04:00
|
|
|
{
|
|
|
|
int n = GetRadio ();
|
|
|
|
if (n < n_rbtns) {
|
|
|
|
return equivalentFilename[n];
|
|
|
|
} else {
|
2002-09-01 19:27:33 +04:00
|
|
|
return filename->GetValue ().c_str ();
|
2002-08-28 11:54:53 +04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void FloppyConfigDialog::OnEvent(wxCommandEvent& event)
|
|
|
|
{
|
|
|
|
int id = event.GetId ();
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("you pressed button id=%d", id);
|
2002-08-28 11:54:53 +04:00
|
|
|
switch (id) {
|
|
|
|
case ID_FilenameText:
|
|
|
|
// when you type into the filename field, ensure that the radio
|
|
|
|
// button associated with that field is chosen.
|
|
|
|
diskImageRadioBtn->SetValue (TRUE);
|
|
|
|
break;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
case wxID_OK:
|
2002-08-28 11:54:53 +04:00
|
|
|
// probably should validate before allowing ok
|
|
|
|
if (validate!=NULL && !(*validate)(this))
|
|
|
|
return; // validation failed, don't leave yet
|
2002-09-04 16:29:04 +04:00
|
|
|
EndModal (wxID_OK);
|
2002-08-28 11:54:53 +04:00
|
|
|
break;
|
|
|
|
case ID_Browse:
|
2002-09-03 02:12:31 +04:00
|
|
|
BrowseTextCtrl (filename);
|
2002-08-28 11:54:53 +04:00
|
|
|
break;
|
2002-08-30 00:13:05 +04:00
|
|
|
case ID_Create:
|
2002-08-30 03:28:52 +04:00
|
|
|
{
|
|
|
|
int cap = capacity->GetSelection ();
|
|
|
|
if (capacity->GetString (cap).Cmp ("none") == 0
|
|
|
|
|| !(cap>=0 && cap<n_floppy_type_names)) {
|
|
|
|
wxMessageBox("You must choose a valid capacity for the new disk image", "Bad Capacity", wxOK | wxICON_ERROR );
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
char name[1024];
|
|
|
|
strncpy (name, filename->GetValue ().c_str (), sizeof(name));
|
|
|
|
if (CreateImage (0, floppy_type_n_sectors[cap], name)) {
|
|
|
|
wxString msg;
|
|
|
|
msg.Printf ("Created a %s disk image called '%s'.",
|
|
|
|
capacity->GetString (cap).c_str (),
|
|
|
|
filename->GetValue ().c_str ());
|
|
|
|
wxMessageBox(msg, "Image Created", wxOK | wxICON_INFORMATION);
|
|
|
|
}
|
|
|
|
}
|
2002-08-30 00:13:05 +04:00
|
|
|
break;
|
2002-08-30 00:41:45 +04:00
|
|
|
case wxID_CANCEL:
|
2002-09-04 16:29:04 +04:00
|
|
|
EndModal (wxID_CANCEL);
|
2002-08-28 11:54:53 +04:00
|
|
|
break;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
case wxID_HELP:
|
2002-08-28 11:54:53 +04:00
|
|
|
ShowHelp();
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void FloppyConfigDialog::ShowHelp ()
|
2002-08-28 07:20:23 +04:00
|
|
|
{
|
2002-08-30 03:18:10 +04:00
|
|
|
wxMessageBox(MSG_NO_HELP, MSG_NO_HELP_CAPTION, wxOK | wxICON_ERROR );
|
2002-08-28 07:20:23 +04:00
|
|
|
}
|
|
|
|
|
2002-08-28 19:27:26 +04:00
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// HDConfigDialog implementation
|
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// Structure:
|
|
|
|
// vertSizer:
|
|
|
|
// enable checkbox
|
|
|
|
// hsizer[0]:
|
|
|
|
// "Disk image:"
|
|
|
|
// disk image text control
|
|
|
|
// browse button
|
|
|
|
// hsizer[1]:
|
|
|
|
// "Geometry: cylinders"
|
|
|
|
// geom[0] = cyl control
|
|
|
|
// "heads"
|
|
|
|
// geom[1] = heads control
|
|
|
|
// " sectors/track "
|
|
|
|
// geom[2] = spt control
|
|
|
|
// hsizer[2]:
|
2002-08-30 03:18:10 +04:00
|
|
|
// megs = "Size in MB: NUMBER"
|
|
|
|
// compute geometry button
|
2002-08-28 19:27:26 +04:00
|
|
|
// buttonSizer:
|
|
|
|
// help
|
|
|
|
// cancel
|
|
|
|
// ok
|
|
|
|
|
|
|
|
// all events go to OnEvent method
|
|
|
|
BEGIN_EVENT_TABLE(HDConfigDialog, wxDialog)
|
|
|
|
EVT_BUTTON(-1, HDConfigDialog::OnEvent)
|
|
|
|
EVT_CHECKBOX(-1, HDConfigDialog::OnEvent)
|
|
|
|
EVT_TEXT(-1, HDConfigDialog::OnEvent)
|
|
|
|
END_EVENT_TABLE()
|
|
|
|
|
|
|
|
|
|
|
|
HDConfigDialog::HDConfigDialog(
|
|
|
|
wxWindow* parent,
|
|
|
|
wxWindowID id)
|
|
|
|
: wxDialog (parent, id, "", wxDefaultPosition, wxDefaultSize,
|
|
|
|
wxDEFAULT_DIALOG_STYLE | wxRESIZE_BORDER)
|
|
|
|
{
|
|
|
|
static char *geomNames[] = HD_CONFIG_GEOM_NAMES;
|
|
|
|
vertSizer = new wxBoxSizer (wxVERTICAL);
|
2002-08-30 10:06:36 +04:00
|
|
|
enable = new wxCheckBox (this, ID_Enable, MSG_ENABLED);
|
2002-08-28 19:27:26 +04:00
|
|
|
enable->SetValue (TRUE);
|
|
|
|
hsizer[0] = new wxBoxSizer (wxHORIZONTAL);
|
|
|
|
hsizer[1] = new wxBoxSizer (wxHORIZONTAL);
|
|
|
|
hsizer[2] = new wxBoxSizer (wxHORIZONTAL);
|
|
|
|
buttonSizer = new wxBoxSizer (wxHORIZONTAL);
|
|
|
|
// add top level components to vertSizer
|
2002-08-30 01:00:27 +04:00
|
|
|
vertSizer->Add (enable, 0, wxTOP|wxLEFT, 10);
|
|
|
|
vertSizer->Add (hsizer[0], 0, wxTOP|wxLEFT, 10);
|
|
|
|
vertSizer->Add (hsizer[1], 0, wxTOP|wxLEFT, 10);
|
|
|
|
vertSizer->Add (hsizer[2], 0, wxTOP|wxLEFT, 10);
|
2002-08-28 19:27:26 +04:00
|
|
|
vertSizer->Add (buttonSizer, 0, wxALIGN_RIGHT|wxTOP, 10);
|
|
|
|
// contents of hsizer[0]
|
|
|
|
wxStaticText *text;
|
|
|
|
text = new wxStaticText (this, -1, HD_CONFIG_DISKIMG);
|
|
|
|
hsizer[0]->Add (text);
|
|
|
|
filename = new wxTextCtrl (this, ID_FilenameText);
|
|
|
|
filename->SetSize (300, filename->GetSize ().GetHeight ());
|
|
|
|
hsizer[0]->Add (filename, 1);
|
2002-09-03 00:13:52 +04:00
|
|
|
wxButton *btn = new wxButton (this, ID_Browse, BTNLABEL_BROWSE);
|
2002-08-28 19:27:26 +04:00
|
|
|
hsizer[0]->Add (btn);
|
|
|
|
// contents of hsizer[1]
|
|
|
|
for (int i=0; i<3; i++) {
|
|
|
|
text = new wxStaticText (this, -1, geomNames[i]);
|
|
|
|
hsizer[1]->Add (text);
|
|
|
|
geom[i] = new wxSpinCtrl (this, ID_Cylinders+i);
|
|
|
|
hsizer[1]->Add (geom[i]);
|
|
|
|
}
|
|
|
|
// contents of hsizer[2]
|
2002-08-30 03:18:10 +04:00
|
|
|
megs = new wxStaticText (this, ID_Megs, ""); // size in megs
|
2002-08-28 19:27:26 +04:00
|
|
|
hsizer[2]->Add (megs);
|
2002-08-30 03:18:10 +04:00
|
|
|
computeGeom = new wxButton (this, ID_ComputeGeometry, HD_CONFIG_COMPUTE_TEXT);
|
|
|
|
hsizer[2]->Add (computeGeom, 0, wxLEFT, 20);
|
2002-08-28 19:27:26 +04:00
|
|
|
// contents of buttonSizer
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
btn = new wxButton (this, wxID_HELP, BTNLABEL_HELP);
|
2002-08-28 19:27:26 +04:00
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
2002-08-30 00:41:45 +04:00
|
|
|
// use wxID_CANCEL because pressing ESC produces this same code
|
2002-08-30 03:18:10 +04:00
|
|
|
btn = new wxButton (this, wxID_CANCEL, BTNLABEL_CANCEL);
|
2002-08-28 19:27:26 +04:00
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
2002-08-30 03:18:10 +04:00
|
|
|
btn = new wxButton (this, ID_Create, BTNLABEL_CREATE_IMG);
|
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
btn = new wxButton (this, wxID_OK, BTNLABEL_OK);
|
2002-08-28 19:27:26 +04:00
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
// lay it out!
|
|
|
|
SetAutoLayout(TRUE);
|
|
|
|
SetSizer(vertSizer);
|
|
|
|
vertSizer->Fit (this);
|
|
|
|
wxSize size = vertSizer->GetMinSize ();
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("minsize is %d,%d", size.GetWidth(), size.GetHeight ());
|
2002-08-28 19:27:26 +04:00
|
|
|
int margin = 5;
|
|
|
|
SetSizeHints (size.GetWidth () + margin, size.GetHeight () + margin);
|
|
|
|
Center ();
|
|
|
|
}
|
|
|
|
|
2002-09-01 19:27:33 +04:00
|
|
|
void HDConfigDialog::SetDriveName (wxString name) {
|
2002-08-28 19:27:26 +04:00
|
|
|
wxString text;
|
2002-09-01 19:27:33 +04:00
|
|
|
text.Printf (HD_CONFIG_TITLE, name.c_str ());
|
2002-08-28 19:27:26 +04:00
|
|
|
SetTitle (text);
|
|
|
|
}
|
|
|
|
|
|
|
|
void HDConfigDialog::SetGeom (int n, int value) {
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("setting geom[%d] to %d", n, value);
|
2002-08-28 19:27:26 +04:00
|
|
|
geom[n]->SetValue (value);
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("now geom[%d] has value %d", n, geom[n]->GetValue ());
|
2002-08-30 03:18:10 +04:00
|
|
|
UpdateMegs ();
|
2002-08-28 19:27:26 +04:00
|
|
|
}
|
|
|
|
|
2002-09-03 21:48:21 +04:00
|
|
|
void HDConfigDialog::SetGeomRange (int n, int min, int max)
|
|
|
|
{
|
|
|
|
wxLogDebug ("Setting range of geom[%d] to min=%d, max=%d", n, min, max);
|
|
|
|
geom[n]->SetRange (min, SPINCTRL_FIX_MAX(max));
|
|
|
|
wxLogDebug ("now min=%d, max=%d", geom[n]->GetMin (), geom[n]->GetMax ());
|
|
|
|
}
|
|
|
|
|
2002-08-30 03:18:10 +04:00
|
|
|
float
|
|
|
|
HDConfigDialog::UpdateMegs () {
|
2002-08-28 19:27:26 +04:00
|
|
|
float meg = 512.0
|
|
|
|
* geom[0]->GetValue ()
|
|
|
|
* geom[1]->GetValue ()
|
|
|
|
* geom[2]->GetValue ()
|
|
|
|
/ (1024.0*1024.0);
|
|
|
|
wxString text;
|
2002-08-30 03:18:10 +04:00
|
|
|
text.Printf (HD_CONFIG_MEGS, meg);
|
|
|
|
ChangeStaticText (hsizer[2], megs, text);
|
|
|
|
Layout ();
|
|
|
|
return meg;
|
2002-08-28 19:27:26 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
void HDConfigDialog::Init()
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
2002-08-30 10:06:36 +04:00
|
|
|
void HDConfigDialog::EnableChanged ()
|
2002-08-28 19:27:26 +04:00
|
|
|
{
|
2002-08-30 10:06:36 +04:00
|
|
|
bool en = enable->GetValue ();
|
|
|
|
filename->Enable (en);
|
|
|
|
for (int i=0; i<3; i++) geom[i]->Enable (en);
|
|
|
|
computeGeom->Enable (en);
|
2002-08-28 19:27:26 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
void HDConfigDialog::OnEvent(wxCommandEvent& event)
|
|
|
|
{
|
|
|
|
int id = event.GetId ();
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("you pressed button id=%d", id);
|
2002-08-28 19:27:26 +04:00
|
|
|
switch (id) {
|
|
|
|
case ID_Cylinders:
|
|
|
|
case ID_Heads:
|
|
|
|
case ID_SPT:
|
2002-08-30 03:18:10 +04:00
|
|
|
UpdateMegs ();
|
|
|
|
break;
|
|
|
|
case ID_ComputeGeometry:
|
|
|
|
EnterSize ();
|
|
|
|
break;
|
|
|
|
case ID_Create:
|
|
|
|
{
|
|
|
|
int cyl = geom[0]->GetValue ();
|
|
|
|
int heads = geom[1]->GetValue ();
|
|
|
|
int spt = geom[2]->GetValue ();
|
|
|
|
int sectors = cyl*heads*spt;
|
|
|
|
char name[1024];
|
|
|
|
strncpy (name, filename->GetValue ().c_str (), sizeof(name));
|
2002-08-30 03:28:52 +04:00
|
|
|
if (CreateImage (1, sectors, name)) {
|
|
|
|
wxString msg;
|
|
|
|
msg.Printf ("Created a %d megabyte disk image called '%s'.",
|
|
|
|
sectors*512, name);
|
|
|
|
wxMessageBox(msg, "Image Created", wxOK | wxICON_INFORMATION);
|
|
|
|
}
|
2002-08-30 03:18:10 +04:00
|
|
|
}
|
2002-08-28 19:27:26 +04:00
|
|
|
break;
|
|
|
|
case ID_Enable:
|
2002-08-30 10:06:36 +04:00
|
|
|
EnableChanged ();
|
2002-08-28 19:27:26 +04:00
|
|
|
break;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
case wxID_OK:
|
2002-08-28 19:27:26 +04:00
|
|
|
// probably should validate before allowing ok
|
2002-09-04 16:29:04 +04:00
|
|
|
EndModal (wxID_OK);
|
2002-08-28 19:27:26 +04:00
|
|
|
break;
|
|
|
|
case ID_Browse:
|
2002-09-03 02:12:31 +04:00
|
|
|
BrowseTextCtrl (filename);
|
2002-08-28 19:27:26 +04:00
|
|
|
break;
|
2002-08-30 00:41:45 +04:00
|
|
|
case wxID_CANCEL:
|
2002-09-04 16:29:04 +04:00
|
|
|
EndModal (wxID_CANCEL);
|
2002-08-28 19:27:26 +04:00
|
|
|
break;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
case wxID_HELP:
|
2002-08-28 19:27:26 +04:00
|
|
|
ShowHelp();
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
event.Skip ();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2002-08-30 03:18:10 +04:00
|
|
|
void HDConfigDialog::EnterSize ()
|
|
|
|
{
|
|
|
|
int initval = (int) (0.5 + UpdateMegs ());
|
|
|
|
int target_megs = wxGetNumberFromUser (HD_CONFIG_COMPUTE_INSTR, HD_CONFIG_COMPUTE_PROMPT, HD_CONFIG_COMPUTE_CAPTION, initval, 0, 32255);
|
|
|
|
if (target_megs<0) return;
|
|
|
|
// this calculate copied from misc/bximage.c
|
|
|
|
int cyl, heads=16, spt=63;
|
|
|
|
cyl = (int) (target_megs*1024.0*1024.0/16.0/63.0/512.0);
|
|
|
|
wxASSERT (cyl < 65536);
|
|
|
|
geom[0]->SetValue (cyl);
|
|
|
|
geom[1]->SetValue (heads);
|
|
|
|
geom[2]->SetValue (spt);
|
|
|
|
UpdateMegs ();
|
|
|
|
}
|
|
|
|
|
2002-08-30 03:28:52 +04:00
|
|
|
void HDConfigDialog::ShowHelp ()
|
|
|
|
{
|
|
|
|
wxMessageBox(MSG_NO_HELP, MSG_NO_HELP_CAPTION, wxOK | wxICON_ERROR );
|
|
|
|
}
|
|
|
|
|
2002-08-30 10:06:36 +04:00
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// CdromConfigDialog implementation
|
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// Structure:
|
|
|
|
// vertSizer:
|
|
|
|
// box labeled "Device":
|
|
|
|
// enable = enable checkbox
|
|
|
|
// box labeled "Media":
|
|
|
|
// "Where should the emulated CD-ROM find its data?"
|
|
|
|
// ejected radio button (added by constructor)
|
|
|
|
// use physical radio buttons (added by calls to AddRadio)
|
|
|
|
// fileSizer:
|
|
|
|
// use disk image radio button
|
|
|
|
// filename = text control
|
|
|
|
// browse button
|
|
|
|
// buttonSizer:
|
|
|
|
// help
|
|
|
|
// cancel
|
|
|
|
// ok
|
|
|
|
|
|
|
|
// all events go to OnEvent method
|
|
|
|
BEGIN_EVENT_TABLE(CdromConfigDialog, wxDialog)
|
|
|
|
EVT_BUTTON(-1, CdromConfigDialog::OnEvent)
|
|
|
|
EVT_CHECKBOX(-1, CdromConfigDialog::OnEvent)
|
|
|
|
EVT_TEXT(-1, CdromConfigDialog::OnEvent)
|
|
|
|
END_EVENT_TABLE()
|
|
|
|
|
|
|
|
|
|
|
|
CdromConfigDialog::CdromConfigDialog(
|
|
|
|
wxWindow* parent,
|
|
|
|
wxWindowID id)
|
|
|
|
: wxDialog (parent, id, "", wxDefaultPosition, wxDefaultSize,
|
|
|
|
wxDEFAULT_DIALOG_STYLE | wxRESIZE_BORDER)
|
|
|
|
{
|
|
|
|
n_rbtns = 0;
|
|
|
|
// top level objects
|
|
|
|
wxStaticBox *dBox = new wxStaticBox (this, -1, "Device");
|
|
|
|
dBoxSizer = new wxStaticBoxSizer (dBox, wxVERTICAL);
|
|
|
|
wxStaticBox *mBox = new wxStaticBox (this, -1, "Media");
|
|
|
|
mBoxSizer = new wxStaticBoxSizer (mBox, wxVERTICAL);
|
|
|
|
buttonSizer = new wxBoxSizer (wxHORIZONTAL);
|
|
|
|
|
|
|
|
// add top level objects to vertSizer
|
|
|
|
vertSizer = new wxBoxSizer (wxVERTICAL);
|
|
|
|
vertSizer->Add (dBoxSizer, 0, wxALL|wxGROW, 10);
|
|
|
|
vertSizer->Add (mBoxSizer, 0, wxALL|wxGROW, 10);
|
|
|
|
vertSizer->Add (buttonSizer, 0, wxALIGN_RIGHT|wxTOP, 10);
|
|
|
|
|
|
|
|
// device box contents
|
|
|
|
enable = new wxCheckBox (this, ID_Enable, MSG_ENABLED);
|
|
|
|
enable->SetValue (TRUE);
|
|
|
|
dBoxSizer->Add (enable, 0, wxALL, 5);
|
|
|
|
|
|
|
|
// media box contents
|
|
|
|
//prompt = new wxStaticText (this, -1, CDROM_CONFIG_PROMPT);
|
|
|
|
//mBoxSizer->Add (prompt, 0, wxTOP|wxLEFT|wxGROW, 10);
|
|
|
|
AddRadio ("Ejected", "none"); // that's always an option!
|
|
|
|
// ... wait for more calls to AddRadio before Init()
|
|
|
|
|
|
|
|
// create fileSizer & contents, but don't add yet
|
|
|
|
fileSizer = new wxBoxSizer (wxHORIZONTAL);
|
|
|
|
diskImageRadioBtn = new wxRadioButton (this, -1, CDROM_CONFIG_DISKIMG);
|
|
|
|
fileSizer->Add (diskImageRadioBtn, 0);
|
|
|
|
filename = new wxTextCtrl (this, ID_FilenameText);
|
|
|
|
filename->SetSize (300, filename->GetSize ().GetHeight ());
|
|
|
|
fileSizer->Add (filename, 1, wxLEFT, 5);
|
2002-09-03 00:13:52 +04:00
|
|
|
wxButton *btn = new wxButton (this, ID_Browse, BTNLABEL_BROWSE);
|
2002-08-30 10:06:36 +04:00
|
|
|
fileSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
// create buttonSizer & contents but don't add yet
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
btn = new wxButton (this, wxID_HELP, BTNLABEL_HELP);
|
2002-08-30 10:06:36 +04:00
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
// use wxID_CANCEL because pressing ESC produces this same code
|
|
|
|
btn = new wxButton (this, wxID_CANCEL, BTNLABEL_CANCEL);
|
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
btn = new wxButton (this, wxID_OK, BTNLABEL_OK);
|
2002-08-30 10:06:36 +04:00
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
}
|
|
|
|
|
|
|
|
void CdromConfigDialog::Init()
|
|
|
|
{
|
|
|
|
// add top level components to vertSizer
|
|
|
|
mBoxSizer->Add (fileSizer, 0, wxLEFT, 20);
|
|
|
|
// lay it out!
|
|
|
|
SetAutoLayout(TRUE);
|
|
|
|
SetSizer(vertSizer);
|
|
|
|
vertSizer->Fit (this);
|
|
|
|
wxSize size = vertSizer->GetMinSize ();
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("minsize is %d,%d", size.GetWidth(), size.GetHeight ());
|
2002-08-30 10:06:36 +04:00
|
|
|
int margin = 5;
|
|
|
|
SetSizeHints (size.GetWidth () + margin, size.GetHeight () + margin);
|
|
|
|
Center ();
|
|
|
|
}
|
|
|
|
|
2002-09-01 19:27:33 +04:00
|
|
|
void CdromConfigDialog::SetDriveName (wxString name) {
|
2002-08-30 10:06:36 +04:00
|
|
|
wxString text;
|
2002-09-01 19:27:33 +04:00
|
|
|
text.Printf (CDROM_CONFIG_TITLE, name.c_str ());
|
2002-08-30 10:06:36 +04:00
|
|
|
SetTitle (text);
|
|
|
|
}
|
|
|
|
|
|
|
|
// called from outside the object
|
|
|
|
void CdromConfigDialog::EnableChanged ()
|
|
|
|
{
|
|
|
|
bool en = enable->GetValue ();
|
|
|
|
//prompt->Enable (en);
|
|
|
|
filename->Enable (en);
|
|
|
|
for (int i=0; i<n_rbtns; i++)
|
|
|
|
rbtn[i]->Enable (en);
|
|
|
|
diskImageRadioBtn->Enable (en);
|
|
|
|
}
|
|
|
|
|
2002-09-01 19:27:33 +04:00
|
|
|
void CdromConfigDialog::SetFilename (wxString f) {
|
2002-08-30 10:06:36 +04:00
|
|
|
for (int i=0; i<n_rbtns; i++) {
|
2002-09-01 19:27:33 +04:00
|
|
|
if (!strcmp (f.c_str (), equivalentFilename[i])) {
|
2002-08-30 10:06:36 +04:00
|
|
|
rbtn[i]->SetValue (TRUE);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
filename->SetValue (wxString (f));
|
|
|
|
}
|
|
|
|
|
2002-09-01 19:27:33 +04:00
|
|
|
wxString
|
2002-08-30 10:06:36 +04:00
|
|
|
CdromConfigDialog::GetFilename ()
|
|
|
|
{
|
|
|
|
if (enable->GetValue ()) {
|
|
|
|
// check radio buttons
|
|
|
|
for (int i=0; i<n_rbtns; i++) {
|
|
|
|
if (rbtn[i]->GetValue ())
|
|
|
|
return equivalentFilename[i];
|
|
|
|
}
|
|
|
|
// if it wasn't any of the other radio buttons, it certainly should
|
|
|
|
// be the last one. That's what radio buttons do!
|
|
|
|
wxASSERT (diskImageRadioBtn->GetValue ());
|
|
|
|
}
|
2002-09-01 19:27:33 +04:00
|
|
|
return filename->GetValue();
|
2002-08-30 10:06:36 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2002-09-01 19:27:33 +04:00
|
|
|
CdromConfigDialog::AddRadio (const wxString& description, const wxString& filename)
|
2002-08-30 10:06:36 +04:00
|
|
|
{
|
|
|
|
if (n_rbtns >= CDROM_MAX_RBTNS) {
|
|
|
|
wxLogError ("AddRadio failed: increase CDROM_MAX_RBTNS in wxdialog.h");
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
rbtn[n_rbtns] = new wxRadioButton (this, -1, description);
|
|
|
|
equivalentFilename[n_rbtns] = filename;
|
|
|
|
mBoxSizer->Add (rbtn[n_rbtns], 0, wxLEFT, 20);
|
|
|
|
n_rbtns++;
|
|
|
|
}
|
|
|
|
|
|
|
|
void CdromConfigDialog::OnEvent(wxCommandEvent& event)
|
|
|
|
{
|
|
|
|
int id = event.GetId ();
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("you pressed button id=%d", id);
|
2002-08-30 10:06:36 +04:00
|
|
|
switch (id) {
|
|
|
|
case ID_FilenameText:
|
|
|
|
// when you type into the filename field, ensure that the radio
|
|
|
|
// button associated with that field is chosen.
|
|
|
|
diskImageRadioBtn->SetValue (enable->GetValue ());
|
|
|
|
break;
|
|
|
|
case ID_Enable:
|
|
|
|
EnableChanged (); // enable/disable fields that depend on this
|
|
|
|
break;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
case wxID_OK:
|
2002-08-30 10:06:36 +04:00
|
|
|
// probably should validate before allowing ok
|
2002-09-04 16:29:04 +04:00
|
|
|
EndModal (wxID_OK);
|
2002-08-30 10:06:36 +04:00
|
|
|
break;
|
|
|
|
case ID_Browse:
|
2002-09-03 02:12:31 +04:00
|
|
|
BrowseTextCtrl (filename);
|
2002-08-30 10:06:36 +04:00
|
|
|
break;
|
|
|
|
case wxID_CANCEL:
|
2002-09-04 16:29:04 +04:00
|
|
|
EndModal (wxID_CANCEL);
|
2002-08-30 10:06:36 +04:00
|
|
|
break;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
case wxID_HELP:
|
2002-08-30 10:06:36 +04:00
|
|
|
ShowHelp();
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
event.Skip ();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void CdromConfigDialog::ShowHelp ()
|
|
|
|
{
|
|
|
|
wxMessageBox(MSG_NO_HELP, MSG_NO_HELP_CAPTION, wxOK | wxICON_ERROR );
|
|
|
|
}
|
|
|
|
|
2002-09-01 23:38:08 +04:00
|
|
|
|
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// NetConfigDialog implementation
|
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// Structure:
|
|
|
|
// mainSizer:
|
|
|
|
// vertSizer:
|
|
|
|
// prompt
|
|
|
|
// gridSizer 2 columns:
|
|
|
|
// "enable networking"
|
|
|
|
// enable = checkbox
|
|
|
|
// "i/o addr"
|
|
|
|
// io = wxTextCtrl
|
|
|
|
// "irq"
|
|
|
|
// irq = wxSpinCtrl
|
|
|
|
// "mac"
|
|
|
|
// mac = wxTextCtrl
|
|
|
|
// "conn"
|
|
|
|
// conn = wxChoice
|
|
|
|
// "phys"
|
|
|
|
// phys = wxTextCtrl
|
|
|
|
// "script"
|
|
|
|
// script = wxTextCtrl
|
|
|
|
// buttonSizer:
|
|
|
|
// help
|
|
|
|
// cancel
|
|
|
|
// ok
|
|
|
|
|
|
|
|
// all events go to OnEvent method
|
|
|
|
BEGIN_EVENT_TABLE(NetConfigDialog, wxDialog)
|
|
|
|
EVT_BUTTON(-1, NetConfigDialog::OnEvent)
|
|
|
|
EVT_CHECKBOX(-1, NetConfigDialog::OnEvent)
|
|
|
|
EVT_TEXT(-1, NetConfigDialog::OnEvent)
|
|
|
|
END_EVENT_TABLE()
|
|
|
|
|
|
|
|
|
|
|
|
NetConfigDialog::NetConfigDialog(
|
|
|
|
wxWindow* parent,
|
|
|
|
wxWindowID id)
|
|
|
|
: wxDialog (parent, id, "", wxDefaultPosition, wxDefaultSize,
|
|
|
|
wxDEFAULT_DIALOG_STYLE | wxRESIZE_BORDER)
|
|
|
|
{
|
2002-09-02 01:24:14 +04:00
|
|
|
n_conn_choices = 0;
|
2002-09-01 23:38:08 +04:00
|
|
|
SetTitle (NET_CONFIG_TITLE);
|
|
|
|
// top level objects
|
|
|
|
mainSizer = new wxBoxSizer (wxVERTICAL);
|
|
|
|
wxBoxSizer *vertSizer = new wxBoxSizer (wxVERTICAL);
|
|
|
|
mainSizer->Add (vertSizer, 1, wxGROW|wxALIGN_LEFT);
|
|
|
|
wxBoxSizer *buttonSizer = new wxBoxSizer (wxHORIZONTAL);
|
|
|
|
mainSizer->Add (buttonSizer, 0, wxALIGN_RIGHT);
|
|
|
|
|
|
|
|
// vertSizer contents
|
|
|
|
wxStaticText *text;
|
|
|
|
text = new wxStaticText (this, -1, NET_CONFIG_PROMPT);
|
|
|
|
vertSizer->Add (text, 0, wxLEFT|wxRIGHT|wxTOP, 20);
|
|
|
|
wxFlexGridSizer *gridSizer = new wxFlexGridSizer (2);
|
|
|
|
vertSizer->Add (gridSizer, 1, wxALL|wxGROW, 30);
|
|
|
|
|
|
|
|
// gridSizer contents
|
|
|
|
gridSizer->AddGrowableCol (1);
|
|
|
|
#define add(x) gridSizer->Add (x, 0, wxALL, 5)
|
|
|
|
#define add_grow(x) gridSizer->Add (x, 1, wxALL|wxGROW, 5)
|
|
|
|
#define label(x) (new wxStaticText (this, -1, x))
|
|
|
|
add (label (NET_CONFIG_EN));
|
|
|
|
add (enable = new wxCheckBox (this, ID_Enable, ""));
|
|
|
|
gridSizer->Add (30, 30);
|
|
|
|
gridSizer->Add (30, 30);
|
|
|
|
add (label (NET_CONFIG_IO));
|
|
|
|
add (io = new wxTextCtrl (this, -1));
|
|
|
|
add (label (NET_CONFIG_IRQ));
|
|
|
|
add (irq = new wxSpinCtrl (this, -1));
|
|
|
|
add (label (NET_CONFIG_MAC));
|
|
|
|
add (mac = new wxTextCtrl (this, -1));
|
|
|
|
add (label (NET_CONFIG_CONN));
|
|
|
|
add (conn = new wxChoice (this, -1));
|
|
|
|
add (label (NET_CONFIG_PHYS));
|
|
|
|
add (phys = new wxTextCtrl (this, -1));
|
|
|
|
add (label (NET_CONFIG_SCRIPT));
|
|
|
|
add_grow (script = new wxTextCtrl (this, -1));
|
2002-09-03 20:02:21 +04:00
|
|
|
#undef label
|
|
|
|
#undef add
|
2002-09-01 23:38:08 +04:00
|
|
|
|
|
|
|
irq->SetRange (0, 15);
|
2002-09-02 01:24:14 +04:00
|
|
|
conn->SetSizeHints (200, conn->GetSize ().GetHeight ());
|
2002-09-01 23:38:08 +04:00
|
|
|
mac->SetSizeHints (200, mac->GetSize ().GetHeight ());
|
|
|
|
script->SetSizeHints (200, script->GetSize ().GetHeight ());
|
|
|
|
|
|
|
|
// buttonSizer contents
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
wxButton *btn = new wxButton (this, wxID_HELP, BTNLABEL_HELP);
|
2002-09-01 23:38:08 +04:00
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
// use wxID_CANCEL because pressing ESC produces this same code
|
|
|
|
btn = new wxButton (this, wxID_CANCEL, BTNLABEL_CANCEL);
|
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
btn = new wxButton (this, wxID_OK, BTNLABEL_OK);
|
2002-09-01 23:38:08 +04:00
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
}
|
|
|
|
|
|
|
|
void NetConfigDialog::Init()
|
|
|
|
{
|
|
|
|
EnableChanged ();
|
|
|
|
// lay it out!
|
|
|
|
SetAutoLayout(TRUE);
|
|
|
|
SetSizer(mainSizer);
|
|
|
|
mainSizer->Fit (this);
|
|
|
|
wxSize size = mainSizer->GetMinSize ();
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("minsize is %d,%d", size.GetWidth(), size.GetHeight ());
|
2002-09-01 23:38:08 +04:00
|
|
|
int margin = 5;
|
|
|
|
SetSizeHints (size.GetWidth () + margin, size.GetHeight () + margin);
|
|
|
|
Center ();
|
|
|
|
}
|
|
|
|
|
|
|
|
void NetConfigDialog::EnableChanged ()
|
|
|
|
{
|
|
|
|
bool en = enable->GetValue ();
|
|
|
|
io->Enable (en);
|
|
|
|
irq->Enable (en);
|
|
|
|
mac->Enable (en);
|
|
|
|
conn->Enable (en);
|
|
|
|
phys->Enable (en);
|
|
|
|
script->Enable (en);
|
|
|
|
}
|
|
|
|
|
2002-09-02 01:24:14 +04:00
|
|
|
// allow (encourage) use of hex addresses started with "0x"
|
2002-09-01 23:38:08 +04:00
|
|
|
int NetConfigDialog::GetIO () {
|
|
|
|
char buf[1024];
|
|
|
|
wxString string(io->GetValue ());
|
|
|
|
string.Trim ();
|
|
|
|
strncpy (buf, string, sizeof(buf));
|
|
|
|
int n = strtol (string, NULL, 0);
|
|
|
|
if (n<0 || n>0xffff) {
|
2002-09-03 00:13:52 +04:00
|
|
|
wxMessageBox("I/O address out of range. Try 0 - 0xffff.", "Bad I/O address", wxOK | wxICON_ERROR );
|
2002-09-01 23:38:08 +04:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
return n;
|
|
|
|
}
|
|
|
|
|
2002-09-02 01:24:14 +04:00
|
|
|
void NetConfigDialog::SetMac (unsigned char addr[6]) {
|
|
|
|
wxString text;
|
|
|
|
text.Printf ("%02x:%02x:%02x:%02x:%02x:%02x", addr[0], addr[1], addr[2], addr[3], addr[4], addr[5]);
|
|
|
|
mac->SetValue (text);
|
|
|
|
}
|
|
|
|
|
|
|
|
bool
|
|
|
|
NetConfigDialog::GetMac (unsigned char addr[6]) {
|
|
|
|
char buf[32];
|
|
|
|
wxString string(mac->GetValue ());
|
|
|
|
string.Trim ();
|
|
|
|
strncpy (buf, string, sizeof(buf));
|
|
|
|
// expect NN:NN:NN:NN:NN:NN format
|
|
|
|
int part[6];
|
|
|
|
if (6 != sscanf (string, "%x:%x:%x:%x:%x:%x", &part[0], &part[1], &part[2],
|
|
|
|
&part[3], &part[4], &part[5]))
|
|
|
|
{
|
|
|
|
wxMessageBox("MAC address must be in the form FF:FF:FF:FF:FF:FF.", "Bad MAC Address", wxOK | wxICON_ERROR );
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
for (int i=0; i<6; i++)
|
|
|
|
addr[i] = part[i];
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
void NetConfigDialog::AddConn (wxString niceName, char *realName) {
|
|
|
|
conn->Append (niceName);
|
|
|
|
int index = n_conn_choices++;
|
|
|
|
conn->SetClientData (index, realName);
|
|
|
|
}
|
|
|
|
|
|
|
|
void NetConfigDialog::SetConn (const char *realname) {
|
|
|
|
// search through the choices and find the one whose clientData matches
|
|
|
|
// realname.
|
|
|
|
for (int i=0; i<n_conn_choices; i++) {
|
|
|
|
char *choiceRealName = (char *)conn->GetClientData (i);
|
|
|
|
if (!strcmp (choiceRealName, realname)) {
|
|
|
|
conn->SetSelection (i);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
wxLogError ("no choice match for '%s'", realname);
|
|
|
|
}
|
|
|
|
|
2002-09-01 23:38:08 +04:00
|
|
|
void NetConfigDialog::OnEvent(wxCommandEvent& event)
|
|
|
|
{
|
|
|
|
int id = event.GetId ();
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("you pressed button id=%d", id);
|
2002-09-01 23:38:08 +04:00
|
|
|
switch (id) {
|
|
|
|
case ID_Enable:
|
|
|
|
EnableChanged (); // enable/disable fields that depend on this
|
|
|
|
break;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
case wxID_OK:
|
2002-09-02 01:24:14 +04:00
|
|
|
{
|
|
|
|
// check for valid mac address by calling GetMac()
|
|
|
|
unsigned char tmp[6];
|
|
|
|
if (GetMac (tmp)) {
|
|
|
|
// mac address was legal
|
2002-09-04 16:29:04 +04:00
|
|
|
EndModal (wxID_OK);
|
2002-09-02 01:24:14 +04:00
|
|
|
}
|
|
|
|
}
|
2002-09-01 23:38:08 +04:00
|
|
|
break;
|
|
|
|
case wxID_CANCEL:
|
2002-09-04 16:29:04 +04:00
|
|
|
EndModal (wxID_CANCEL);
|
2002-09-01 23:38:08 +04:00
|
|
|
break;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
case wxID_HELP:
|
2002-09-01 23:38:08 +04:00
|
|
|
ShowHelp();
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
event.Skip ();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void NetConfigDialog::ShowHelp ()
|
|
|
|
{
|
|
|
|
wxMessageBox(MSG_NO_HELP, MSG_NO_HELP_CAPTION, wxOK | wxICON_ERROR );
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2002-09-02 21:03:14 +04:00
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// LogOptionsDialog implementation
|
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// Structure:
|
|
|
|
// vertSizer:
|
2002-09-05 21:27:50 +04:00
|
|
|
// logfileSizer
|
|
|
|
// prompt
|
|
|
|
// logfile
|
|
|
|
// browse button
|
2002-09-02 21:03:14 +04:00
|
|
|
// prompt
|
|
|
|
// gridSizer 2 columns:
|
|
|
|
// "debug"
|
|
|
|
// action[0] = wxChoice
|
|
|
|
// "info"
|
|
|
|
// action[1] = wxChoice
|
|
|
|
// "error"
|
|
|
|
// action[2] = wxChoice
|
|
|
|
// "panic"
|
|
|
|
// action[3] = wxChoice
|
|
|
|
// buttonSizer:
|
|
|
|
// advanced
|
|
|
|
// help
|
|
|
|
// cancel
|
|
|
|
// ok
|
|
|
|
|
|
|
|
// all events go to OnEvent method
|
|
|
|
BEGIN_EVENT_TABLE(LogOptionsDialog, wxDialog)
|
|
|
|
EVT_BUTTON(-1, LogOptionsDialog::OnEvent)
|
|
|
|
EVT_CHECKBOX(-1, LogOptionsDialog::OnEvent)
|
|
|
|
EVT_TEXT(-1, LogOptionsDialog::OnEvent)
|
|
|
|
END_EVENT_TABLE()
|
|
|
|
|
|
|
|
|
|
|
|
LogOptionsDialog::LogOptionsDialog(
|
|
|
|
wxWindow* parent,
|
|
|
|
wxWindowID id)
|
|
|
|
: wxDialog (parent, id, "", wxDefaultPosition, wxDefaultSize,
|
|
|
|
wxDEFAULT_DIALOG_STYLE | wxRESIZE_BORDER)
|
|
|
|
{
|
2002-09-19 08:52:03 +04:00
|
|
|
static char *names[] = LOG_OPTS_TYPE_NAMES;
|
2002-09-02 21:03:14 +04:00
|
|
|
SetTitle (LOG_OPTS_TITLE);
|
|
|
|
vertSizer = new wxBoxSizer (wxVERTICAL);
|
|
|
|
// top level objects
|
2002-09-05 21:27:50 +04:00
|
|
|
logfileSizer = new wxBoxSizer (wxHORIZONTAL);
|
|
|
|
vertSizer->Add (logfileSizer, 0, wxTOP|wxLEFT, 20);
|
2002-09-02 21:03:14 +04:00
|
|
|
wxStaticText *text = new wxStaticText (this, -1, LOG_OPTS_PROMPT);
|
2002-09-05 21:27:50 +04:00
|
|
|
vertSizer->Add (text, 0, wxALL, 10);
|
2002-09-02 21:03:14 +04:00
|
|
|
gridSizer = new wxFlexGridSizer (2);
|
|
|
|
vertSizer->Add (gridSizer, 1, wxLEFT, 40);
|
|
|
|
text = new wxStaticText (this, -1, LOG_OPTS_ADV);
|
|
|
|
vertSizer->Add (text, 0, wxALL, 20);
|
|
|
|
buttonSizer = new wxBoxSizer (wxHORIZONTAL);
|
|
|
|
vertSizer->Add (buttonSizer, 0, wxALIGN_RIGHT);
|
|
|
|
|
2002-09-05 21:27:50 +04:00
|
|
|
// logfileSizer contents
|
|
|
|
text = new wxStaticText (this, -1, LOG_OPTS_LOGFILE);
|
|
|
|
logfileSizer->Add (text);
|
|
|
|
logfile = new wxTextCtrl (this, -1, "", wxDefaultPosition, longTextSize);
|
|
|
|
logfileSizer->Add (logfile);
|
|
|
|
wxButton *btn = new wxButton (this, ID_Browse, BTNLABEL_BROWSE);
|
|
|
|
logfileSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
|
2002-09-02 21:03:14 +04:00
|
|
|
// gridSizer contents
|
|
|
|
gridSizer->AddGrowableCol (1);
|
|
|
|
for (int evtype=0; evtype<LOG_OPTS_N_TYPES; evtype++) {
|
|
|
|
gridSizer->Add (new wxStaticText (this, -1, names[evtype]), 0, wxALL, 5);
|
2002-09-20 21:53:14 +04:00
|
|
|
action[evtype] = makeLogOptionChoiceBox (this, -1, evtype, true);
|
|
|
|
gridSizer->Add (action[evtype], 1, wxALL|wxGROW|wxADJUST_MINSIZE, 5);
|
2002-09-02 21:03:14 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
// buttonSizer contents
|
|
|
|
btn = new wxButton (this, ID_Advanced, BTNLABEL_ADVANCED);
|
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
btn = new wxButton (this, wxID_HELP, BTNLABEL_HELP);
|
2002-09-02 21:03:14 +04:00
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
// use wxID_CANCEL because pressing ESC produces this same code
|
|
|
|
btn = new wxButton (this, wxID_CANCEL, BTNLABEL_CANCEL);
|
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
btn = new wxButton (this, wxID_OK, BTNLABEL_OK);
|
2002-09-02 21:03:14 +04:00
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
}
|
|
|
|
|
|
|
|
void LogOptionsDialog::Init()
|
|
|
|
{
|
|
|
|
// lay it out!
|
|
|
|
SetAutoLayout(TRUE);
|
|
|
|
SetSizer(vertSizer);
|
|
|
|
vertSizer->Fit (this);
|
|
|
|
wxSize size = vertSizer->GetMinSize ();
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("minsize is %d,%d", size.GetWidth(), size.GetHeight ());
|
2002-09-02 21:03:14 +04:00
|
|
|
int margin = 5;
|
|
|
|
SetSizeHints (size.GetWidth () + margin, size.GetHeight () + margin);
|
|
|
|
Center ();
|
|
|
|
}
|
|
|
|
|
|
|
|
void LogOptionsDialog::SetAction (int evtype, int a) {
|
|
|
|
// find the choice whose client data matches "a".
|
|
|
|
int *ptr;
|
2002-09-03 12:53:41 +04:00
|
|
|
//wxLogDebug ("SetAction type=%d a=%d", evtype, a);
|
|
|
|
for (int i=0; i < action[evtype]->GetCount (); i++) {
|
|
|
|
//wxLogDebug ("reading action[%d]->GetClientData(%d)", evtype, i);
|
|
|
|
ptr = (int*) action[evtype]->GetClientData (i);
|
|
|
|
if (ptr == NULL) continue;
|
2002-09-02 21:03:14 +04:00
|
|
|
if (a == *ptr) { // found it!
|
|
|
|
action[evtype]->SetSelection (i);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
// this can happen if one of the choices that is excluded by
|
|
|
|
// LOG_OPTS_EXCLUDE() is used, for example.
|
|
|
|
wxLogDebug ("SetAction type=%d a=%d not found", evtype, a);
|
|
|
|
}
|
|
|
|
|
|
|
|
int LogOptionsDialog::GetAction (int evtype) {
|
|
|
|
int sel = action[evtype]->GetSelection ();
|
|
|
|
int *ptrToChoice = (int*)action[evtype]->GetClientData (sel);
|
2002-09-20 21:53:14 +04:00
|
|
|
wxASSERT (ptrToChoice != NULL);
|
2002-09-02 21:03:14 +04:00
|
|
|
return *ptrToChoice;
|
|
|
|
}
|
|
|
|
|
|
|
|
void LogOptionsDialog::OnEvent(wxCommandEvent& event)
|
|
|
|
{
|
|
|
|
int id = event.GetId ();
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("you pressed button id=%d", id);
|
2002-09-02 21:03:14 +04:00
|
|
|
switch (id) {
|
2002-09-05 21:27:50 +04:00
|
|
|
case ID_Browse:
|
|
|
|
BrowseTextCtrl (logfile);
|
|
|
|
break;
|
2002-09-02 21:03:14 +04:00
|
|
|
case ID_Advanced:
|
|
|
|
wxMessageBox ("The advanced dialog is not implemented yet.");
|
|
|
|
break;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
case wxID_OK:
|
2002-09-04 16:29:04 +04:00
|
|
|
EndModal (wxID_OK);
|
2002-09-02 21:03:14 +04:00
|
|
|
break;
|
|
|
|
case wxID_CANCEL:
|
2002-09-04 16:29:04 +04:00
|
|
|
EndModal (wxID_CANCEL);
|
2002-09-02 21:03:14 +04:00
|
|
|
break;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
case wxID_HELP:
|
2002-09-02 21:03:14 +04:00
|
|
|
ShowHelp();
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
event.Skip ();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void LogOptionsDialog::ShowHelp ()
|
|
|
|
{
|
|
|
|
wxMessageBox(MSG_NO_HELP, MSG_NO_HELP_CAPTION, wxOK | wxICON_ERROR );
|
|
|
|
}
|
|
|
|
|
2002-09-19 08:52:03 +04:00
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// AdvancedLogOptionsDialog implementation
|
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// Structure:
|
|
|
|
// vertSizer:
|
|
|
|
// logfileSizer
|
|
|
|
// prompt
|
|
|
|
// logfile
|
|
|
|
// browse button
|
|
|
|
// prompt (multiline)
|
|
|
|
// applyDefault button
|
|
|
|
// scrollWin
|
|
|
|
// scrollpanel
|
|
|
|
// gridSizer 5 columns
|
|
|
|
// device
|
|
|
|
// debug
|
|
|
|
// info
|
|
|
|
// error
|
|
|
|
// panic
|
|
|
|
// etc.
|
|
|
|
// buttonSizer:
|
|
|
|
// help
|
|
|
|
// cancel
|
|
|
|
// ok
|
|
|
|
|
|
|
|
// all events go to OnEvent method
|
|
|
|
BEGIN_EVENT_TABLE(AdvancedLogOptionsDialog, wxDialog)
|
|
|
|
EVT_BUTTON(-1, AdvancedLogOptionsDialog::OnEvent)
|
|
|
|
EVT_CHECKBOX(-1, AdvancedLogOptionsDialog::OnEvent)
|
|
|
|
EVT_TEXT(-1, AdvancedLogOptionsDialog::OnEvent)
|
|
|
|
END_EVENT_TABLE()
|
|
|
|
|
|
|
|
AdvancedLogOptionsDialog::AdvancedLogOptionsDialog(
|
|
|
|
wxWindow* parent,
|
|
|
|
wxWindowID id)
|
|
|
|
: wxDialog (parent, id, "", wxDefaultPosition, wxDefaultSize,
|
|
|
|
wxDEFAULT_DIALOG_STYLE | wxRESIZE_BORDER)
|
|
|
|
{
|
|
|
|
//static int integers[LOG_OPTS_N_CHOICES_NORMAL] = {0, 1, 2, 3};
|
|
|
|
static char *names[] = ADVLOG_OPTS_TYPE_NAMES;
|
|
|
|
SetTitle (ADVLOG_OPTS_TITLE);
|
|
|
|
vertSizer = new wxBoxSizer (wxVERTICAL);
|
|
|
|
// top level objects
|
|
|
|
logfileSizer = new wxBoxSizer (wxHORIZONTAL);
|
|
|
|
vertSizer->Add (logfileSizer, 0, wxTOP|wxLEFT, 20);
|
|
|
|
wxStaticText *text = new wxStaticText (this, -1, ADVLOG_OPTS_PROMPT);
|
|
|
|
vertSizer->Add (text, 0, wxALL, 10);
|
|
|
|
applyDefault = new wxButton (this, ID_ApplyDefault, ADVLOG_DEFAULTS);
|
|
|
|
vertSizer->Add (applyDefault, 0, wxALL|wxALIGN_RIGHT, 10);
|
2002-09-20 21:53:14 +04:00
|
|
|
scrollWin = new wxScrolledWindow (this, -1);
|
2002-09-19 08:52:03 +04:00
|
|
|
vertSizer->Add (scrollWin, 1, wxALL|wxGROW, 10);
|
|
|
|
buttonSizer = new wxBoxSizer (wxHORIZONTAL);
|
|
|
|
vertSizer->Add (buttonSizer, 0, wxALIGN_RIGHT);
|
|
|
|
|
|
|
|
// logfileSizer contents
|
|
|
|
text = new wxStaticText (this, -1, ADVLOG_OPTS_LOGFILE);
|
|
|
|
logfileSizer->Add (text);
|
|
|
|
logfile = new wxTextCtrl (this, -1, "", wxDefaultPosition, longTextSize);
|
|
|
|
logfileSizer->Add (logfile);
|
|
|
|
wxButton *btn = new wxButton (this, ID_Browse, BTNLABEL_BROWSE);
|
|
|
|
logfileSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
|
|
|
|
// to get the scrollWin geometry right, first build everything on a wxPanel,
|
|
|
|
// with gridSizer as the main sizer.
|
|
|
|
scrollPanel = new wxPanel (scrollWin, -1);
|
|
|
|
gridSizer = new wxGridSizer (5);
|
|
|
|
// add title row
|
|
|
|
int typemax = ADVLOG_OPTS_N_TYPES;
|
|
|
|
text = new wxStaticText (scrollPanel, -1, "Device");
|
|
|
|
gridSizer->Add (text, 0, wxALIGN_CENTER);
|
|
|
|
int type;
|
|
|
|
for (type=0; type < typemax; type++) {
|
|
|
|
text = new wxStaticText (scrollPanel, -1, names[type]);
|
|
|
|
gridSizer->Add (text, 0, wxALIGN_CENTER);
|
|
|
|
}
|
|
|
|
// add rows of choice boxes, one for each device
|
|
|
|
int devmax = SIM->get_n_log_modules ();
|
2002-09-20 21:53:14 +04:00
|
|
|
action = new wxChoice** [devmax]; // array of pointers
|
2002-09-19 08:52:03 +04:00
|
|
|
for (int dev=0; dev<devmax; dev++) {
|
2002-09-20 21:53:14 +04:00
|
|
|
action[dev] = new wxChoice* [ADVLOG_OPTS_N_TYPES];
|
2002-09-19 08:52:03 +04:00
|
|
|
// name of device in first column
|
|
|
|
gridSizer->Add (new wxStaticText (scrollPanel, -1, SIM->get_prefix (dev)));
|
|
|
|
// wxChoice in every other column
|
|
|
|
for (type=0; type < typemax; type++) {
|
2002-09-20 21:53:14 +04:00
|
|
|
action[dev][type] = makeLogOptionChoiceBox (scrollPanel, -1, type);
|
|
|
|
gridSizer->Add (action[dev][type], 1, wxALL|wxGROW|wxADJUST_MINSIZE, 2);
|
2002-09-19 08:52:03 +04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
scrollPanel->SetAutoLayout (TRUE);
|
|
|
|
scrollPanel->SetSizer (gridSizer);
|
|
|
|
gridSizer->Fit (scrollPanel);
|
|
|
|
gridSizer->SetSizeHints (scrollPanel);
|
2002-09-20 21:53:14 +04:00
|
|
|
wxSize size = scrollPanel->GetBestSize ();
|
|
|
|
// now we know how big the panel wants to be, and we can set the scrollbar
|
|
|
|
// and scrollWin size accordingly
|
2002-09-19 08:52:03 +04:00
|
|
|
|
|
|
|
// finally set up the scroll window outside
|
|
|
|
scrollWin->SetScrollbars (1, 1, size.GetWidth (), size.GetHeight ());
|
|
|
|
|
2002-09-20 21:53:14 +04:00
|
|
|
// now that we know the desired width of the panel, use it to set the
|
|
|
|
// width of the scrollWin. I tried several things before arriving at
|
|
|
|
// a solution, and I'll list them for educational purposes.
|
|
|
|
//
|
|
|
|
// failure #1: this had no effect at all. sizer took precedence.
|
|
|
|
// scrollWin->SetSize (500, 500);
|
|
|
|
// failure #2: this changed scrollWin size but sizer was not notified so
|
|
|
|
// the overall window didn't expand to make space for it.
|
|
|
|
// scrollWin->SetSizeHints (500, 500);
|
|
|
|
// success: tell the sizer to change the scrollWin's size, and it works
|
|
|
|
vertSizer->SetItemMinSize (scrollWin, size.GetWidth()+30, 400);
|
2002-09-19 08:52:03 +04:00
|
|
|
|
|
|
|
// buttonSizer contents
|
|
|
|
btn = new wxButton (this, wxID_HELP, BTNLABEL_HELP);
|
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
// use wxID_CANCEL because pressing ESC produces this same code
|
|
|
|
btn = new wxButton (this, wxID_CANCEL, BTNLABEL_CANCEL);
|
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
btn = new wxButton (this, wxID_OK, BTNLABEL_OK);
|
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
}
|
|
|
|
|
2002-09-20 21:53:14 +04:00
|
|
|
AdvancedLogOptionsDialog::~AdvancedLogOptionsDialog()
|
|
|
|
{
|
|
|
|
#warning must clean up my 2d array
|
|
|
|
}
|
|
|
|
|
2002-09-19 08:52:03 +04:00
|
|
|
void AdvancedLogOptionsDialog::Init()
|
|
|
|
{
|
2002-09-20 21:53:14 +04:00
|
|
|
CopyParamToGui ();
|
2002-09-19 08:52:03 +04:00
|
|
|
// lay it out!
|
|
|
|
SetAutoLayout(TRUE);
|
|
|
|
SetSizer(vertSizer);
|
|
|
|
vertSizer->Fit (this);
|
|
|
|
wxSize size = vertSizer->GetMinSize ();
|
|
|
|
wxLogMessage ("minsize is %d,%d", size.GetWidth(), size.GetHeight ());
|
|
|
|
int margin = 5;
|
|
|
|
SetSizeHints (size.GetWidth () + margin, size.GetHeight () + margin);
|
|
|
|
Center ();
|
|
|
|
}
|
|
|
|
|
2002-09-20 21:53:14 +04:00
|
|
|
void AdvancedLogOptionsDialog::CopyParamToGui () {
|
|
|
|
bx_param_string_c *logfile = SIM->get_param_string (BXP_LOG_FILENAME);
|
|
|
|
SetLogfile (wxString (logfile->getptr ()));
|
|
|
|
// copy log action settings from siminterface to gui
|
|
|
|
int dev, ndev = SIM->get_n_log_modules ();
|
|
|
|
int type, ntype = SIM->get_max_log_level ();
|
|
|
|
for (dev=0; dev<ndev; dev++) {
|
|
|
|
for (type=0; type<ntype; type++) {
|
|
|
|
SetAction (dev, type, SIM->get_log_action (dev, type));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void AdvancedLogOptionsDialog::CopyGuiToParam () {
|
|
|
|
char buf[1024];
|
|
|
|
safeWxStrcpy (buf, GetLogfile (), sizeof (buf));
|
|
|
|
bx_param_string_c *logfile = SIM->get_param_string (BXP_LOG_FILENAME);
|
|
|
|
logfile->set (buf);
|
|
|
|
// copy log action settings from gui to siminterface
|
|
|
|
int dev, ndev = SIM->get_n_log_modules ();
|
|
|
|
int type, ntype = SIM->get_max_log_level ();
|
|
|
|
for (dev=0; dev<ndev; dev++) {
|
|
|
|
for (type=0; type<ntype; type++) {
|
|
|
|
SIM->set_log_action (dev, type, GetAction (dev, type));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void AdvancedLogOptionsDialog::SetAction (int dev, int evtype, int act) {
|
|
|
|
// find the choice whose client data matches "act".
|
2002-09-19 08:52:03 +04:00
|
|
|
int *ptr;
|
2002-09-20 21:53:14 +04:00
|
|
|
wxLogDebug ("SetAction dev=%d type=%d act=%d", dev, evtype, act);
|
|
|
|
wxChoice *control = action[dev][evtype];
|
|
|
|
for (int i=0; i < control->GetCount (); i++) {
|
|
|
|
wxLogDebug ("reading action[%d][%d]->GetClientData(%d)", dev, evtype, i);
|
|
|
|
ptr = (int*) control->GetClientData (i);
|
2002-09-19 08:52:03 +04:00
|
|
|
if (ptr == NULL) continue;
|
2002-09-20 21:53:14 +04:00
|
|
|
if (act == *ptr) { // found it!
|
|
|
|
control->SetSelection (i);
|
2002-09-19 08:52:03 +04:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
// this can happen if one of the choices that is excluded by
|
|
|
|
// ADVLOG_OPTS_EXCLUDE() is used, for example.
|
2002-09-20 21:53:14 +04:00
|
|
|
wxLogDebug ("warning: SetAction type=%d act=%d not found", evtype, act);
|
2002-09-19 08:52:03 +04:00
|
|
|
}
|
|
|
|
|
2002-09-20 21:53:14 +04:00
|
|
|
int AdvancedLogOptionsDialog::GetAction (int dev, int evtype) {
|
|
|
|
int sel = action[dev][evtype]->GetSelection ();
|
|
|
|
int *ptrToChoice = (int*)action[dev][evtype]->GetClientData (sel);
|
|
|
|
wxASSERT (ptrToChoice != NULL);
|
2002-09-19 08:52:03 +04:00
|
|
|
return *ptrToChoice;
|
|
|
|
}
|
|
|
|
|
|
|
|
void AdvancedLogOptionsDialog::OnEvent(wxCommandEvent& event)
|
|
|
|
{
|
|
|
|
int id = event.GetId ();
|
|
|
|
wxLogMessage ("you pressed button id=%d", id);
|
|
|
|
switch (id) {
|
|
|
|
case ID_Browse:
|
|
|
|
BrowseTextCtrl (logfile);
|
|
|
|
break;
|
2002-09-20 21:53:14 +04:00
|
|
|
case ID_ApplyDefault: {
|
|
|
|
int lev, nlev = SIM->get_max_log_level ();
|
|
|
|
// copy default settings to every device
|
|
|
|
for (lev=0; lev<nlev; lev++) {
|
|
|
|
int action = SIM->get_default_log_action (lev);
|
|
|
|
int dev, ndev = SIM->get_n_log_modules ();
|
|
|
|
for (dev=0; dev<ndev; dev++)
|
|
|
|
SetAction (dev, lev, action);
|
|
|
|
}
|
2002-09-19 08:52:03 +04:00
|
|
|
break;
|
2002-09-20 21:53:14 +04:00
|
|
|
}
|
2002-09-19 08:52:03 +04:00
|
|
|
case wxID_OK:
|
2002-09-20 21:53:14 +04:00
|
|
|
CopyGuiToParam ();
|
2002-09-19 08:52:03 +04:00
|
|
|
EndModal (wxID_OK);
|
|
|
|
break;
|
|
|
|
case wxID_CANCEL:
|
|
|
|
EndModal (wxID_CANCEL);
|
|
|
|
break;
|
|
|
|
case wxID_HELP:
|
|
|
|
ShowHelp();
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
event.Skip ();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void AdvancedLogOptionsDialog::ShowHelp ()
|
|
|
|
{
|
|
|
|
wxMessageBox(MSG_NO_HELP, MSG_NO_HELP_CAPTION, wxOK | wxICON_ERROR );
|
|
|
|
}
|
|
|
|
|
2002-09-03 00:13:52 +04:00
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// ConfigMemoryDialog implementation
|
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// Structure:
|
|
|
|
// mainSizer:
|
|
|
|
// box1 = static box "Standard Options"
|
|
|
|
// box1sizer:
|
|
|
|
// box1gridSizer, 3 columns:
|
|
|
|
// "memsize"
|
|
|
|
// megs = textfield
|
|
|
|
// spacer
|
|
|
|
// "biosimg"
|
|
|
|
// biosImage = textfield
|
|
|
|
// browse button
|
|
|
|
// "biosaddr"
|
|
|
|
// biosAddr = textfield
|
|
|
|
// spacer
|
|
|
|
// "vgabiosimg"
|
|
|
|
// vgabios = textfield
|
|
|
|
// browse button
|
|
|
|
// "vgabiosaddr"
|
|
|
|
// "0xc0000"
|
|
|
|
// box2 = static box "Optional ROM images"
|
|
|
|
// box2sizer:
|
|
|
|
// box2gridSizer, 3 columns:
|
|
|
|
// "opt rom 1"
|
|
|
|
// romImage[0] = textfield
|
|
|
|
// browse button
|
|
|
|
// "opt rom 2"
|
|
|
|
// romImage[1] = textfield
|
|
|
|
// browse button
|
|
|
|
// "opt rom 3"
|
|
|
|
// romImage[2] = textfield
|
|
|
|
// browse button
|
|
|
|
// "opt rom 4"
|
|
|
|
// romImage[3] = textfield
|
|
|
|
// browse button
|
|
|
|
// buttonSizer:
|
|
|
|
// help
|
|
|
|
// cancel
|
|
|
|
// ok
|
|
|
|
//
|
|
|
|
|
|
|
|
// all events go to OnEvent method
|
|
|
|
BEGIN_EVENT_TABLE(ConfigMemoryDialog, wxDialog)
|
|
|
|
EVT_BUTTON(-1, ConfigMemoryDialog::OnEvent)
|
|
|
|
EVT_CHECKBOX(-1, ConfigMemoryDialog::OnEvent)
|
|
|
|
EVT_TEXT(-1, ConfigMemoryDialog::OnEvent)
|
|
|
|
END_EVENT_TABLE()
|
|
|
|
|
|
|
|
|
|
|
|
ConfigMemoryDialog::ConfigMemoryDialog(
|
|
|
|
wxWindow* parent,
|
|
|
|
wxWindowID id)
|
|
|
|
: wxDialog (parent, id, "", wxDefaultPosition, wxDefaultSize,
|
|
|
|
wxDEFAULT_DIALOG_STYLE | wxRESIZE_BORDER)
|
|
|
|
{
|
|
|
|
static char *box1_label[] = CONFIG_MEMORY_BOX1_LABELS;
|
|
|
|
static char *box2_label[] = CONFIG_MEMORY_BOX2_LABELS;
|
|
|
|
int n_browse = 0;
|
|
|
|
int insideStaticBoxMargin = 15;
|
|
|
|
SetTitle (CONFIG_MEMORY_TITLE);
|
|
|
|
mainSizer = new wxBoxSizer (wxVERTICAL);
|
|
|
|
wxStaticBox *box1 = new wxStaticBox (this, -1, CONFIG_MEMORY_BOX1_TITLE);
|
|
|
|
box1sizer = new wxStaticBoxSizer (box1, wxVERTICAL);
|
|
|
|
mainSizer->Add (box1sizer, 0, wxALL|wxGROW, 10);
|
|
|
|
wxStaticBox *box2 = new wxStaticBox (this, -1, CONFIG_MEMORY_BOX2_TITLE);
|
|
|
|
box2sizer = new wxStaticBoxSizer (box2, wxVERTICAL);
|
|
|
|
mainSizer->Add (box2sizer, 0, wxALL|wxGROW, 10);
|
|
|
|
buttonSizer = new wxBoxSizer (wxHORIZONTAL);
|
|
|
|
mainSizer->Add (buttonSizer, 0, wxALIGN_RIGHT);
|
|
|
|
|
|
|
|
// box1 contents
|
|
|
|
box1gridSizer = new wxFlexGridSizer (3);
|
|
|
|
box1sizer->Add (box1gridSizer, 0, wxALL, insideStaticBoxMargin);
|
|
|
|
#define add(x) box1gridSizer->Add (x, 0, wxALL, 2)
|
|
|
|
#define addrt(x) box1gridSizer->Add (x, 0, wxALL|wxALIGN_RIGHT, 2)
|
|
|
|
#define newlabel(x) new wxStaticText (this, -1, x)
|
|
|
|
#define spacer() box1gridSizer->Add (1, 1);
|
|
|
|
#define newbrowse() (browseBtn[n_browse++] = new wxButton (this, ID_Browse, BTNLABEL_BROWSE))
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
#define newlongtext() (new wxTextCtrl (this, -1, "", wxDefaultPosition, longTextSize))
|
2002-09-03 00:13:52 +04:00
|
|
|
addrt (newlabel (box1_label[0]));
|
|
|
|
add (megs = new wxSpinCtrl (this, -1));
|
|
|
|
spacer();
|
|
|
|
addrt (newlabel (box1_label[1]));
|
|
|
|
add (biosImage = newlongtext ());
|
|
|
|
add (newbrowse ());
|
|
|
|
addrt (newlabel (box1_label[2]));
|
|
|
|
add (biosAddr = new wxTextCtrl (this, -1));
|
|
|
|
spacer();
|
|
|
|
addrt (newlabel (box1_label[3]));
|
|
|
|
add (vgabiosImage = newlongtext ());
|
|
|
|
add (newbrowse ());
|
|
|
|
addrt (newlabel (box1_label[4]));
|
|
|
|
add (newlabel (box1_label[5]));
|
2002-09-03 20:02:21 +04:00
|
|
|
#undef add
|
|
|
|
#undef addrt
|
|
|
|
#undef newlabel
|
|
|
|
#undef spacer
|
2002-09-03 00:13:52 +04:00
|
|
|
biosImage->SetSizeHints (300, biosImage->GetSize().GetHeight ());
|
|
|
|
vgabiosImage->SetSizeHints (300, biosImage->GetSize().GetHeight ());
|
|
|
|
|
|
|
|
// box2 contents
|
|
|
|
box2gridSizer = new wxFlexGridSizer (3);
|
|
|
|
box2sizer->Add (box2gridSizer, 0, wxALL, insideStaticBoxMargin);
|
|
|
|
#define add(x) box2gridSizer->Add (x, 0, wxALL, 2)
|
|
|
|
#define addrt(x) box2gridSizer->Add (x, 0, wxALL|wxALIGN_RIGHT, 2)
|
|
|
|
#define newlabel(x) new wxStaticText (this, -1, x)
|
|
|
|
#define spacer() box2gridSizer->Add (1, 1);
|
|
|
|
for (int i=0; i<CONFIG_MEMORY_N_ROMS; i++) {
|
|
|
|
addrt (newlabel (box2_label[2*i]));
|
|
|
|
add (rom[i] = newlongtext ());
|
|
|
|
rom[i]->SetSizeHints (300, rom[i]->GetSize().GetHeight ());
|
|
|
|
add (newbrowse ());
|
|
|
|
addrt (newlabel (box2_label[2*i + 1]));
|
|
|
|
add (romAddr[i] = new wxTextCtrl (this, -1));
|
|
|
|
spacer();
|
|
|
|
}
|
2002-09-03 20:02:21 +04:00
|
|
|
#undef add
|
|
|
|
#undef addrt
|
|
|
|
#undef newlabel
|
|
|
|
#undef spacer
|
|
|
|
#undef newbrowse
|
2002-09-03 21:48:21 +04:00
|
|
|
#undef newlongtext
|
2002-09-03 00:13:52 +04:00
|
|
|
|
|
|
|
// buttonSizer contents
|
|
|
|
wxButton *btn;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
btn = new wxButton (this, wxID_HELP, BTNLABEL_HELP);
|
2002-09-03 00:13:52 +04:00
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
// use wxID_CANCEL because pressing ESC produces this same code
|
|
|
|
btn = new wxButton (this, wxID_CANCEL, BTNLABEL_CANCEL);
|
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
btn = new wxButton (this, wxID_OK, BTNLABEL_OK);
|
2002-09-03 00:13:52 +04:00
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
}
|
|
|
|
|
|
|
|
void ConfigMemoryDialog::Init()
|
|
|
|
{
|
|
|
|
// lay it out!
|
|
|
|
SetAutoLayout(TRUE);
|
|
|
|
SetSizer(mainSizer);
|
|
|
|
mainSizer->Fit (this);
|
|
|
|
wxSize size = mainSizer->GetMinSize ();
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("minsize is %d,%d", size.GetWidth(), size.GetHeight ());
|
2002-09-03 00:13:52 +04:00
|
|
|
int margin = 5;
|
|
|
|
SetSizeHints (size.GetWidth () + margin, size.GetHeight () + margin);
|
|
|
|
Center ();
|
|
|
|
}
|
|
|
|
|
|
|
|
void ConfigMemoryDialog::OnEvent(wxCommandEvent& event)
|
|
|
|
{
|
|
|
|
int id = event.GetId ();
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("you pressed button id=%d", id);
|
2002-09-03 00:13:52 +04:00
|
|
|
switch (id) {
|
2002-09-03 02:12:31 +04:00
|
|
|
case ID_Browse:
|
|
|
|
{
|
|
|
|
// There are several browse buttons. Figure out which one was
|
|
|
|
// pressed, and which text control is next to it.
|
|
|
|
wxTextCtrl *text = NULL;
|
|
|
|
wxObject *source = event.GetEventObject ();
|
|
|
|
for (int i=0; i<CONFIG_MEMORY_N_BROWSES; i++) {
|
|
|
|
if (source == browseBtn[i]) {
|
|
|
|
switch (i) {
|
|
|
|
case 0: text = biosImage; break;
|
|
|
|
case 1: text = vgabiosImage; break;
|
|
|
|
case 2: case 3: case 4: case 5:
|
|
|
|
text = rom[i-2];
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if (!text) return; // not recognized from browse button array
|
|
|
|
BrowseTextCtrl (text);
|
|
|
|
}
|
|
|
|
break;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
case wxID_OK:
|
2002-09-03 00:13:52 +04:00
|
|
|
{
|
|
|
|
// test validity of the integer fields
|
|
|
|
bool valid;
|
2002-09-03 02:53:39 +04:00
|
|
|
GetTextCtrlInt (biosAddr, &valid, true, "Invalid ROM BIOS Address");
|
2002-09-03 00:13:52 +04:00
|
|
|
if (!valid) return;
|
|
|
|
for (int rom=0; rom<CONFIG_MEMORY_N_ROMS; rom++) {
|
2002-09-03 02:53:39 +04:00
|
|
|
GetTextCtrlInt (romAddr[rom], &valid, true, "Invalid Optional ROM address");
|
2002-09-03 00:13:52 +04:00
|
|
|
if (!valid) return;
|
|
|
|
}
|
|
|
|
}
|
2002-09-04 16:29:04 +04:00
|
|
|
EndModal (wxID_OK);
|
2002-09-03 00:13:52 +04:00
|
|
|
break;
|
|
|
|
case wxID_CANCEL:
|
2002-09-04 16:29:04 +04:00
|
|
|
EndModal (wxID_CANCEL);
|
2002-09-03 00:13:52 +04:00
|
|
|
break;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
case wxID_HELP:
|
2002-09-03 00:13:52 +04:00
|
|
|
ShowHelp();
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
event.Skip ();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void ConfigMemoryDialog::ShowHelp ()
|
|
|
|
{
|
|
|
|
wxMessageBox(MSG_NO_HELP, MSG_NO_HELP_CAPTION, wxOK | wxICON_ERROR );
|
|
|
|
}
|
|
|
|
|
2002-09-16 19:28:19 +04:00
|
|
|
#if BX_DEBUGGER
|
- add Debug Log dialog, which shows all the text output that is normally
printed to stderr in the text debugger. Also allows the user to
type (text) debugger commands directly, which also appear in the log.
- all text output in the debugger now passes through dbg_printf()
(used to be fprintf to stderr) so that in wxWindows I can redirect
it all to the wxWindows debug log screen. Added debug_fputs to
siminterface which actually sends the text to the GUI by creating
a BX_ASYNC_EVT_DBG_MSG event.
- changed prefix and msg fields of BxLogMsgEvent to const char *,
and also in args of logmsg method of siminterface.
- don't trap SIGINT in wxWindows. There are other ways to stop execution.
Also, signal handling with multiple threads is very strange and different
on different platforms.
- minor changes to fix gcc -Wall warnings in dbg_main.cc
- add a new boolean parameter BXP_DEBUG_RUNNING that tells if the debugger is
running freely or not. This is used by the wxWindows GUI to enable or
disable certain choices.
- CpuRegistersDialog has continue,stop,step buttons. When the sim is running
freely, I disable continue and step, and enable stop. When the sim stops
to wait for the user, I disable stop and enable continue and step. The
change of enables used to be triggered by actually pressing the button,
but then if you started/stopped the simulation in some other way (typing
in debug log window) the enables were never changed. Now the enables are
controlled by the value of BXP_DEBUG_RUNNING, which is set by the debug code
itself, and the buttons are enabled at the right time.
- ParamDialog::Refresh() is now virtual so that child classes can redefine
its refresh behavior.
- in safeWxStrcpy, force the last element of the array to be a 0, since
I noticed that strncpy is not guaranteed to terminate the string!
- modified: debug/dbg_main.cc debug/debug.h gui/siminterface.cc
gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h gui/wxmain.cc
gui/wxmain.h
2002-09-15 15:21:35 +04:00
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// DebugLogDialog implementation
|
|
|
|
//////////////////////////////////////////////////////////////////////
|
|
|
|
// Structure:
|
|
|
|
// mainSizer:
|
|
|
|
// wxTextCtrl log (multiline with vert scrollbar)
|
|
|
|
// "Type a debugger command"
|
|
|
|
// commandSizer:
|
|
|
|
// wxTextCtrl command
|
|
|
|
// Execute button
|
|
|
|
// buttonSizer:
|
|
|
|
// help
|
|
|
|
// cancel
|
|
|
|
// ok
|
|
|
|
//
|
|
|
|
|
|
|
|
// all events go to OnEvent method
|
|
|
|
BEGIN_EVENT_TABLE(DebugLogDialog, wxDialog)
|
|
|
|
EVT_BUTTON(-1, DebugLogDialog::OnEvent)
|
|
|
|
EVT_CHECKBOX(-1, DebugLogDialog::OnEvent)
|
|
|
|
EVT_KEY_DOWN(DebugLogDialog::OnKeyEvent)
|
|
|
|
EVT_KEY_UP(DebugLogDialog::OnKeyEvent)
|
|
|
|
EVT_CHAR(DebugLogDialog::OnEvent)
|
|
|
|
EVT_TEXT(-1, DebugLogDialog::OnEvent)
|
|
|
|
EVT_TEXT_ENTER(-1, DebugLogDialog::OnEnterEvent)
|
|
|
|
END_EVENT_TABLE()
|
|
|
|
|
|
|
|
|
|
|
|
DebugLogDialog::DebugLogDialog(
|
|
|
|
wxWindow* parent,
|
|
|
|
wxWindowID id)
|
|
|
|
: wxDialog (parent, id, "", wxDefaultPosition, wxDefaultSize,
|
|
|
|
wxDEFAULT_DIALOG_STYLE | wxRESIZE_BORDER)
|
|
|
|
{
|
|
|
|
SetTitle (DEBUG_LOG_TITLE);
|
|
|
|
mainSizer = new wxBoxSizer (wxVERTICAL);
|
|
|
|
log = new wxTextCtrl (this, -1, "",
|
|
|
|
wxDefaultPosition, wxSize(400, 300),
|
|
|
|
wxTE_MULTILINE | wxTE_RICH | wxTE_READONLY);
|
|
|
|
mainSizer->Add (log, 1, wxALL|wxGROW, 10);
|
|
|
|
wxStaticText *text = new wxStaticText (this, -1, DEBUG_CMD_PROMPT);
|
|
|
|
mainSizer->Add (text, 0, wxTOP|wxLEFT, 10);
|
|
|
|
commandSizer = new wxBoxSizer (wxHORIZONTAL);
|
|
|
|
mainSizer->Add (commandSizer, 0, wxALL|wxGROW, 5);
|
|
|
|
buttonSizer = new wxBoxSizer (wxHORIZONTAL);
|
|
|
|
mainSizer->Add (buttonSizer, 0, wxALIGN_RIGHT);
|
|
|
|
|
|
|
|
// commandSizer contents
|
|
|
|
command = new wxTextCtrl (this, ID_DebugCommand, "",
|
|
|
|
wxDefaultPosition, wxDefaultSize,
|
|
|
|
wxTE_PROCESS_ENTER);
|
|
|
|
commandSizer->Add (command, 1, wxGROW);
|
|
|
|
wxButton *btn;
|
|
|
|
btn = new wxButton (this, ID_Execute, BTNLABEL_EXECUTE);
|
|
|
|
commandSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
|
|
|
|
// buttonSizer contents
|
|
|
|
btn = new wxButton (this, wxID_OK, BTNLABEL_CLOSE);
|
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
|
|
|
}
|
|
|
|
|
|
|
|
void DebugLogDialog::Init()
|
|
|
|
{
|
|
|
|
// lay it out!
|
|
|
|
SetAutoLayout(TRUE);
|
|
|
|
SetSizer(mainSizer);
|
|
|
|
mainSizer->Fit (this);
|
|
|
|
wxSize size = mainSizer->GetMinSize ();
|
|
|
|
wxLogMessage ("minsize is %d,%d", size.GetWidth(), size.GetHeight ());
|
|
|
|
int margin = 5;
|
|
|
|
SetSizeHints (size.GetWidth () + margin, size.GetHeight () + margin);
|
|
|
|
Center ();
|
|
|
|
}
|
|
|
|
|
2002-09-16 20:04:15 +04:00
|
|
|
void DebugLogDialog::Execute(bool clear)
|
- add Debug Log dialog, which shows all the text output that is normally
printed to stderr in the text debugger. Also allows the user to
type (text) debugger commands directly, which also appear in the log.
- all text output in the debugger now passes through dbg_printf()
(used to be fprintf to stderr) so that in wxWindows I can redirect
it all to the wxWindows debug log screen. Added debug_fputs to
siminterface which actually sends the text to the GUI by creating
a BX_ASYNC_EVT_DBG_MSG event.
- changed prefix and msg fields of BxLogMsgEvent to const char *,
and also in args of logmsg method of siminterface.
- don't trap SIGINT in wxWindows. There are other ways to stop execution.
Also, signal handling with multiple threads is very strange and different
on different platforms.
- minor changes to fix gcc -Wall warnings in dbg_main.cc
- add a new boolean parameter BXP_DEBUG_RUNNING that tells if the debugger is
running freely or not. This is used by the wxWindows GUI to enable or
disable certain choices.
- CpuRegistersDialog has continue,stop,step buttons. When the sim is running
freely, I disable continue and step, and enable stop. When the sim stops
to wait for the user, I disable stop and enable continue and step. The
change of enables used to be triggered by actually pressing the button,
but then if you started/stopped the simulation in some other way (typing
in debug log window) the enables were never changed. Now the enables are
controlled by the value of BXP_DEBUG_RUNNING, which is set by the debug code
itself, and the buttons are enabled at the right time.
- ParamDialog::Refresh() is now virtual so that child classes can redefine
its refresh behavior.
- in safeWxStrcpy, force the last element of the array to be a 0, since
I noticed that strncpy is not guaranteed to terminate the string!
- modified: debug/dbg_main.cc debug/debug.h gui/siminterface.cc
gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h gui/wxmain.cc
gui/wxmain.h
2002-09-15 15:21:35 +04:00
|
|
|
{
|
|
|
|
// send to debugger
|
|
|
|
theFrame->DebugCommand (command->GetValue ());
|
|
|
|
// display what they typed on the log screen
|
2002-09-16 20:04:15 +04:00
|
|
|
if (clear) command->Clear ();
|
- add Debug Log dialog, which shows all the text output that is normally
printed to stderr in the text debugger. Also allows the user to
type (text) debugger commands directly, which also appear in the log.
- all text output in the debugger now passes through dbg_printf()
(used to be fprintf to stderr) so that in wxWindows I can redirect
it all to the wxWindows debug log screen. Added debug_fputs to
siminterface which actually sends the text to the GUI by creating
a BX_ASYNC_EVT_DBG_MSG event.
- changed prefix and msg fields of BxLogMsgEvent to const char *,
and also in args of logmsg method of siminterface.
- don't trap SIGINT in wxWindows. There are other ways to stop execution.
Also, signal handling with multiple threads is very strange and different
on different platforms.
- minor changes to fix gcc -Wall warnings in dbg_main.cc
- add a new boolean parameter BXP_DEBUG_RUNNING that tells if the debugger is
running freely or not. This is used by the wxWindows GUI to enable or
disable certain choices.
- CpuRegistersDialog has continue,stop,step buttons. When the sim is running
freely, I disable continue and step, and enable stop. When the sim stops
to wait for the user, I disable stop and enable continue and step. The
change of enables used to be triggered by actually pressing the button,
but then if you started/stopped the simulation in some other way (typing
in debug log window) the enables were never changed. Now the enables are
controlled by the value of BXP_DEBUG_RUNNING, which is set by the debug code
itself, and the buttons are enabled at the right time.
- ParamDialog::Refresh() is now virtual so that child classes can redefine
its refresh behavior.
- in safeWxStrcpy, force the last element of the array to be a 0, since
I noticed that strncpy is not guaranteed to terminate the string!
- modified: debug/dbg_main.cc debug/debug.h gui/siminterface.cc
gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h gui/wxmain.cc
gui/wxmain.h
2002-09-15 15:21:35 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
void DebugLogDialog::AppendCommand (const char *cmd)
|
|
|
|
{
|
|
|
|
log->AppendText (wxT(">>> "));
|
|
|
|
log->AppendText (wxString (cmd));
|
|
|
|
log->AppendText (wxT("\n"));
|
2002-09-16 20:04:15 +04:00
|
|
|
int n = log->GetLastPosition ();
|
|
|
|
if (n>0) n--;
|
|
|
|
log->ShowPosition (n);
|
|
|
|
}
|
|
|
|
|
|
|
|
void DebugLogDialog::AppendText (wxString text) {
|
|
|
|
log->AppendText (text);
|
|
|
|
int n = log->GetLastPosition ();
|
|
|
|
if (n>0) n--;
|
|
|
|
log->ShowPosition (n);
|
- add Debug Log dialog, which shows all the text output that is normally
printed to stderr in the text debugger. Also allows the user to
type (text) debugger commands directly, which also appear in the log.
- all text output in the debugger now passes through dbg_printf()
(used to be fprintf to stderr) so that in wxWindows I can redirect
it all to the wxWindows debug log screen. Added debug_fputs to
siminterface which actually sends the text to the GUI by creating
a BX_ASYNC_EVT_DBG_MSG event.
- changed prefix and msg fields of BxLogMsgEvent to const char *,
and also in args of logmsg method of siminterface.
- don't trap SIGINT in wxWindows. There are other ways to stop execution.
Also, signal handling with multiple threads is very strange and different
on different platforms.
- minor changes to fix gcc -Wall warnings in dbg_main.cc
- add a new boolean parameter BXP_DEBUG_RUNNING that tells if the debugger is
running freely or not. This is used by the wxWindows GUI to enable or
disable certain choices.
- CpuRegistersDialog has continue,stop,step buttons. When the sim is running
freely, I disable continue and step, and enable stop. When the sim stops
to wait for the user, I disable stop and enable continue and step. The
change of enables used to be triggered by actually pressing the button,
but then if you started/stopped the simulation in some other way (typing
in debug log window) the enables were never changed. Now the enables are
controlled by the value of BXP_DEBUG_RUNNING, which is set by the debug code
itself, and the buttons are enabled at the right time.
- ParamDialog::Refresh() is now virtual so that child classes can redefine
its refresh behavior.
- in safeWxStrcpy, force the last element of the array to be a 0, since
I noticed that strncpy is not guaranteed to terminate the string!
- modified: debug/dbg_main.cc debug/debug.h gui/siminterface.cc
gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h gui/wxmain.cc
gui/wxmain.h
2002-09-15 15:21:35 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
void DebugLogDialog::OnEvent(wxCommandEvent& event)
|
|
|
|
{
|
|
|
|
int id = event.GetId ();
|
|
|
|
wxLogMessage ("event was from id=%d, type=%d", id, (int)event.GetEventType ());
|
|
|
|
switch (id) {
|
|
|
|
case wxID_OK:
|
|
|
|
Show(FALSE);
|
|
|
|
break;
|
2002-09-16 20:04:15 +04:00
|
|
|
case ID_Execute: // pressed execute button
|
|
|
|
Execute (false);
|
- add Debug Log dialog, which shows all the text output that is normally
printed to stderr in the text debugger. Also allows the user to
type (text) debugger commands directly, which also appear in the log.
- all text output in the debugger now passes through dbg_printf()
(used to be fprintf to stderr) so that in wxWindows I can redirect
it all to the wxWindows debug log screen. Added debug_fputs to
siminterface which actually sends the text to the GUI by creating
a BX_ASYNC_EVT_DBG_MSG event.
- changed prefix and msg fields of BxLogMsgEvent to const char *,
and also in args of logmsg method of siminterface.
- don't trap SIGINT in wxWindows. There are other ways to stop execution.
Also, signal handling with multiple threads is very strange and different
on different platforms.
- minor changes to fix gcc -Wall warnings in dbg_main.cc
- add a new boolean parameter BXP_DEBUG_RUNNING that tells if the debugger is
running freely or not. This is used by the wxWindows GUI to enable or
disable certain choices.
- CpuRegistersDialog has continue,stop,step buttons. When the sim is running
freely, I disable continue and step, and enable stop. When the sim stops
to wait for the user, I disable stop and enable continue and step. The
change of enables used to be triggered by actually pressing the button,
but then if you started/stopped the simulation in some other way (typing
in debug log window) the enables were never changed. Now the enables are
controlled by the value of BXP_DEBUG_RUNNING, which is set by the debug code
itself, and the buttons are enabled at the right time.
- ParamDialog::Refresh() is now virtual so that child classes can redefine
its refresh behavior.
- in safeWxStrcpy, force the last element of the array to be a 0, since
I noticed that strncpy is not guaranteed to terminate the string!
- modified: debug/dbg_main.cc debug/debug.h gui/siminterface.cc
gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h gui/wxmain.cc
gui/wxmain.h
2002-09-15 15:21:35 +04:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
event.Skip ();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void DebugLogDialog::OnKeyEvent(wxKeyEvent& event)
|
|
|
|
{
|
|
|
|
wxLogDebug ("key event");
|
|
|
|
}
|
2002-09-16 19:28:19 +04:00
|
|
|
#endif
|
- add Debug Log dialog, which shows all the text output that is normally
printed to stderr in the text debugger. Also allows the user to
type (text) debugger commands directly, which also appear in the log.
- all text output in the debugger now passes through dbg_printf()
(used to be fprintf to stderr) so that in wxWindows I can redirect
it all to the wxWindows debug log screen. Added debug_fputs to
siminterface which actually sends the text to the GUI by creating
a BX_ASYNC_EVT_DBG_MSG event.
- changed prefix and msg fields of BxLogMsgEvent to const char *,
and also in args of logmsg method of siminterface.
- don't trap SIGINT in wxWindows. There are other ways to stop execution.
Also, signal handling with multiple threads is very strange and different
on different platforms.
- minor changes to fix gcc -Wall warnings in dbg_main.cc
- add a new boolean parameter BXP_DEBUG_RUNNING that tells if the debugger is
running freely or not. This is used by the wxWindows GUI to enable or
disable certain choices.
- CpuRegistersDialog has continue,stop,step buttons. When the sim is running
freely, I disable continue and step, and enable stop. When the sim stops
to wait for the user, I disable stop and enable continue and step. The
change of enables used to be triggered by actually pressing the button,
but then if you started/stopped the simulation in some other way (typing
in debug log window) the enables were never changed. Now the enables are
controlled by the value of BXP_DEBUG_RUNNING, which is set by the debug code
itself, and the buttons are enabled at the right time.
- ParamDialog::Refresh() is now virtual so that child classes can redefine
its refresh behavior.
- in safeWxStrcpy, force the last element of the array to be a 0, since
I noticed that strncpy is not guaranteed to terminate the string!
- modified: debug/dbg_main.cc debug/debug.h gui/siminterface.cc
gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h gui/wxmain.cc
gui/wxmain.h
2002-09-15 15:21:35 +04:00
|
|
|
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
/////////////////////////////////////////////////////////////////
|
|
|
|
// ParamDialog
|
|
|
|
/////////////////////////////////////////////////////////////////
|
|
|
|
|
|
|
|
// all events go to OnEvent method
|
|
|
|
BEGIN_EVENT_TABLE(ParamDialog, wxDialog)
|
|
|
|
EVT_BUTTON(-1, ParamDialog::OnEvent)
|
|
|
|
EVT_CHECKBOX(-1, ParamDialog::OnEvent)
|
|
|
|
EVT_TEXT(-1, ParamDialog::OnEvent)
|
|
|
|
END_EVENT_TABLE()
|
|
|
|
|
|
|
|
ParamDialog::ParamDialog(
|
|
|
|
wxWindow* parent,
|
|
|
|
wxWindowID id)
|
|
|
|
: wxDialog (parent, id, "", wxDefaultPosition, wxDefaultSize,
|
|
|
|
wxDEFAULT_DIALOG_STYLE | wxRESIZE_BORDER)
|
|
|
|
{
|
2002-09-03 12:53:41 +04:00
|
|
|
idHash = new wxHashTable (wxKEY_INTEGER);
|
|
|
|
paramHash = new wxHashTable (wxKEY_INTEGER);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
nbuttons = 0;
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
|
|
|
|
// top level objects
|
|
|
|
mainSizer = new wxBoxSizer (wxVERTICAL);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
gridSizer = NULL;
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
// create buttonSizer, which will hold all the buttons.
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
buttonSizer = new wxBoxSizer (wxHORIZONTAL);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
}
|
|
|
|
|
2002-09-14 02:03:05 +04:00
|
|
|
wxButton*
|
|
|
|
ParamDialog::AddButton (int id, wxString label)
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
{
|
|
|
|
wxButton *btn = new wxButton (this, id, label);
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
buttonSizer->Add (btn, 0, wxALL, 5);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
nbuttons++;
|
2002-09-14 02:03:05 +04:00
|
|
|
return btn;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
// add the standard HELP, CANCEL, OK buttons.
|
|
|
|
void ParamDialog::AddDefaultButtons ()
|
|
|
|
{
|
|
|
|
AddButton (wxID_HELP, BTNLABEL_HELP);
|
|
|
|
AddButton (wxID_CANCEL, BTNLABEL_CANCEL);
|
|
|
|
AddButton (wxID_OK, BTNLABEL_OK);
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
void ParamDialog::Init()
|
|
|
|
{
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
// if nobody has made any buttons, then create some now
|
|
|
|
if (nbuttons==0) AddDefaultButtons ();
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
mainSizer->Add (buttonSizer, 0, wxALIGN_RIGHT);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
EnableChanged ();
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
// lay it out!
|
|
|
|
SetAutoLayout(TRUE);
|
|
|
|
SetSizer(mainSizer);
|
|
|
|
mainSizer->Fit (this);
|
|
|
|
wxSize size = mainSizer->GetMinSize ();
|
2002-09-05 20:27:06 +04:00
|
|
|
wxLogMessage ("minsize is %d,%d", size.GetWidth(), size.GetHeight ());
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
int margin = 5;
|
|
|
|
SetSizeHints (size.GetWidth () + margin, size.GetHeight () + margin);
|
|
|
|
Center ();
|
|
|
|
}
|
|
|
|
|
|
|
|
static int _next_id = ID_LAST_USER_DEFINED;
|
|
|
|
|
|
|
|
int ParamDialog::genId () {
|
|
|
|
return ++_next_id;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool ParamDialog::isGeneratedId (int id) {
|
|
|
|
return (id >= ID_LAST_USER_DEFINED && id < _next_id);
|
|
|
|
}
|
|
|
|
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
void ParamDialog::AddParamList (bx_id *idList, wxFlexGridSizer *sizer, bool plain)
|
|
|
|
{
|
|
|
|
bx_id *idptr;
|
|
|
|
for (idptr = idList; *idptr != BXP_NULL; idptr++) {
|
|
|
|
bx_param_c *param = SIM->get_param (*idptr);
|
|
|
|
if (param != NULL)
|
|
|
|
AddParam (param, sizer, plain);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void ParamDialog::AddParam (bx_param_c *param_generic, wxFlexGridSizer *sizer, bool plain)
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
{
|
|
|
|
if (param_generic == NULL)
|
|
|
|
return; // param not registered, probably this option was not compiled in
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
if (sizer == NULL) {
|
|
|
|
// add to default gridSizer. Create a gridSizer if none exists yet.
|
|
|
|
if (gridSizer == NULL) {
|
|
|
|
gridSizer = new wxFlexGridSizer (3);
|
|
|
|
mainSizer->Add (gridSizer);
|
|
|
|
}
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
sizer = gridSizer;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
ParamStruct *pstr = new ParamStruct ();
|
|
|
|
memset (pstr, 0, sizeof(*pstr));
|
|
|
|
pstr->id = genId ();
|
|
|
|
pstr->param = param_generic;
|
|
|
|
int type = param_generic->get_type ();
|
|
|
|
#define ADD_LABEL(x) sizer->Add (new wxStaticText (this, -1, wxString (x)), 0, wxALIGN_RIGHT|wxALL, 3)
|
|
|
|
switch (type) {
|
|
|
|
case BXT_PARAM_BOOL: {
|
|
|
|
bx_param_bool_c *param = (bx_param_bool_c*) param_generic;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
if (!plain) {
|
|
|
|
char *prompt = param->get_name ();
|
|
|
|
ADD_LABEL (prompt);
|
|
|
|
}
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
wxCheckBox *ckbx = new wxCheckBox (this, pstr->id, "");
|
|
|
|
ckbx->SetValue (param->get ());
|
|
|
|
sizer->Add (ckbx);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
if (!plain) sizer->Add (1, 1); // spacer
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
pstr->u.checkbox = ckbx;
|
2002-09-03 12:53:41 +04:00
|
|
|
idHash->Put (pstr->id, pstr);
|
|
|
|
paramHash->Put (pstr->param->get_id (), pstr);
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
case BXT_PARAM_NUM: {
|
|
|
|
bx_param_num_c *param = (bx_param_num_c*) param_generic;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
if (!plain) {
|
|
|
|
char *prompt = param->get_name ();
|
|
|
|
ADD_LABEL (prompt);
|
|
|
|
}
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
wxTextCtrl *textctrl = new wxTextCtrl (this, pstr->id, "");
|
- apply a patch I've been working on
- modified files: config.h.in cpu/init.cc debug/dbg_main.cc gui/control.cc
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h iodev/keyboard.cc
----------------------------------------------------------------------
Patch name: patch.wx-show-cpu2
Author: Bryce Denney
Date: Fri Sep 6 12:13:28 EDT 2002
Description:
Second try at implementing the "Debug:Show Cpu" and "Debug:Show
Keyboard" dialog with values that change as the simulation proceeds.
(Nobody gets to see the first try.) This is the first step toward
making something resembling a wxWindows debugger.
First, variables which are going to be visible in the CI must be
registered as parameters. For some variables, it might be acceptable
to change them from Bit32u into bx_param_num_c and access them only
with set/get methods, but for most variables it would be a horrible
pain and wreck performance.
To deal with this, I introduced the concept of a shadow parameter. A
normal parameter has its value stored inside the struct, but a shadow
parameter has only a pointer to the value. Shadow params allow you to
treat any variable as if it was a parameter, without having to change
its type and access it using get/set methods. Of course, a shadow
param's value is controlled by someone else, so it can change at any
time.
To demonstrate and test the registration of shadow parameters, I
added code in cpu/init.cc to register a few CPU registers and
code in iodev/keyboard.cc to register a few keyboard state values.
Now these parameters are visible in the Debug:Show CPU and
Debug:Show Keyboard dialog boxes.
The Debug:Show* dialog boxes are created by the ParamDialog class,
which already understands how to display each type of parameter,
including the new shadow parameters (because they are just a subclass
of a normal parameter class). I have added a ParamDialog::Refresh()
method, which rereads the value from every parameter that it is
displaying and changes the displayed value. At the moment, in the
Debug:Show CPU dialog, changing the values has no effect. However
this is trivial to add when it's time (just call CommitChanges!). It
wouldn't really make sense to change the values unless you have paused
the simulation, for example when single stepping with the debugger.
The Refresh() method must be called periodically or else the dialog
will show the initial values forever. At the moment, Refresh() is
called when the simulator sends an async event called
BX_ASYNC_EVT_REFRESH, created by a call to SIM->refresh_ci ().
Details:
- implement shadow parameter class for Bit32s, called bx_shadow_num_c.
implement shadow parameter class for Boolean, called bx_shadow_bool_c.
more to follow (I need one for every type!)
- now the simulator thread can request that the config interface refresh
its display. For now, the refresh event causes the CI to check every
parameter it is watching and change the display value. Later, it may
be worth the trouble to keep track of which parameters have actually
changed. Code in the simulator thread calls SIM->refresh_ci(), which
creates an async event called BX_ASYNC_EVT_REFRESH and sends it to
the config interface. When it arrives in the wxWindows gui thread,
it calls RefreshDialogs(), which calls the Refresh() method on any
dialogs that might need it.
- in the debugger, SIM->refresh_ci() is called before every prompt
is printed. Otherwise, the refresh would wait until the next
SIM->periodic(), which might be thousands of cycles. This way,
when you're single stepping, the dialogs update with every step.
- To improve performance, the CI has a flag (MyFrame::WantRefresh())
which tells whether it has any need for refresh events. If no
dialogs are showing that need refresh events, then no event is sent
between threads.
- add a few defaults to the param classes that affect the settings of
newly created parameters. When declaring a lot of params with
similar settings it's more compact to set the default for new params
rather than to change each one separately. default_text_format is
the printf format string for displaying numbers. default_base is
the default base for displaying numbers (0, 16, 2, etc.)
- I added to ParamDialog to make it able to display modeless dialog
boxes such as "Debug:Show CPU". The new Refresh() method queries
all the parameters for their current value and changes the value in
the wxWindows control. The ParamDialog class still needs a little
work; for example, if it's modal it should have Cancel/Ok buttons,
but if it's going to be modeless it should maybe have Apply (commit
any changes) and Close.
2002-09-06 20:43:26 +04:00
|
|
|
const char *format = param->get_format ();
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
if (!format)
|
2002-09-06 00:16:19 +04:00
|
|
|
format = strdup(param->get_base () == 16 ? "0x%X" : "%d");
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
SetTextCtrl (textctrl, format, param->get ());
|
|
|
|
sizer->Add (textctrl);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
if (!plain) sizer->Add (1, 1); // spacer
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
pstr->u.text = textctrl;
|
2002-09-03 12:53:41 +04:00
|
|
|
idHash->Put (pstr->id, pstr);
|
|
|
|
paramHash->Put (pstr->param->get_id (), pstr);
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
case BXT_PARAM_ENUM: {
|
|
|
|
bx_param_enum_c *param = (bx_param_enum_c*) param_generic;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
if (!plain) {
|
|
|
|
char *prompt = param->get_name ();
|
|
|
|
ADD_LABEL (prompt);
|
|
|
|
}
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
wxChoice *choice = new wxChoice (this, pstr->id);
|
|
|
|
sizer->Add (choice);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
if (!plain) sizer->Add (1, 1); // spacer
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
// fill in the choices
|
|
|
|
int i=0;
|
|
|
|
char *ptr;
|
|
|
|
while (NULL != (ptr = param->get_choice (i++)))
|
|
|
|
choice->Append (ptr);
|
|
|
|
choice->SetSelection (param->get() - param->get_min ());
|
|
|
|
pstr->u.choice = choice;
|
2002-09-03 12:53:41 +04:00
|
|
|
idHash->Put (pstr->id, pstr);
|
|
|
|
paramHash->Put (pstr->param->get_id (), pstr);
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
case BXT_PARAM_STRING: {
|
|
|
|
bx_param_string_c *param = (bx_param_string_c*) param_generic;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
if (!plain) {
|
|
|
|
char *prompt = param->get_name ();
|
|
|
|
ADD_LABEL (prompt);
|
|
|
|
}
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
bool isFilename = param->get_options ()->get () & param->BX_IS_FILENAME;
|
|
|
|
wxTextCtrl *txtctrl = new wxTextCtrl (this, pstr->id, "", wxDefaultPosition, isFilename? longTextSize : wxDefaultSize);
|
|
|
|
txtctrl->SetValue (param->getptr ());
|
|
|
|
sizer->Add (txtctrl);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
if (!plain) {
|
|
|
|
if (isFilename) {
|
|
|
|
// create Browse button
|
|
|
|
pstr->browseButtonId = genId ();
|
|
|
|
pstr->browseButton = new wxButton (this,
|
|
|
|
pstr->browseButtonId, BTNLABEL_BROWSE);
|
|
|
|
sizer->Add (pstr->browseButton, 0, wxALL, 5);
|
|
|
|
idHash->Put (pstr->browseButtonId, pstr); // register under button id
|
|
|
|
paramHash->Put (pstr->param->get_id (), pstr);
|
|
|
|
} else {
|
|
|
|
sizer->Add (1, 1); // spacer
|
|
|
|
}
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
}
|
|
|
|
pstr->u.text = txtctrl;
|
2002-09-03 12:53:41 +04:00
|
|
|
idHash->Put (pstr->id, pstr);
|
|
|
|
paramHash->Put (pstr->param->get_id (), pstr);
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
case BXT_LIST: {
|
|
|
|
bx_list_c *list = (bx_list_c*) param_generic;
|
|
|
|
wxStaticBox *box = new wxStaticBox (this, -1, list->get_name ());
|
|
|
|
wxStaticBoxSizer *boxsz = new wxStaticBoxSizer (box, wxVERTICAL);
|
|
|
|
wxFlexGridSizer *gridSz = new wxFlexGridSizer (3);
|
|
|
|
boxsz->Add (gridSz, 1, wxGROW|wxALL, 20);
|
|
|
|
// put all items in the list inside the boxsz sizer.
|
|
|
|
for (int i=0; i<list->get_size (); i++) {
|
|
|
|
bx_param_c *child = list->get (i);
|
|
|
|
AddParam (child, gridSz);
|
|
|
|
}
|
|
|
|
// add the boxsz to mainSizer
|
|
|
|
mainSizer->Add (boxsz, 0, wxALL, 10);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
// clear gridSizer variable so that any future parameters force
|
|
|
|
// creation of a new one.
|
|
|
|
gridSizer = NULL;
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
default:
|
|
|
|
wxLogError ("ParamDialog::AddParam called with unsupported param type id=%d", (int)type);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2002-09-20 16:40:13 +04:00
|
|
|
bool ParamDialog::CopyGuiToParam ()
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
{
|
|
|
|
// loop through all the parameters
|
2002-09-03 12:53:41 +04:00
|
|
|
idHash->BeginFind ();
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
wxNode *node;
|
2002-09-03 12:53:41 +04:00
|
|
|
while ((node = idHash->Next ()) != NULL) {
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
ParamStruct *pstr = (ParamStruct*) node->GetData ();
|
|
|
|
wxLogDebug ("commit changes for param %s", pstr->param->get_name ());
|
|
|
|
int type = pstr->param->get_type ();
|
|
|
|
switch (type) {
|
|
|
|
case BXT_PARAM_BOOL: {
|
|
|
|
bx_param_bool_c *boolp = (bx_param_bool_c*) pstr->param;
|
|
|
|
boolp->set (pstr->u.checkbox->GetValue ());
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
case BXT_PARAM_NUM: {
|
|
|
|
bx_param_num_c *nump = (bx_param_num_c*) pstr->param;
|
|
|
|
bool valid;
|
|
|
|
wxString complaint;
|
|
|
|
complaint.Printf ("Invalid integer for %s.", pstr->param->get_name ());
|
|
|
|
int n = GetTextCtrlInt (pstr->u.text, &valid, true, complaint);
|
|
|
|
nump->set (n);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
case BXT_PARAM_ENUM: {
|
|
|
|
bx_param_enum_c *enump = (bx_param_enum_c*) pstr->param;
|
|
|
|
enump->set (pstr->u.choice->GetSelection () + enump->get_min ());
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
case BXT_PARAM_STRING: {
|
|
|
|
bx_param_string_c *stringp = (bx_param_string_c*) pstr->param;
|
|
|
|
char buf[1024];
|
|
|
|
wxString tmp(pstr->u.text->GetValue ());
|
|
|
|
strncpy (buf, tmp.c_str(), sizeof(buf));
|
|
|
|
stringp->set (buf);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
default:
|
2002-09-20 16:40:13 +04:00
|
|
|
wxLogError ("ParamDialog::CopyGuiToParam: unsupported param type id=%d", (int)type);
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2002-09-03 12:53:41 +04:00
|
|
|
void ParamDialog::EnableChanged ()
|
|
|
|
{
|
|
|
|
idHash->BeginFind ();
|
|
|
|
wxNode *node;
|
|
|
|
while ((node = idHash->Next ()) != NULL) {
|
|
|
|
ParamStruct *pstr = (ParamStruct*) node->GetData ();
|
|
|
|
if (pstr->param->get_type () == BXT_PARAM_BOOL)
|
|
|
|
EnableChanged (pstr);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void ParamDialog::EnableChanged (ParamStruct *pstrOfCheckbox)
|
|
|
|
{
|
|
|
|
bx_param_bool_c *enableParam = (bx_param_bool_c*) pstrOfCheckbox->param;
|
|
|
|
wxASSERT (enableParam->get_type () == BXT_PARAM_BOOL); // or we wouldn't be here
|
|
|
|
// if nothing depends on this "enableParam", then we're done
|
|
|
|
bx_list_c *list = enableParam->get_dependent_list ();
|
|
|
|
if (list == NULL) return;
|
|
|
|
// Now we know the object has dependents. Step through the list of
|
|
|
|
// dependents, use the paramHash table to find their ParamStruct,
|
|
|
|
// and enable/disable them as needed.
|
|
|
|
bool en = pstrOfCheckbox->u.checkbox->GetValue ();
|
|
|
|
for (int i=0; i<list->get_size (); i++) {
|
|
|
|
bx_param_c *param = list->get(i);
|
|
|
|
ParamStruct *pstr = (ParamStruct*) paramHash->Get (param->get_id ());
|
|
|
|
if (pstr) {
|
|
|
|
wxLogDebug ("setting enable for param '%s' to %d", pstr->param->get_name (), en?1:0);
|
|
|
|
pstr->u.window->Enable (en);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
- apply a patch I've been working on
- modified files: config.h.in cpu/init.cc debug/dbg_main.cc gui/control.cc
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h iodev/keyboard.cc
----------------------------------------------------------------------
Patch name: patch.wx-show-cpu2
Author: Bryce Denney
Date: Fri Sep 6 12:13:28 EDT 2002
Description:
Second try at implementing the "Debug:Show Cpu" and "Debug:Show
Keyboard" dialog with values that change as the simulation proceeds.
(Nobody gets to see the first try.) This is the first step toward
making something resembling a wxWindows debugger.
First, variables which are going to be visible in the CI must be
registered as parameters. For some variables, it might be acceptable
to change them from Bit32u into bx_param_num_c and access them only
with set/get methods, but for most variables it would be a horrible
pain and wreck performance.
To deal with this, I introduced the concept of a shadow parameter. A
normal parameter has its value stored inside the struct, but a shadow
parameter has only a pointer to the value. Shadow params allow you to
treat any variable as if it was a parameter, without having to change
its type and access it using get/set methods. Of course, a shadow
param's value is controlled by someone else, so it can change at any
time.
To demonstrate and test the registration of shadow parameters, I
added code in cpu/init.cc to register a few CPU registers and
code in iodev/keyboard.cc to register a few keyboard state values.
Now these parameters are visible in the Debug:Show CPU and
Debug:Show Keyboard dialog boxes.
The Debug:Show* dialog boxes are created by the ParamDialog class,
which already understands how to display each type of parameter,
including the new shadow parameters (because they are just a subclass
of a normal parameter class). I have added a ParamDialog::Refresh()
method, which rereads the value from every parameter that it is
displaying and changes the displayed value. At the moment, in the
Debug:Show CPU dialog, changing the values has no effect. However
this is trivial to add when it's time (just call CommitChanges!). It
wouldn't really make sense to change the values unless you have paused
the simulation, for example when single stepping with the debugger.
The Refresh() method must be called periodically or else the dialog
will show the initial values forever. At the moment, Refresh() is
called when the simulator sends an async event called
BX_ASYNC_EVT_REFRESH, created by a call to SIM->refresh_ci ().
Details:
- implement shadow parameter class for Bit32s, called bx_shadow_num_c.
implement shadow parameter class for Boolean, called bx_shadow_bool_c.
more to follow (I need one for every type!)
- now the simulator thread can request that the config interface refresh
its display. For now, the refresh event causes the CI to check every
parameter it is watching and change the display value. Later, it may
be worth the trouble to keep track of which parameters have actually
changed. Code in the simulator thread calls SIM->refresh_ci(), which
creates an async event called BX_ASYNC_EVT_REFRESH and sends it to
the config interface. When it arrives in the wxWindows gui thread,
it calls RefreshDialogs(), which calls the Refresh() method on any
dialogs that might need it.
- in the debugger, SIM->refresh_ci() is called before every prompt
is printed. Otherwise, the refresh would wait until the next
SIM->periodic(), which might be thousands of cycles. This way,
when you're single stepping, the dialogs update with every step.
- To improve performance, the CI has a flag (MyFrame::WantRefresh())
which tells whether it has any need for refresh events. If no
dialogs are showing that need refresh events, then no event is sent
between threads.
- add a few defaults to the param classes that affect the settings of
newly created parameters. When declaring a lot of params with
similar settings it's more compact to set the default for new params
rather than to change each one separately. default_text_format is
the printf format string for displaying numbers. default_base is
the default base for displaying numbers (0, 16, 2, etc.)
- I added to ParamDialog to make it able to display modeless dialog
boxes such as "Debug:Show CPU". The new Refresh() method queries
all the parameters for their current value and changes the value in
the wxWindows control. The ParamDialog class still needs a little
work; for example, if it's modal it should have Cancel/Ok buttons,
but if it's going to be modeless it should maybe have Apply (commit
any changes) and Close.
2002-09-06 20:43:26 +04:00
|
|
|
// if any parameters changed, update the associated control
|
2002-09-20 16:40:13 +04:00
|
|
|
void ParamDialog::CopyParamToGui ()
|
- apply a patch I've been working on
- modified files: config.h.in cpu/init.cc debug/dbg_main.cc gui/control.cc
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h iodev/keyboard.cc
----------------------------------------------------------------------
Patch name: patch.wx-show-cpu2
Author: Bryce Denney
Date: Fri Sep 6 12:13:28 EDT 2002
Description:
Second try at implementing the "Debug:Show Cpu" and "Debug:Show
Keyboard" dialog with values that change as the simulation proceeds.
(Nobody gets to see the first try.) This is the first step toward
making something resembling a wxWindows debugger.
First, variables which are going to be visible in the CI must be
registered as parameters. For some variables, it might be acceptable
to change them from Bit32u into bx_param_num_c and access them only
with set/get methods, but for most variables it would be a horrible
pain and wreck performance.
To deal with this, I introduced the concept of a shadow parameter. A
normal parameter has its value stored inside the struct, but a shadow
parameter has only a pointer to the value. Shadow params allow you to
treat any variable as if it was a parameter, without having to change
its type and access it using get/set methods. Of course, a shadow
param's value is controlled by someone else, so it can change at any
time.
To demonstrate and test the registration of shadow parameters, I
added code in cpu/init.cc to register a few CPU registers and
code in iodev/keyboard.cc to register a few keyboard state values.
Now these parameters are visible in the Debug:Show CPU and
Debug:Show Keyboard dialog boxes.
The Debug:Show* dialog boxes are created by the ParamDialog class,
which already understands how to display each type of parameter,
including the new shadow parameters (because they are just a subclass
of a normal parameter class). I have added a ParamDialog::Refresh()
method, which rereads the value from every parameter that it is
displaying and changes the displayed value. At the moment, in the
Debug:Show CPU dialog, changing the values has no effect. However
this is trivial to add when it's time (just call CommitChanges!). It
wouldn't really make sense to change the values unless you have paused
the simulation, for example when single stepping with the debugger.
The Refresh() method must be called periodically or else the dialog
will show the initial values forever. At the moment, Refresh() is
called when the simulator sends an async event called
BX_ASYNC_EVT_REFRESH, created by a call to SIM->refresh_ci ().
Details:
- implement shadow parameter class for Bit32s, called bx_shadow_num_c.
implement shadow parameter class for Boolean, called bx_shadow_bool_c.
more to follow (I need one for every type!)
- now the simulator thread can request that the config interface refresh
its display. For now, the refresh event causes the CI to check every
parameter it is watching and change the display value. Later, it may
be worth the trouble to keep track of which parameters have actually
changed. Code in the simulator thread calls SIM->refresh_ci(), which
creates an async event called BX_ASYNC_EVT_REFRESH and sends it to
the config interface. When it arrives in the wxWindows gui thread,
it calls RefreshDialogs(), which calls the Refresh() method on any
dialogs that might need it.
- in the debugger, SIM->refresh_ci() is called before every prompt
is printed. Otherwise, the refresh would wait until the next
SIM->periodic(), which might be thousands of cycles. This way,
when you're single stepping, the dialogs update with every step.
- To improve performance, the CI has a flag (MyFrame::WantRefresh())
which tells whether it has any need for refresh events. If no
dialogs are showing that need refresh events, then no event is sent
between threads.
- add a few defaults to the param classes that affect the settings of
newly created parameters. When declaring a lot of params with
similar settings it's more compact to set the default for new params
rather than to change each one separately. default_text_format is
the printf format string for displaying numbers. default_base is
the default base for displaying numbers (0, 16, 2, etc.)
- I added to ParamDialog to make it able to display modeless dialog
boxes such as "Debug:Show CPU". The new Refresh() method queries
all the parameters for their current value and changes the value in
the wxWindows control. The ParamDialog class still needs a little
work; for example, if it's modal it should have Cancel/Ok buttons,
but if it's going to be modeless it should maybe have Apply (commit
any changes) and Close.
2002-09-06 20:43:26 +04:00
|
|
|
{
|
|
|
|
// loop through all the parameters
|
|
|
|
idHash->BeginFind ();
|
|
|
|
wxNode *node;
|
|
|
|
while ((node = idHash->Next ()) != NULL) {
|
|
|
|
ParamStruct *pstr = (ParamStruct*) node->GetData ();
|
|
|
|
IFDBG_DLG (wxLogDebug ("refresh param %s", pstr->param->get_name ()));
|
|
|
|
int type = pstr->param->get_type ();
|
|
|
|
switch (type) {
|
|
|
|
case BXT_PARAM_BOOL: {
|
|
|
|
bx_param_bool_c *boolp = (bx_param_bool_c*) pstr->param;
|
|
|
|
pstr->u.checkbox->SetValue (boolp->get ());
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
case BXT_PARAM_NUM: {
|
|
|
|
bx_param_num_c *nump = (bx_param_num_c*) pstr->param;
|
|
|
|
const char *format = nump->get_format ();
|
|
|
|
if (!format)
|
|
|
|
format = strdup(nump->get_base () == 16 ? "0x%X" : "%d");
|
|
|
|
SetTextCtrl (pstr->u.text, format, nump->get ());
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
case BXT_PARAM_ENUM: {
|
|
|
|
bx_param_enum_c *enump = (bx_param_enum_c*) pstr->param;
|
|
|
|
pstr->u.choice->SetSelection (enump->get () - enump->get_min ());
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
case BXT_PARAM_STRING: {
|
|
|
|
bx_param_string_c *stringp = (bx_param_string_c*) pstr->param;
|
|
|
|
pstr->u.text->SetValue (wxString (stringp->getptr ()));
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
default:
|
2002-09-20 16:40:13 +04:00
|
|
|
wxLogError ("ParamDialog::CopyParamToGui(): unsupported param type id=%d", (int)type);
|
- apply a patch I've been working on
- modified files: config.h.in cpu/init.cc debug/dbg_main.cc gui/control.cc
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h iodev/keyboard.cc
----------------------------------------------------------------------
Patch name: patch.wx-show-cpu2
Author: Bryce Denney
Date: Fri Sep 6 12:13:28 EDT 2002
Description:
Second try at implementing the "Debug:Show Cpu" and "Debug:Show
Keyboard" dialog with values that change as the simulation proceeds.
(Nobody gets to see the first try.) This is the first step toward
making something resembling a wxWindows debugger.
First, variables which are going to be visible in the CI must be
registered as parameters. For some variables, it might be acceptable
to change them from Bit32u into bx_param_num_c and access them only
with set/get methods, but for most variables it would be a horrible
pain and wreck performance.
To deal with this, I introduced the concept of a shadow parameter. A
normal parameter has its value stored inside the struct, but a shadow
parameter has only a pointer to the value. Shadow params allow you to
treat any variable as if it was a parameter, without having to change
its type and access it using get/set methods. Of course, a shadow
param's value is controlled by someone else, so it can change at any
time.
To demonstrate and test the registration of shadow parameters, I
added code in cpu/init.cc to register a few CPU registers and
code in iodev/keyboard.cc to register a few keyboard state values.
Now these parameters are visible in the Debug:Show CPU and
Debug:Show Keyboard dialog boxes.
The Debug:Show* dialog boxes are created by the ParamDialog class,
which already understands how to display each type of parameter,
including the new shadow parameters (because they are just a subclass
of a normal parameter class). I have added a ParamDialog::Refresh()
method, which rereads the value from every parameter that it is
displaying and changes the displayed value. At the moment, in the
Debug:Show CPU dialog, changing the values has no effect. However
this is trivial to add when it's time (just call CommitChanges!). It
wouldn't really make sense to change the values unless you have paused
the simulation, for example when single stepping with the debugger.
The Refresh() method must be called periodically or else the dialog
will show the initial values forever. At the moment, Refresh() is
called when the simulator sends an async event called
BX_ASYNC_EVT_REFRESH, created by a call to SIM->refresh_ci ().
Details:
- implement shadow parameter class for Bit32s, called bx_shadow_num_c.
implement shadow parameter class for Boolean, called bx_shadow_bool_c.
more to follow (I need one for every type!)
- now the simulator thread can request that the config interface refresh
its display. For now, the refresh event causes the CI to check every
parameter it is watching and change the display value. Later, it may
be worth the trouble to keep track of which parameters have actually
changed. Code in the simulator thread calls SIM->refresh_ci(), which
creates an async event called BX_ASYNC_EVT_REFRESH and sends it to
the config interface. When it arrives in the wxWindows gui thread,
it calls RefreshDialogs(), which calls the Refresh() method on any
dialogs that might need it.
- in the debugger, SIM->refresh_ci() is called before every prompt
is printed. Otherwise, the refresh would wait until the next
SIM->periodic(), which might be thousands of cycles. This way,
when you're single stepping, the dialogs update with every step.
- To improve performance, the CI has a flag (MyFrame::WantRefresh())
which tells whether it has any need for refresh events. If no
dialogs are showing that need refresh events, then no event is sent
between threads.
- add a few defaults to the param classes that affect the settings of
newly created parameters. When declaring a lot of params with
similar settings it's more compact to set the default for new params
rather than to change each one separately. default_text_format is
the printf format string for displaying numbers. default_base is
the default base for displaying numbers (0, 16, 2, etc.)
- I added to ParamDialog to make it able to display modeless dialog
boxes such as "Debug:Show CPU". The new Refresh() method queries
all the parameters for their current value and changes the value in
the wxWindows control. The ParamDialog class still needs a little
work; for example, if it's modal it should have Cancel/Ok buttons,
but if it's going to be modeless it should maybe have Apply (commit
any changes) and Close.
2002-09-06 20:43:26 +04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
void ParamDialog::OnEvent(wxCommandEvent& event)
|
|
|
|
{
|
|
|
|
int id = event.GetId ();
|
- apply a patch I've been working on
- modified files: config.h.in cpu/init.cc debug/dbg_main.cc gui/control.cc
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h iodev/keyboard.cc
----------------------------------------------------------------------
Patch name: patch.wx-show-cpu2
Author: Bryce Denney
Date: Fri Sep 6 12:13:28 EDT 2002
Description:
Second try at implementing the "Debug:Show Cpu" and "Debug:Show
Keyboard" dialog with values that change as the simulation proceeds.
(Nobody gets to see the first try.) This is the first step toward
making something resembling a wxWindows debugger.
First, variables which are going to be visible in the CI must be
registered as parameters. For some variables, it might be acceptable
to change them from Bit32u into bx_param_num_c and access them only
with set/get methods, but for most variables it would be a horrible
pain and wreck performance.
To deal with this, I introduced the concept of a shadow parameter. A
normal parameter has its value stored inside the struct, but a shadow
parameter has only a pointer to the value. Shadow params allow you to
treat any variable as if it was a parameter, without having to change
its type and access it using get/set methods. Of course, a shadow
param's value is controlled by someone else, so it can change at any
time.
To demonstrate and test the registration of shadow parameters, I
added code in cpu/init.cc to register a few CPU registers and
code in iodev/keyboard.cc to register a few keyboard state values.
Now these parameters are visible in the Debug:Show CPU and
Debug:Show Keyboard dialog boxes.
The Debug:Show* dialog boxes are created by the ParamDialog class,
which already understands how to display each type of parameter,
including the new shadow parameters (because they are just a subclass
of a normal parameter class). I have added a ParamDialog::Refresh()
method, which rereads the value from every parameter that it is
displaying and changes the displayed value. At the moment, in the
Debug:Show CPU dialog, changing the values has no effect. However
this is trivial to add when it's time (just call CommitChanges!). It
wouldn't really make sense to change the values unless you have paused
the simulation, for example when single stepping with the debugger.
The Refresh() method must be called periodically or else the dialog
will show the initial values forever. At the moment, Refresh() is
called when the simulator sends an async event called
BX_ASYNC_EVT_REFRESH, created by a call to SIM->refresh_ci ().
Details:
- implement shadow parameter class for Bit32s, called bx_shadow_num_c.
implement shadow parameter class for Boolean, called bx_shadow_bool_c.
more to follow (I need one for every type!)
- now the simulator thread can request that the config interface refresh
its display. For now, the refresh event causes the CI to check every
parameter it is watching and change the display value. Later, it may
be worth the trouble to keep track of which parameters have actually
changed. Code in the simulator thread calls SIM->refresh_ci(), which
creates an async event called BX_ASYNC_EVT_REFRESH and sends it to
the config interface. When it arrives in the wxWindows gui thread,
it calls RefreshDialogs(), which calls the Refresh() method on any
dialogs that might need it.
- in the debugger, SIM->refresh_ci() is called before every prompt
is printed. Otherwise, the refresh would wait until the next
SIM->periodic(), which might be thousands of cycles. This way,
when you're single stepping, the dialogs update with every step.
- To improve performance, the CI has a flag (MyFrame::WantRefresh())
which tells whether it has any need for refresh events. If no
dialogs are showing that need refresh events, then no event is sent
between threads.
- add a few defaults to the param classes that affect the settings of
newly created parameters. When declaring a lot of params with
similar settings it's more compact to set the default for new params
rather than to change each one separately. default_text_format is
the printf format string for displaying numbers. default_base is
the default base for displaying numbers (0, 16, 2, etc.)
- I added to ParamDialog to make it able to display modeless dialog
boxes such as "Debug:Show CPU". The new Refresh() method queries
all the parameters for their current value and changes the value in
the wxWindows control. The ParamDialog class still needs a little
work; for example, if it's modal it should have Cancel/Ok buttons,
but if it's going to be modeless it should maybe have Apply (commit
any changes) and Close.
2002-09-06 20:43:26 +04:00
|
|
|
//wxLogMessage ("event was from id=%d", id);
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
if (isGeneratedId (id)) {
|
2002-09-03 12:53:41 +04:00
|
|
|
ParamStruct *pstr = (ParamStruct*) idHash->Get (id);
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
if (pstr == NULL) {
|
|
|
|
wxLogDebug ("ParamStruct not found for id=%d", id);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (id == pstr->id) {
|
- apply a patch I've been working on
- modified files: config.h.in cpu/init.cc debug/dbg_main.cc gui/control.cc
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h iodev/keyboard.cc
----------------------------------------------------------------------
Patch name: patch.wx-show-cpu2
Author: Bryce Denney
Date: Fri Sep 6 12:13:28 EDT 2002
Description:
Second try at implementing the "Debug:Show Cpu" and "Debug:Show
Keyboard" dialog with values that change as the simulation proceeds.
(Nobody gets to see the first try.) This is the first step toward
making something resembling a wxWindows debugger.
First, variables which are going to be visible in the CI must be
registered as parameters. For some variables, it might be acceptable
to change them from Bit32u into bx_param_num_c and access them only
with set/get methods, but for most variables it would be a horrible
pain and wreck performance.
To deal with this, I introduced the concept of a shadow parameter. A
normal parameter has its value stored inside the struct, but a shadow
parameter has only a pointer to the value. Shadow params allow you to
treat any variable as if it was a parameter, without having to change
its type and access it using get/set methods. Of course, a shadow
param's value is controlled by someone else, so it can change at any
time.
To demonstrate and test the registration of shadow parameters, I
added code in cpu/init.cc to register a few CPU registers and
code in iodev/keyboard.cc to register a few keyboard state values.
Now these parameters are visible in the Debug:Show CPU and
Debug:Show Keyboard dialog boxes.
The Debug:Show* dialog boxes are created by the ParamDialog class,
which already understands how to display each type of parameter,
including the new shadow parameters (because they are just a subclass
of a normal parameter class). I have added a ParamDialog::Refresh()
method, which rereads the value from every parameter that it is
displaying and changes the displayed value. At the moment, in the
Debug:Show CPU dialog, changing the values has no effect. However
this is trivial to add when it's time (just call CommitChanges!). It
wouldn't really make sense to change the values unless you have paused
the simulation, for example when single stepping with the debugger.
The Refresh() method must be called periodically or else the dialog
will show the initial values forever. At the moment, Refresh() is
called when the simulator sends an async event called
BX_ASYNC_EVT_REFRESH, created by a call to SIM->refresh_ci ().
Details:
- implement shadow parameter class for Bit32s, called bx_shadow_num_c.
implement shadow parameter class for Boolean, called bx_shadow_bool_c.
more to follow (I need one for every type!)
- now the simulator thread can request that the config interface refresh
its display. For now, the refresh event causes the CI to check every
parameter it is watching and change the display value. Later, it may
be worth the trouble to keep track of which parameters have actually
changed. Code in the simulator thread calls SIM->refresh_ci(), which
creates an async event called BX_ASYNC_EVT_REFRESH and sends it to
the config interface. When it arrives in the wxWindows gui thread,
it calls RefreshDialogs(), which calls the Refresh() method on any
dialogs that might need it.
- in the debugger, SIM->refresh_ci() is called before every prompt
is printed. Otherwise, the refresh would wait until the next
SIM->periodic(), which might be thousands of cycles. This way,
when you're single stepping, the dialogs update with every step.
- To improve performance, the CI has a flag (MyFrame::WantRefresh())
which tells whether it has any need for refresh events. If no
dialogs are showing that need refresh events, then no event is sent
between threads.
- add a few defaults to the param classes that affect the settings of
newly created parameters. When declaring a lot of params with
similar settings it's more compact to set the default for new params
rather than to change each one separately. default_text_format is
the printf format string for displaying numbers. default_base is
the default base for displaying numbers (0, 16, 2, etc.)
- I added to ParamDialog to make it able to display modeless dialog
boxes such as "Debug:Show CPU". The new Refresh() method queries
all the parameters for their current value and changes the value in
the wxWindows control. The ParamDialog class still needs a little
work; for example, if it's modal it should have Cancel/Ok buttons,
but if it's going to be modeless it should maybe have Apply (commit
any changes) and Close.
2002-09-06 20:43:26 +04:00
|
|
|
IFDBG_DLG (wxLogDebug ("event came from window %p (id=%d) controlled by parameter '%s'", pstr->u.window, id, pstr->param->get_name ()));
|
2002-09-03 12:53:41 +04:00
|
|
|
if (pstr->param->get_type () == BXT_PARAM_BOOL) {
|
|
|
|
// we know that a wxCheckBox changed state. We don't yet know
|
|
|
|
// if that checkbox was enabling anything.
|
|
|
|
EnableChanged (pstr);
|
|
|
|
}
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (id == pstr->browseButtonId) {
|
|
|
|
wxLogDebug ("browse button id=%d attached to wxTextCtrl %p", id, pstr->u.text);
|
|
|
|
BrowseTextCtrl (pstr->u.text);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
wxLogDebug ("id was key to ParamStruct but doesn't match either id inside");
|
|
|
|
}
|
|
|
|
switch (id) {
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
case wxID_OK:
|
- apply a patch I've been working on
- modified files: config.h.in cpu/init.cc debug/dbg_main.cc gui/control.cc
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h iodev/keyboard.cc
----------------------------------------------------------------------
Patch name: patch.wx-show-cpu2
Author: Bryce Denney
Date: Fri Sep 6 12:13:28 EDT 2002
Description:
Second try at implementing the "Debug:Show Cpu" and "Debug:Show
Keyboard" dialog with values that change as the simulation proceeds.
(Nobody gets to see the first try.) This is the first step toward
making something resembling a wxWindows debugger.
First, variables which are going to be visible in the CI must be
registered as parameters. For some variables, it might be acceptable
to change them from Bit32u into bx_param_num_c and access them only
with set/get methods, but for most variables it would be a horrible
pain and wreck performance.
To deal with this, I introduced the concept of a shadow parameter. A
normal parameter has its value stored inside the struct, but a shadow
parameter has only a pointer to the value. Shadow params allow you to
treat any variable as if it was a parameter, without having to change
its type and access it using get/set methods. Of course, a shadow
param's value is controlled by someone else, so it can change at any
time.
To demonstrate and test the registration of shadow parameters, I
added code in cpu/init.cc to register a few CPU registers and
code in iodev/keyboard.cc to register a few keyboard state values.
Now these parameters are visible in the Debug:Show CPU and
Debug:Show Keyboard dialog boxes.
The Debug:Show* dialog boxes are created by the ParamDialog class,
which already understands how to display each type of parameter,
including the new shadow parameters (because they are just a subclass
of a normal parameter class). I have added a ParamDialog::Refresh()
method, which rereads the value from every parameter that it is
displaying and changes the displayed value. At the moment, in the
Debug:Show CPU dialog, changing the values has no effect. However
this is trivial to add when it's time (just call CommitChanges!). It
wouldn't really make sense to change the values unless you have paused
the simulation, for example when single stepping with the debugger.
The Refresh() method must be called periodically or else the dialog
will show the initial values forever. At the moment, Refresh() is
called when the simulator sends an async event called
BX_ASYNC_EVT_REFRESH, created by a call to SIM->refresh_ci ().
Details:
- implement shadow parameter class for Bit32s, called bx_shadow_num_c.
implement shadow parameter class for Boolean, called bx_shadow_bool_c.
more to follow (I need one for every type!)
- now the simulator thread can request that the config interface refresh
its display. For now, the refresh event causes the CI to check every
parameter it is watching and change the display value. Later, it may
be worth the trouble to keep track of which parameters have actually
changed. Code in the simulator thread calls SIM->refresh_ci(), which
creates an async event called BX_ASYNC_EVT_REFRESH and sends it to
the config interface. When it arrives in the wxWindows gui thread,
it calls RefreshDialogs(), which calls the Refresh() method on any
dialogs that might need it.
- in the debugger, SIM->refresh_ci() is called before every prompt
is printed. Otherwise, the refresh would wait until the next
SIM->periodic(), which might be thousands of cycles. This way,
when you're single stepping, the dialogs update with every step.
- To improve performance, the CI has a flag (MyFrame::WantRefresh())
which tells whether it has any need for refresh events. If no
dialogs are showing that need refresh events, then no event is sent
between threads.
- add a few defaults to the param classes that affect the settings of
newly created parameters. When declaring a lot of params with
similar settings it's more compact to set the default for new params
rather than to change each one separately. default_text_format is
the printf format string for displaying numbers. default_base is
the default base for displaying numbers (0, 16, 2, etc.)
- I added to ParamDialog to make it able to display modeless dialog
boxes such as "Debug:Show CPU". The new Refresh() method queries
all the parameters for their current value and changes the value in
the wxWindows control. The ParamDialog class still needs a little
work; for example, if it's modal it should have Cancel/Ok buttons,
but if it's going to be modeless it should maybe have Apply (commit
any changes) and Close.
2002-09-06 20:43:26 +04:00
|
|
|
if (IsModal ()) {
|
2002-09-20 16:40:13 +04:00
|
|
|
if (CopyGuiToParam ())
|
- apply a patch I've been working on
- modified files: config.h.in cpu/init.cc debug/dbg_main.cc gui/control.cc
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h iodev/keyboard.cc
----------------------------------------------------------------------
Patch name: patch.wx-show-cpu2
Author: Bryce Denney
Date: Fri Sep 6 12:13:28 EDT 2002
Description:
Second try at implementing the "Debug:Show Cpu" and "Debug:Show
Keyboard" dialog with values that change as the simulation proceeds.
(Nobody gets to see the first try.) This is the first step toward
making something resembling a wxWindows debugger.
First, variables which are going to be visible in the CI must be
registered as parameters. For some variables, it might be acceptable
to change them from Bit32u into bx_param_num_c and access them only
with set/get methods, but for most variables it would be a horrible
pain and wreck performance.
To deal with this, I introduced the concept of a shadow parameter. A
normal parameter has its value stored inside the struct, but a shadow
parameter has only a pointer to the value. Shadow params allow you to
treat any variable as if it was a parameter, without having to change
its type and access it using get/set methods. Of course, a shadow
param's value is controlled by someone else, so it can change at any
time.
To demonstrate and test the registration of shadow parameters, I
added code in cpu/init.cc to register a few CPU registers and
code in iodev/keyboard.cc to register a few keyboard state values.
Now these parameters are visible in the Debug:Show CPU and
Debug:Show Keyboard dialog boxes.
The Debug:Show* dialog boxes are created by the ParamDialog class,
which already understands how to display each type of parameter,
including the new shadow parameters (because they are just a subclass
of a normal parameter class). I have added a ParamDialog::Refresh()
method, which rereads the value from every parameter that it is
displaying and changes the displayed value. At the moment, in the
Debug:Show CPU dialog, changing the values has no effect. However
this is trivial to add when it's time (just call CommitChanges!). It
wouldn't really make sense to change the values unless you have paused
the simulation, for example when single stepping with the debugger.
The Refresh() method must be called periodically or else the dialog
will show the initial values forever. At the moment, Refresh() is
called when the simulator sends an async event called
BX_ASYNC_EVT_REFRESH, created by a call to SIM->refresh_ci ().
Details:
- implement shadow parameter class for Bit32s, called bx_shadow_num_c.
implement shadow parameter class for Boolean, called bx_shadow_bool_c.
more to follow (I need one for every type!)
- now the simulator thread can request that the config interface refresh
its display. For now, the refresh event causes the CI to check every
parameter it is watching and change the display value. Later, it may
be worth the trouble to keep track of which parameters have actually
changed. Code in the simulator thread calls SIM->refresh_ci(), which
creates an async event called BX_ASYNC_EVT_REFRESH and sends it to
the config interface. When it arrives in the wxWindows gui thread,
it calls RefreshDialogs(), which calls the Refresh() method on any
dialogs that might need it.
- in the debugger, SIM->refresh_ci() is called before every prompt
is printed. Otherwise, the refresh would wait until the next
SIM->periodic(), which might be thousands of cycles. This way,
when you're single stepping, the dialogs update with every step.
- To improve performance, the CI has a flag (MyFrame::WantRefresh())
which tells whether it has any need for refresh events. If no
dialogs are showing that need refresh events, then no event is sent
between threads.
- add a few defaults to the param classes that affect the settings of
newly created parameters. When declaring a lot of params with
similar settings it's more compact to set the default for new params
rather than to change each one separately. default_text_format is
the printf format string for displaying numbers. default_base is
the default base for displaying numbers (0, 16, 2, etc.)
- I added to ParamDialog to make it able to display modeless dialog
boxes such as "Debug:Show CPU". The new Refresh() method queries
all the parameters for their current value and changes the value in
the wxWindows control. The ParamDialog class still needs a little
work; for example, if it's modal it should have Cancel/Ok buttons,
but if it's going to be modeless it should maybe have Apply (commit
any changes) and Close.
2002-09-06 20:43:26 +04:00
|
|
|
EndModal (wxID_OK);
|
|
|
|
} else {
|
2002-09-20 16:40:13 +04:00
|
|
|
CopyParamToGui ();
|
- apply a patch I've been working on
- modified files: config.h.in cpu/init.cc debug/dbg_main.cc gui/control.cc
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h iodev/keyboard.cc
----------------------------------------------------------------------
Patch name: patch.wx-show-cpu2
Author: Bryce Denney
Date: Fri Sep 6 12:13:28 EDT 2002
Description:
Second try at implementing the "Debug:Show Cpu" and "Debug:Show
Keyboard" dialog with values that change as the simulation proceeds.
(Nobody gets to see the first try.) This is the first step toward
making something resembling a wxWindows debugger.
First, variables which are going to be visible in the CI must be
registered as parameters. For some variables, it might be acceptable
to change them from Bit32u into bx_param_num_c and access them only
with set/get methods, but for most variables it would be a horrible
pain and wreck performance.
To deal with this, I introduced the concept of a shadow parameter. A
normal parameter has its value stored inside the struct, but a shadow
parameter has only a pointer to the value. Shadow params allow you to
treat any variable as if it was a parameter, without having to change
its type and access it using get/set methods. Of course, a shadow
param's value is controlled by someone else, so it can change at any
time.
To demonstrate and test the registration of shadow parameters, I
added code in cpu/init.cc to register a few CPU registers and
code in iodev/keyboard.cc to register a few keyboard state values.
Now these parameters are visible in the Debug:Show CPU and
Debug:Show Keyboard dialog boxes.
The Debug:Show* dialog boxes are created by the ParamDialog class,
which already understands how to display each type of parameter,
including the new shadow parameters (because they are just a subclass
of a normal parameter class). I have added a ParamDialog::Refresh()
method, which rereads the value from every parameter that it is
displaying and changes the displayed value. At the moment, in the
Debug:Show CPU dialog, changing the values has no effect. However
this is trivial to add when it's time (just call CommitChanges!). It
wouldn't really make sense to change the values unless you have paused
the simulation, for example when single stepping with the debugger.
The Refresh() method must be called periodically or else the dialog
will show the initial values forever. At the moment, Refresh() is
called when the simulator sends an async event called
BX_ASYNC_EVT_REFRESH, created by a call to SIM->refresh_ci ().
Details:
- implement shadow parameter class for Bit32s, called bx_shadow_num_c.
implement shadow parameter class for Boolean, called bx_shadow_bool_c.
more to follow (I need one for every type!)
- now the simulator thread can request that the config interface refresh
its display. For now, the refresh event causes the CI to check every
parameter it is watching and change the display value. Later, it may
be worth the trouble to keep track of which parameters have actually
changed. Code in the simulator thread calls SIM->refresh_ci(), which
creates an async event called BX_ASYNC_EVT_REFRESH and sends it to
the config interface. When it arrives in the wxWindows gui thread,
it calls RefreshDialogs(), which calls the Refresh() method on any
dialogs that might need it.
- in the debugger, SIM->refresh_ci() is called before every prompt
is printed. Otherwise, the refresh would wait until the next
SIM->periodic(), which might be thousands of cycles. This way,
when you're single stepping, the dialogs update with every step.
- To improve performance, the CI has a flag (MyFrame::WantRefresh())
which tells whether it has any need for refresh events. If no
dialogs are showing that need refresh events, then no event is sent
between threads.
- add a few defaults to the param classes that affect the settings of
newly created parameters. When declaring a lot of params with
similar settings it's more compact to set the default for new params
rather than to change each one separately. default_text_format is
the printf format string for displaying numbers. default_base is
the default base for displaying numbers (0, 16, 2, etc.)
- I added to ParamDialog to make it able to display modeless dialog
boxes such as "Debug:Show CPU". The new Refresh() method queries
all the parameters for their current value and changes the value in
the wxWindows control. The ParamDialog class still needs a little
work; for example, if it's modal it should have Cancel/Ok buttons,
but if it's going to be modeless it should maybe have Apply (commit
any changes) and Close.
2002-09-06 20:43:26 +04:00
|
|
|
}
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
break;
|
|
|
|
case wxID_CANCEL:
|
- apply a patch I've been working on
- modified files: config.h.in cpu/init.cc debug/dbg_main.cc gui/control.cc
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h iodev/keyboard.cc
----------------------------------------------------------------------
Patch name: patch.wx-show-cpu2
Author: Bryce Denney
Date: Fri Sep 6 12:13:28 EDT 2002
Description:
Second try at implementing the "Debug:Show Cpu" and "Debug:Show
Keyboard" dialog with values that change as the simulation proceeds.
(Nobody gets to see the first try.) This is the first step toward
making something resembling a wxWindows debugger.
First, variables which are going to be visible in the CI must be
registered as parameters. For some variables, it might be acceptable
to change them from Bit32u into bx_param_num_c and access them only
with set/get methods, but for most variables it would be a horrible
pain and wreck performance.
To deal with this, I introduced the concept of a shadow parameter. A
normal parameter has its value stored inside the struct, but a shadow
parameter has only a pointer to the value. Shadow params allow you to
treat any variable as if it was a parameter, without having to change
its type and access it using get/set methods. Of course, a shadow
param's value is controlled by someone else, so it can change at any
time.
To demonstrate and test the registration of shadow parameters, I
added code in cpu/init.cc to register a few CPU registers and
code in iodev/keyboard.cc to register a few keyboard state values.
Now these parameters are visible in the Debug:Show CPU and
Debug:Show Keyboard dialog boxes.
The Debug:Show* dialog boxes are created by the ParamDialog class,
which already understands how to display each type of parameter,
including the new shadow parameters (because they are just a subclass
of a normal parameter class). I have added a ParamDialog::Refresh()
method, which rereads the value from every parameter that it is
displaying and changes the displayed value. At the moment, in the
Debug:Show CPU dialog, changing the values has no effect. However
this is trivial to add when it's time (just call CommitChanges!). It
wouldn't really make sense to change the values unless you have paused
the simulation, for example when single stepping with the debugger.
The Refresh() method must be called periodically or else the dialog
will show the initial values forever. At the moment, Refresh() is
called when the simulator sends an async event called
BX_ASYNC_EVT_REFRESH, created by a call to SIM->refresh_ci ().
Details:
- implement shadow parameter class for Bit32s, called bx_shadow_num_c.
implement shadow parameter class for Boolean, called bx_shadow_bool_c.
more to follow (I need one for every type!)
- now the simulator thread can request that the config interface refresh
its display. For now, the refresh event causes the CI to check every
parameter it is watching and change the display value. Later, it may
be worth the trouble to keep track of which parameters have actually
changed. Code in the simulator thread calls SIM->refresh_ci(), which
creates an async event called BX_ASYNC_EVT_REFRESH and sends it to
the config interface. When it arrives in the wxWindows gui thread,
it calls RefreshDialogs(), which calls the Refresh() method on any
dialogs that might need it.
- in the debugger, SIM->refresh_ci() is called before every prompt
is printed. Otherwise, the refresh would wait until the next
SIM->periodic(), which might be thousands of cycles. This way,
when you're single stepping, the dialogs update with every step.
- To improve performance, the CI has a flag (MyFrame::WantRefresh())
which tells whether it has any need for refresh events. If no
dialogs are showing that need refresh events, then no event is sent
between threads.
- add a few defaults to the param classes that affect the settings of
newly created parameters. When declaring a lot of params with
similar settings it's more compact to set the default for new params
rather than to change each one separately. default_text_format is
the printf format string for displaying numbers. default_base is
the default base for displaying numbers (0, 16, 2, etc.)
- I added to ParamDialog to make it able to display modeless dialog
boxes such as "Debug:Show CPU". The new Refresh() method queries
all the parameters for their current value and changes the value in
the wxWindows control. The ParamDialog class still needs a little
work; for example, if it's modal it should have Cancel/Ok buttons,
but if it's going to be modeless it should maybe have Apply (commit
any changes) and Close.
2002-09-06 20:43:26 +04:00
|
|
|
if (IsModal ())
|
|
|
|
EndModal (wxID_CANCEL);
|
|
|
|
else
|
|
|
|
Show (FALSE);
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
break;
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
case wxID_HELP:
|
- add generic dialog class called ParamDialog. You create it, call
a method to add the parameters (bx_param_c) that you want to edit,
and display it. It knows how to display and edit boolean, int,
enum, and string, so it can do a reasonable job on any parameter.
The end result is not as nice as a box that you lay out by hand, but
it's decent. The most obvious thing that's missing from
ParamDialog-generated dialogs is that I haven't found a way to
make an "Enable" button that enables/disables a bunch of other
parameters. I'll keep thinking about that.
- using ParamDialog, I made dialogs for Sound, Cmos, Serial/Parallel,
32bitOSloader, and an ugly catch-all category called other.
Now I believe you can edit every single option using wxWindows.
2002-09-03 09:32:49 +04:00
|
|
|
ShowHelp();
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
event.Skip ();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void ParamDialog::ShowHelp ()
|
|
|
|
{
|
|
|
|
wxMessageBox(MSG_NO_HELP, MSG_NO_HELP_CAPTION, wxOK | wxICON_ERROR );
|
|
|
|
}
|
|
|
|
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
/////////////////////////////////////////////////////////////////
|
|
|
|
// CpuRegistersDialog
|
|
|
|
/////////////////////////////////////////////////////////////////
|
|
|
|
// Structure:
|
|
|
|
// - mainSizer
|
|
|
|
// - mainRegsSizer (grid or flexgrid)
|
|
|
|
// - col0: flexgrid
|
|
|
|
// - params from EAX to ESP
|
|
|
|
// - col1: flexgrid
|
|
|
|
// - params from EIP to EFLAGS
|
|
|
|
// - col2: flexgrid
|
|
|
|
// - params from LDTR to IDTR limit
|
|
|
|
// - flagsSizer
|
|
|
|
// - extRegsSizer
|
|
|
|
// - col0: flexgrid
|
|
|
|
// - DR* params
|
|
|
|
// - col1: flexgrid
|
|
|
|
// - TR* params
|
|
|
|
// - col2: flexgrid
|
|
|
|
// - CR* params
|
|
|
|
|
|
|
|
// all events go to OnEvent method
|
|
|
|
BEGIN_EVENT_TABLE(CpuRegistersDialog, wxDialog)
|
|
|
|
EVT_BUTTON(-1, CpuRegistersDialog::OnEvent)
|
|
|
|
EVT_CHECKBOX(-1, CpuRegistersDialog::OnEvent)
|
|
|
|
EVT_TEXT(-1, CpuRegistersDialog::OnEvent)
|
|
|
|
END_EVENT_TABLE()
|
|
|
|
|
|
|
|
CpuRegistersDialog::CpuRegistersDialog(
|
|
|
|
wxWindow* parent,
|
|
|
|
wxWindowID id)
|
|
|
|
: ParamDialog (parent, id)
|
|
|
|
{
|
|
|
|
wxFlexGridSizer *column;
|
|
|
|
nflags = 0;
|
|
|
|
bx_id mainRegList1[] = CPU_REGS_MAIN_REGS1;
|
|
|
|
bx_id mainRegList2[] = CPU_REGS_MAIN_REGS2;
|
|
|
|
bx_id mainRegList3[] = CPU_REGS_MAIN_REGS3;
|
|
|
|
bx_id flagList[] = CPU_REGS_FLAGS;
|
|
|
|
bx_id controlList[] = CPU_REGS_CONTROL_REGS;
|
|
|
|
bx_id debugList[] = CPU_REGS_DEBUG_REGS;
|
|
|
|
bx_id testList[] = CPU_REGS_TEST_REGS;
|
|
|
|
bx_id *idptr;
|
|
|
|
|
|
|
|
// top level objects
|
|
|
|
wxStaticBox *mainRegsBox = new wxStaticBox (this, -1, "Basic Registers");
|
|
|
|
wxStaticBoxSizer *mainRegsBoxSizer =
|
|
|
|
new wxStaticBoxSizer (mainRegsBox, wxVERTICAL);
|
|
|
|
mainSizer->Add (mainRegsBoxSizer, 0, wxALL|wxGROW, 10);
|
|
|
|
|
|
|
|
wxStaticBox *flagsBox = new wxStaticBox (this, -1, "EFLAGS Bits");
|
|
|
|
wxStaticBoxSizer *flagsBoxSizer =
|
|
|
|
new wxStaticBoxSizer (flagsBox, wxVERTICAL);
|
|
|
|
mainSizer->Add (flagsBoxSizer, 0, wxALL|wxGROW, 10);
|
|
|
|
|
|
|
|
wxStaticBox *otherBox = new wxStaticBox (this, -1, "Other Registers");
|
|
|
|
wxStaticBoxSizer *otherBoxSizer =
|
|
|
|
new wxStaticBoxSizer (otherBox, wxVERTICAL);
|
|
|
|
mainSizer->Add (otherBoxSizer, 0, wxALL|wxGROW, 10);
|
|
|
|
|
|
|
|
// mainRegsSizer contents
|
|
|
|
mainRegsSizer = new wxFlexGridSizer (3);
|
|
|
|
mainRegsBoxSizer->Add (mainRegsSizer, 0, wxALL, 3);
|
|
|
|
column = new wxFlexGridSizer (3);
|
|
|
|
mainRegsSizer->Add (column, 0, wxALL, 10);
|
|
|
|
AddParamList (mainRegList1, column);
|
|
|
|
|
|
|
|
column = new wxFlexGridSizer (3);
|
|
|
|
mainRegsSizer->Add (column, 0, wxALL, 10);
|
|
|
|
AddParamList (mainRegList2, column);
|
|
|
|
|
|
|
|
column = new wxFlexGridSizer (3);
|
|
|
|
mainRegsSizer->Add (column, 0, wxALL, 10);
|
|
|
|
AddParamList (mainRegList3, column);
|
|
|
|
|
|
|
|
// add flag parameters
|
|
|
|
flagsSizer = new wxFlexGridSizer (CPU_REGS_MAX_FLAGS);
|
|
|
|
flagsBoxSizer->Add (flagsSizer, 0, wxALL | wxALIGN_CENTER, 3);
|
|
|
|
for (idptr = flagList; *idptr != BXP_NULL; idptr++)
|
|
|
|
AddFlag (*idptr);
|
|
|
|
|
|
|
|
// extRegsSizer contents
|
|
|
|
extRegsSizer = new wxFlexGridSizer (3);
|
|
|
|
otherBoxSizer->Add (extRegsSizer, 0, wxALL, 3);
|
|
|
|
|
|
|
|
column = new wxFlexGridSizer (3);
|
|
|
|
extRegsSizer->Add (column, 0, wxALL, 10);
|
|
|
|
AddParamList (controlList, column);
|
|
|
|
|
|
|
|
column = new wxFlexGridSizer (3);
|
|
|
|
extRegsSizer->Add (column, 0, wxALL, 10);
|
|
|
|
AddParamList (debugList, column);
|
|
|
|
|
|
|
|
column = new wxFlexGridSizer (3);
|
|
|
|
extRegsSizer->Add (column, 0, wxALL, 10);
|
|
|
|
AddParamList (testList, column);
|
|
|
|
|
|
|
|
// add buttons
|
2002-09-13 23:51:06 +04:00
|
|
|
#if BX_DEBUGGER
|
|
|
|
// only show these if debugger is enabled
|
2002-09-14 02:03:05 +04:00
|
|
|
contButton = AddButton (ID_Debug_Continue, BTNLABEL_DEBUG_CONTINUE);
|
|
|
|
stopButton = AddButton (ID_Debug_Stop, BTNLABEL_DEBUG_STOP);
|
|
|
|
stepButton = AddButton (ID_Debug_Step, BTNLABEL_DEBUG_STEP);
|
|
|
|
//commitButton = AddButton (ID_Debug_Commit, BTNLABEL_DEBUG_COMMIT);
|
2002-09-13 23:51:06 +04:00
|
|
|
#endif
|
- add Debug Log dialog, which shows all the text output that is normally
printed to stderr in the text debugger. Also allows the user to
type (text) debugger commands directly, which also appear in the log.
- all text output in the debugger now passes through dbg_printf()
(used to be fprintf to stderr) so that in wxWindows I can redirect
it all to the wxWindows debug log screen. Added debug_fputs to
siminterface which actually sends the text to the GUI by creating
a BX_ASYNC_EVT_DBG_MSG event.
- changed prefix and msg fields of BxLogMsgEvent to const char *,
and also in args of logmsg method of siminterface.
- don't trap SIGINT in wxWindows. There are other ways to stop execution.
Also, signal handling with multiple threads is very strange and different
on different platforms.
- minor changes to fix gcc -Wall warnings in dbg_main.cc
- add a new boolean parameter BXP_DEBUG_RUNNING that tells if the debugger is
running freely or not. This is used by the wxWindows GUI to enable or
disable certain choices.
- CpuRegistersDialog has continue,stop,step buttons. When the sim is running
freely, I disable continue and step, and enable stop. When the sim stops
to wait for the user, I disable stop and enable continue and step. The
change of enables used to be triggered by actually pressing the button,
but then if you started/stopped the simulation in some other way (typing
in debug log window) the enables were never changed. Now the enables are
controlled by the value of BXP_DEBUG_RUNNING, which is set by the debug code
itself, and the buttons are enabled at the right time.
- ParamDialog::Refresh() is now virtual so that child classes can redefine
its refresh behavior.
- in safeWxStrcpy, force the last element of the array to be a 0, since
I noticed that strncpy is not guaranteed to terminate the string!
- modified: debug/dbg_main.cc debug/debug.h gui/siminterface.cc
gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h gui/wxmain.cc
gui/wxmain.h
2002-09-15 15:21:35 +04:00
|
|
|
AddButton (ID_Close, BTNLABEL_CLOSE);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
CpuRegistersDialog::AddFlag (bx_id paramId)
|
|
|
|
{
|
|
|
|
if (SIM->get_param (paramId) == NULL) {
|
|
|
|
wxLogDebug ("AddFlag on unregistered param id=%d", (int)paramId);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
wxASSERT (nflags < CPU_REGS_MAX_FLAGS);
|
|
|
|
flagid[nflags++] = paramId;
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
CpuRegistersDialog::Init ()
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
for (i=0; i<CPU_REGS_MAX_FLAGS; i++) {
|
|
|
|
if (i<nflags) {
|
|
|
|
bx_param_c *param = SIM->get_param (flagid[i]);
|
2002-09-19 01:01:58 +04:00
|
|
|
flagsSizer->Add (new wxStaticText (this, -1, param->get_name ()), 0, wxALL|wxALIGN_LEFT, 4);
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
} else {
|
|
|
|
flagsSizer->Add (0, 0); // spacer
|
|
|
|
}
|
|
|
|
}
|
|
|
|
for (i=0; i<nflags; i++) {
|
|
|
|
bx_param_c *param = SIM->get_param (flagid[i]);
|
|
|
|
AddParam (param, flagsSizer, true);
|
|
|
|
}
|
|
|
|
// special case: make IOPL text field small
|
|
|
|
ParamStruct *pstr = (ParamStruct*) paramHash->Get (BXP_CPU_EFLAGS_IOPL);
|
|
|
|
if (pstr != NULL) {
|
|
|
|
wxSize size = pstr->u.text->GetSize ();
|
|
|
|
size.SetWidth (size.GetWidth () / 2);
|
|
|
|
pstr->u.text->SetSize (size);
|
|
|
|
flagsSizer->SetItemMinSize (pstr->u.text, size.GetWidth(), size.GetHeight());
|
|
|
|
}
|
|
|
|
ParamDialog::Init ();
|
2002-09-14 02:03:05 +04:00
|
|
|
stateChanged (false);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
CpuRegistersDialog::stateChanged (bool simRunning)
|
|
|
|
{
|
2002-09-16 19:28:19 +04:00
|
|
|
#if BX_DEBUGGER
|
2002-09-14 02:03:05 +04:00
|
|
|
contButton->Enable (!simRunning);
|
|
|
|
stepButton->Enable (!simRunning);
|
|
|
|
stopButton->Enable (simRunning);
|
2002-09-16 19:28:19 +04:00
|
|
|
#endif
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
}
|
|
|
|
|
- add Debug Log dialog, which shows all the text output that is normally
printed to stderr in the text debugger. Also allows the user to
type (text) debugger commands directly, which also appear in the log.
- all text output in the debugger now passes through dbg_printf()
(used to be fprintf to stderr) so that in wxWindows I can redirect
it all to the wxWindows debug log screen. Added debug_fputs to
siminterface which actually sends the text to the GUI by creating
a BX_ASYNC_EVT_DBG_MSG event.
- changed prefix and msg fields of BxLogMsgEvent to const char *,
and also in args of logmsg method of siminterface.
- don't trap SIGINT in wxWindows. There are other ways to stop execution.
Also, signal handling with multiple threads is very strange and different
on different platforms.
- minor changes to fix gcc -Wall warnings in dbg_main.cc
- add a new boolean parameter BXP_DEBUG_RUNNING that tells if the debugger is
running freely or not. This is used by the wxWindows GUI to enable or
disable certain choices.
- CpuRegistersDialog has continue,stop,step buttons. When the sim is running
freely, I disable continue and step, and enable stop. When the sim stops
to wait for the user, I disable stop and enable continue and step. The
change of enables used to be triggered by actually pressing the button,
but then if you started/stopped the simulation in some other way (typing
in debug log window) the enables were never changed. Now the enables are
controlled by the value of BXP_DEBUG_RUNNING, which is set by the debug code
itself, and the buttons are enabled at the right time.
- ParamDialog::Refresh() is now virtual so that child classes can redefine
its refresh behavior.
- in safeWxStrcpy, force the last element of the array to be a 0, since
I noticed that strncpy is not guaranteed to terminate the string!
- modified: debug/dbg_main.cc debug/debug.h gui/siminterface.cc
gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h gui/wxmain.cc
gui/wxmain.h
2002-09-15 15:21:35 +04:00
|
|
|
void
|
2002-09-20 16:40:13 +04:00
|
|
|
CpuRegistersDialog::CopyParamToGui ()
|
- add Debug Log dialog, which shows all the text output that is normally
printed to stderr in the text debugger. Also allows the user to
type (text) debugger commands directly, which also appear in the log.
- all text output in the debugger now passes through dbg_printf()
(used to be fprintf to stderr) so that in wxWindows I can redirect
it all to the wxWindows debug log screen. Added debug_fputs to
siminterface which actually sends the text to the GUI by creating
a BX_ASYNC_EVT_DBG_MSG event.
- changed prefix and msg fields of BxLogMsgEvent to const char *,
and also in args of logmsg method of siminterface.
- don't trap SIGINT in wxWindows. There are other ways to stop execution.
Also, signal handling with multiple threads is very strange and different
on different platforms.
- minor changes to fix gcc -Wall warnings in dbg_main.cc
- add a new boolean parameter BXP_DEBUG_RUNNING that tells if the debugger is
running freely or not. This is used by the wxWindows GUI to enable or
disable certain choices.
- CpuRegistersDialog has continue,stop,step buttons. When the sim is running
freely, I disable continue and step, and enable stop. When the sim stops
to wait for the user, I disable stop and enable continue and step. The
change of enables used to be triggered by actually pressing the button,
but then if you started/stopped the simulation in some other way (typing
in debug log window) the enables were never changed. Now the enables are
controlled by the value of BXP_DEBUG_RUNNING, which is set by the debug code
itself, and the buttons are enabled at the right time.
- ParamDialog::Refresh() is now virtual so that child classes can redefine
its refresh behavior.
- in safeWxStrcpy, force the last element of the array to be a 0, since
I noticed that strncpy is not guaranteed to terminate the string!
- modified: debug/dbg_main.cc debug/debug.h gui/siminterface.cc
gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h gui/wxmain.cc
gui/wxmain.h
2002-09-15 15:21:35 +04:00
|
|
|
{
|
2002-09-20 16:40:13 +04:00
|
|
|
ParamDialog::CopyParamToGui ();
|
2002-09-16 19:28:19 +04:00
|
|
|
#if BX_DEBUGGER
|
- add Debug Log dialog, which shows all the text output that is normally
printed to stderr in the text debugger. Also allows the user to
type (text) debugger commands directly, which also appear in the log.
- all text output in the debugger now passes through dbg_printf()
(used to be fprintf to stderr) so that in wxWindows I can redirect
it all to the wxWindows debug log screen. Added debug_fputs to
siminterface which actually sends the text to the GUI by creating
a BX_ASYNC_EVT_DBG_MSG event.
- changed prefix and msg fields of BxLogMsgEvent to const char *,
and also in args of logmsg method of siminterface.
- don't trap SIGINT in wxWindows. There are other ways to stop execution.
Also, signal handling with multiple threads is very strange and different
on different platforms.
- minor changes to fix gcc -Wall warnings in dbg_main.cc
- add a new boolean parameter BXP_DEBUG_RUNNING that tells if the debugger is
running freely or not. This is used by the wxWindows GUI to enable or
disable certain choices.
- CpuRegistersDialog has continue,stop,step buttons. When the sim is running
freely, I disable continue and step, and enable stop. When the sim stops
to wait for the user, I disable stop and enable continue and step. The
change of enables used to be triggered by actually pressing the button,
but then if you started/stopped the simulation in some other way (typing
in debug log window) the enables were never changed. Now the enables are
controlled by the value of BXP_DEBUG_RUNNING, which is set by the debug code
itself, and the buttons are enabled at the right time.
- ParamDialog::Refresh() is now virtual so that child classes can redefine
its refresh behavior.
- in safeWxStrcpy, force the last element of the array to be a 0, since
I noticed that strncpy is not guaranteed to terminate the string!
- modified: debug/dbg_main.cc debug/debug.h gui/siminterface.cc
gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h gui/wxmain.cc
gui/wxmain.h
2002-09-15 15:21:35 +04:00
|
|
|
stateChanged (SIM->get_param_bool (BXP_DEBUG_RUNNING)->get ());
|
2002-09-16 19:28:19 +04:00
|
|
|
#endif
|
- add Debug Log dialog, which shows all the text output that is normally
printed to stderr in the text debugger. Also allows the user to
type (text) debugger commands directly, which also appear in the log.
- all text output in the debugger now passes through dbg_printf()
(used to be fprintf to stderr) so that in wxWindows I can redirect
it all to the wxWindows debug log screen. Added debug_fputs to
siminterface which actually sends the text to the GUI by creating
a BX_ASYNC_EVT_DBG_MSG event.
- changed prefix and msg fields of BxLogMsgEvent to const char *,
and also in args of logmsg method of siminterface.
- don't trap SIGINT in wxWindows. There are other ways to stop execution.
Also, signal handling with multiple threads is very strange and different
on different platforms.
- minor changes to fix gcc -Wall warnings in dbg_main.cc
- add a new boolean parameter BXP_DEBUG_RUNNING that tells if the debugger is
running freely or not. This is used by the wxWindows GUI to enable or
disable certain choices.
- CpuRegistersDialog has continue,stop,step buttons. When the sim is running
freely, I disable continue and step, and enable stop. When the sim stops
to wait for the user, I disable stop and enable continue and step. The
change of enables used to be triggered by actually pressing the button,
but then if you started/stopped the simulation in some other way (typing
in debug log window) the enables were never changed. Now the enables are
controlled by the value of BXP_DEBUG_RUNNING, which is set by the debug code
itself, and the buttons are enabled at the right time.
- ParamDialog::Refresh() is now virtual so that child classes can redefine
its refresh behavior.
- in safeWxStrcpy, force the last element of the array to be a 0, since
I noticed that strncpy is not guaranteed to terminate the string!
- modified: debug/dbg_main.cc debug/debug.h gui/siminterface.cc
gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h gui/wxmain.cc
gui/wxmain.h
2002-09-15 15:21:35 +04:00
|
|
|
}
|
|
|
|
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
// How am I going to communicate with the debugger?
|
|
|
|
//
|
|
|
|
// The current model is that the debugger asks you for a command, and
|
|
|
|
// blocks forever until you press return. Then it interprets the command,
|
|
|
|
// however long it takes, and returns to the input loop when the command
|
|
|
|
// is done. A control-C can stop a command prematurely.
|
|
|
|
//
|
|
|
|
// To extend this into wxWindows multithreaded space, I will create a
|
|
|
|
// synchronous event called BX_SYNC_GET_DBG_COMMAND which is sent from
|
|
|
|
// the simulation thread to wxWindows. When the user chooses a debugger
|
|
|
|
// action (step, continue, breakpoint, etc.) the simulation awakens and
|
|
|
|
// interprets the event by calling a function in debug/dbg_main.cc.
|
|
|
|
//
|
|
|
|
// The equivalent of a control-C is pressing the "Stop" button during
|
|
|
|
// a long step or continue command. This can be implemented by setting
|
|
|
|
// bx_guard.interrupt_requested = 1, just like the SIGINT handler in
|
|
|
|
// debug/dbg_main.cc does.
|
|
|
|
//
|
|
|
|
// input loop model is good. Create a debugger input loop, possibly in
|
|
|
|
// siminterface.
|
|
|
|
// in the simulation thread. This loop waits for a command from the
|
|
|
|
// wxWindows debugger
|
|
|
|
//
|
|
|
|
// For example, if you press the "Step" button 5
|
|
|
|
// times, with each click it should call bx_dbg_stepN_command(1) in the
|
|
|
|
// simulator thread. When it returns, it goes back to
|
|
|
|
//
|
|
|
|
void
|
|
|
|
CpuRegistersDialog::OnEvent(wxCommandEvent& event)
|
|
|
|
{
|
|
|
|
int id = event.GetId ();
|
|
|
|
switch (id) {
|
2002-09-16 19:28:19 +04:00
|
|
|
case ID_Close:
|
|
|
|
Show (FALSE);
|
|
|
|
break;
|
|
|
|
#if BX_DEBUGGER
|
|
|
|
case ID_Debug_Stop:
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
wxLogDebug ("wxWindows triggered a break");
|
|
|
|
theFrame->DebugBreak ();
|
|
|
|
break;
|
|
|
|
case ID_Debug_Continue:
|
2002-09-19 01:01:58 +04:00
|
|
|
wxLogDebug ("before calling DebugCommand");
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
theFrame->DebugCommand ("continue");
|
2002-09-19 01:01:58 +04:00
|
|
|
wxLogDebug ("after calling DebugCommand");
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
break;
|
|
|
|
case ID_Debug_Step:
|
|
|
|
theFrame->DebugCommand ("step 1");
|
|
|
|
break;
|
|
|
|
case ID_Debug_Commit:
|
2002-09-20 16:40:13 +04:00
|
|
|
CopyGuiToParam ();
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
break;
|
2002-09-16 19:28:19 +04:00
|
|
|
#endif
|
- add infrastructure for sending commands from the wxWindows interface to the
Bochs debugger. The Bochs debugger calls SIM->debug_get_next_command() which
does not return until a debugger command is found. The siminterface sends an
synchronous event to the wxWindows thread with a blank to be filled in with a
debugger command. wxWindows fills in the blank and sends the synchronous
event back, and the Bochs debugger interprets it as if it was typed on
the command line. For the long term I haven't decided whether to stick with
sending text strings vs. some other method.
- so far the wxWindows debugger consists of one big dialog box that shows
all the standard registers, and a working Continue, Stop, and Step button.
- modify ParamDialog so that it is more useful as a base class, by moving
some things to protected members&fields, separating out functionality
that is most likely to be replaced into virtual functions, and making it
generally more flexible. The new CpuRegistersDialog is based on
ParamDialog.
- in wxdialog.cc, continue the convention of using wxID_HELP, wxID_OK,
wxID_CANCEL, etc. for the id's of buttons, instead of wxHELP, wxOK, etc.
which are intended to be ORred together in a bit field.
- cpu/init.cc: put ifdefs around DEFPARAMs for flags in configurations
where they don't exist. Add an eflags shadow parameter that represents all
of the bits of eflags at once. There are also boolean shadow params for
each bit.
- modified files: cpu/init.cc debug/dbg_main.cc debug/debug.h
gui/siminterface.cc gui/siminterface.h gui/wxdialog.cc gui/wxdialog.h
gui/wxmain.cc gui/wxmain.h
2002-09-13 23:39:38 +04:00
|
|
|
default:
|
|
|
|
ParamDialog::OnEvent (event);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2002-09-03 02:53:39 +04:00
|
|
|
|
2002-08-30 03:28:52 +04:00
|
|
|
/////////////////////////////////////////////////////////////////
|
|
|
|
// utility
|
|
|
|
/////////////////////////////////////////////////////////////////
|
|
|
|
|
|
|
|
// Unfortunately this step is necessary if you change the text of
|
|
|
|
// a wxStaticText. Otherwise the sizer that contains the text never realizes
|
|
|
|
// that the size has changed, and the layout is never updated. The
|
|
|
|
// SetItemMinSize trick was reported on comp.soft-sys.wxwindows by
|
|
|
|
// Dirk Birnhardt.
|
|
|
|
void ChangeStaticText (wxSizer *sizer, wxStaticText *win, wxString newtext)
|
|
|
|
{
|
|
|
|
win->SetLabel (newtext);
|
|
|
|
wxSize sz = win->GetSize ();
|
|
|
|
sizer->SetItemMinSize (win, sz.GetWidth (), sz.GetHeight ());
|
|
|
|
}
|
|
|
|
|
|
|
|
// CreateImage produces a disk image. It's in the utility function
|
|
|
|
// area because it's used by both floppy and hard disk image creation.
|
2002-08-30 03:18:10 +04:00
|
|
|
bool
|
2002-08-30 03:28:52 +04:00
|
|
|
CreateImage (int harddisk, int sectors, const char *filename)
|
2002-08-30 03:18:10 +04:00
|
|
|
{
|
|
|
|
if (sectors<1) {
|
|
|
|
wxMessageBox("The disk size is invalid.", "Invalid Size", wxOK | wxICON_ERROR );
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
wxLogDebug ("filename = '%s'\n", filename);
|
|
|
|
if (strlen (filename) < 1) {
|
|
|
|
wxMessageBox("You must type a file name for the new disk image.", "Bad Filename", wxOK | wxICON_ERROR );
|
|
|
|
return false;
|
|
|
|
}
|
2002-08-30 03:28:52 +04:00
|
|
|
// create disk image with name and capacity determined by the filename
|
|
|
|
// and sector args. Call SIM->create_image (filename, sectors, overwrite=0)
|
|
|
|
// first which will create the file if it doesn't already exist. If it
|
|
|
|
// exists, it will instead return -1, and we can ask the user "are you sure
|
|
|
|
// you want to overwrite?". If yes, call again with overwrite=1.
|
2002-08-30 03:18:10 +04:00
|
|
|
int ret = SIM->create_disk_image (filename, sectors, 0);
|
|
|
|
if (ret == -1) { // already exists
|
|
|
|
int answer = wxMessageBox ("File exists. Do you want to overwrite it?",
|
|
|
|
"File exists", wxYES_NO | wxCENTER);
|
|
|
|
if (answer == wxYES)
|
|
|
|
ret = SIM->create_disk_image (filename, sectors, 1);
|
|
|
|
else
|
|
|
|
return false; // wxNO
|
|
|
|
}
|
|
|
|
if (ret == -2) {
|
|
|
|
wxMessageBox("I could not create the disk image. Check for permission problems or available disk space.", "Failed", wxOK | wxICON_ERROR );
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
wxASSERT (ret==0);
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2002-09-03 00:13:52 +04:00
|
|
|
void SetTextCtrl (wxTextCtrl *ctrl, const char *format, int val) {
|
|
|
|
wxString tmp;
|
|
|
|
tmp.Printf (format, val);
|
|
|
|
ctrl->SetValue (tmp);
|
|
|
|
}
|
|
|
|
|
2002-09-03 02:12:31 +04:00
|
|
|
int GetTextCtrlInt (wxTextCtrl *ctrl,
|
|
|
|
bool *valid,
|
|
|
|
bool complain,
|
|
|
|
wxString complaint)
|
|
|
|
{
|
2002-09-03 00:13:52 +04:00
|
|
|
wxString tmp (ctrl->GetValue ());
|
|
|
|
char buf[1024];
|
|
|
|
strncpy (buf, tmp.c_str(), sizeof(buf));
|
2002-09-03 02:53:39 +04:00
|
|
|
int n = strtol (buf, NULL, 0);
|
|
|
|
if (n != LONG_MIN && n != LONG_MAX) {
|
2002-09-03 02:12:31 +04:00
|
|
|
if (valid) *valid = true;
|
|
|
|
return n;
|
|
|
|
}
|
2002-09-03 00:13:52 +04:00
|
|
|
if (valid) *valid = false;
|
|
|
|
if (complain) {
|
2002-09-03 02:12:31 +04:00
|
|
|
wxMessageBox(complaint, "Invalid", wxOK | wxICON_ERROR );
|
2002-09-03 00:13:52 +04:00
|
|
|
ctrl->SetFocus ();
|
|
|
|
}
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
2002-09-03 02:12:31 +04:00
|
|
|
bool BrowseTextCtrl (wxTextCtrl *text, wxString prompt, long style) {
|
|
|
|
// try to configure the dialog to show hidden files
|
2002-09-13 21:43:57 +04:00
|
|
|
wxConfigBase::Get() -> Write(wxT("/wxWindows/wxFileDialog/ShowHidden"), true);
|
2002-09-03 02:12:31 +04:00
|
|
|
wxFileDialog *fdialog = new wxFileDialog (text->GetParent (), prompt, "", text->GetValue (), wxString(), style);
|
|
|
|
if (fdialog->ShowModal () == wxID_OK)
|
2002-09-03 21:48:21 +04:00
|
|
|
text->SetValue (fdialog->GetPath ());
|
2002-09-03 20:02:21 +04:00
|
|
|
return true;
|
2002-09-03 02:12:31 +04:00
|
|
|
}
|
2002-09-19 08:52:03 +04:00
|
|
|
|
|
|
|
wxChoice *makeLogOptionChoiceBox (wxWindow *parent,
|
|
|
|
wxWindowID id,
|
|
|
|
int evtype,
|
2002-09-20 21:53:14 +04:00
|
|
|
bool includeNoChange)
|
2002-09-19 08:52:03 +04:00
|
|
|
{
|
|
|
|
static char *choices[] = LOG_OPTS_CHOICES;
|
2002-09-20 21:53:14 +04:00
|
|
|
static int integers[LOG_OPTS_N_CHOICES] = {0, 1, 2, 3, 4};
|
|
|
|
static const wxString stupid[2] = { "little1", "little2" };
|
|
|
|
wxChoice *control = new wxChoice (parent, id, wxDefaultPosition, wxDefaultSize);
|
2002-09-19 08:52:03 +04:00
|
|
|
int lastChoice = 0; // remember index of last choice
|
2002-09-20 21:53:14 +04:00
|
|
|
int nchoice = includeNoChange? LOG_OPTS_N_CHOICES : LOG_OPTS_N_CHOICES_NORMAL;
|
|
|
|
for (int choice=0; choice<nchoice; choice++) {
|
2002-09-19 08:52:03 +04:00
|
|
|
// the exclude expression allows some choices to not be available
|
|
|
|
// for some times. For example, it would be stupid to ignore a panic.
|
|
|
|
if (!LOG_OPTS_EXCLUDE (evtype, choice)) {
|
|
|
|
control->Append (choices[choice], &integers[choice]);
|
|
|
|
// the client data is an int* that points to the choice number.
|
|
|
|
// This is what will be returned by GetAction().
|
|
|
|
lastChoice++;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
control->SetSelection (lastChoice-1);
|
|
|
|
return control;
|
|
|
|
}
|