1998-09-25 23:24:07 +00:00
|
|
|
/* prefs.c
|
|
|
|
* Routines for handling preferences
|
|
|
|
*
|
2004-07-18 00:24:25 +00:00
|
|
|
* $Id$
|
1998-09-25 23:24:07 +00:00
|
|
|
*
|
2006-05-21 05:12:17 +00:00
|
|
|
* Wireshark - Network traffic analyzer
|
|
|
|
* By Gerald Combs <gerald@wireshark.org>
|
1998-09-25 23:24:07 +00:00
|
|
|
* Copyright 1998 Gerald Combs
|
2002-08-28 21:04:11 +00:00
|
|
|
*
|
1998-09-25 23:24:07 +00:00
|
|
|
* This program is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU General Public License
|
|
|
|
* as published by the Free Software Foundation; either version 2
|
|
|
|
* of the License, or (at your option) any later version.
|
2002-08-28 21:04:11 +00:00
|
|
|
*
|
1998-09-25 23:24:07 +00:00
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
2002-08-28 21:04:11 +00:00
|
|
|
*
|
1998-09-25 23:24:07 +00:00
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
* along with this program; if not, write to the Free Software
|
|
|
|
* Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifdef HAVE_CONFIG_H
|
|
|
|
# include "config.h"
|
|
|
|
#endif
|
|
|
|
|
1998-12-17 05:42:33 +00:00
|
|
|
#include <stdlib.h>
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
#include <string.h>
|
1998-10-29 15:59:00 +00:00
|
|
|
#include <ctype.h>
|
|
|
|
#include <errno.h>
|
1999-07-13 02:53:26 +00:00
|
|
|
|
|
|
|
#ifdef HAVE_UNISTD_H
|
1998-11-17 04:29:13 +00:00
|
|
|
#include <unistd.h>
|
1999-07-13 02:53:26 +00:00
|
|
|
#endif
|
|
|
|
|
2001-10-24 07:18:39 +00:00
|
|
|
#include <glib.h>
|
|
|
|
|
2009-08-26 19:27:49 +00:00
|
|
|
#include <stdio.h>
|
2002-01-21 07:37:49 +00:00
|
|
|
#include <epan/filesystem.h>
|
2004-12-30 02:10:24 +00:00
|
|
|
#include <epan/address.h>
|
2004-08-06 19:57:49 +00:00
|
|
|
#include <epan/addr_resolv.h>
|
2010-03-03 17:19:30 +00:00
|
|
|
#include <epan/oids.h>
|
2002-01-21 07:37:49 +00:00
|
|
|
#include <epan/packet.h>
|
2004-09-27 22:55:15 +00:00
|
|
|
#include <epan/prefs.h>
|
2002-01-21 07:37:49 +00:00
|
|
|
#include <epan/proto.h>
|
2010-01-26 18:21:17 +00:00
|
|
|
#include <epan/strutil.h>
|
2007-06-04 20:15:10 +00:00
|
|
|
#include "cfile.h"
|
2004-09-29 02:54:22 +00:00
|
|
|
#include <epan/column.h>
|
1998-09-26 19:28:51 +00:00
|
|
|
#include "print.h"
|
2008-05-22 15:46:27 +00:00
|
|
|
#include <wsutil/file_util.h>
|
1998-10-28 21:38:11 +00:00
|
|
|
|
2004-10-01 08:33:53 +00:00
|
|
|
#include <epan/prefs-int.h>
|
2007-02-03 14:25:02 +00:00
|
|
|
#include <epan/uat-int.h>
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
1998-10-28 21:38:11 +00:00
|
|
|
/* Internal functions */
|
2007-11-30 09:22:01 +00:00
|
|
|
static module_t *find_subtree(module_t *parent, const char *tilte);
|
2002-12-20 01:48:57 +00:00
|
|
|
static module_t *prefs_register_module_or_subtree(module_t *parent,
|
2006-09-29 22:48:38 +00:00
|
|
|
const char *name, const char *title, const char *description, gboolean is_subtree,
|
2002-12-20 01:48:57 +00:00
|
|
|
void (*apply_cb)(void));
|
2010-10-29 22:09:31 +00:00
|
|
|
static prefs_set_pref_e set_pref(gchar*, gchar*, void *, gboolean);
|
2001-07-22 22:34:42 +00:00
|
|
|
static gchar *put_string_list(GList *);
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
static void free_col_info(e_prefs *);
|
1998-10-28 21:38:11 +00:00
|
|
|
|
On Windows, use the directory in which the binary resides as the
directory in which global data files are stored. If an installed binary
is being run, that's the correct directory for them; if a build-tree
binary is being run, the "manuf" file will be there, and you can put
other data files there as well, if necessary.
Do the same with plugins, except that, if there's no
"plugins\\{version}" subdirectory of that directory, fall back on the
default installation directory, so you at least have a place where you
can put plugins for use by build-tree binaries. (Should we, instead,
have the Windows build procedure create a subdirectory of the "plugins"
source directory, with the plugin version number as its name, and copy
the plugins there, so you'd use the build-tree plugin binaries?)
Move "test_for_directory()" out of "util.c" and into
"epan/filesystem.c", with the other file system access portability
wrappers and convenience routines. Fix "util.h" not to declare it - or
other routines moved to "epan/filesystem.c" a while ago.
svn path=/trunk/; revision=3858
2001-08-21 06:39:18 +00:00
|
|
|
#define PF_NAME "preferences"
|
2006-05-28 19:49:07 +00:00
|
|
|
#define OLD_GPF_NAME "wireshark.conf" /* old name for global preferences file */
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
2005-07-27 16:25:44 +00:00
|
|
|
static gboolean prefs_initialized = FALSE;
|
On Windows, use the directory in which the binary resides as the
directory in which global data files are stored. If an installed binary
is being run, that's the correct directory for them; if a build-tree
binary is being run, the "manuf" file will be there, and you can put
other data files there as well, if necessary.
Do the same with plugins, except that, if there's no
"plugins\\{version}" subdirectory of that directory, fall back on the
default installation directory, so you at least have a place where you
can put plugins for use by build-tree binaries. (Should we, instead,
have the Windows build procedure create a subdirectory of the "plugins"
source directory, with the plugin version number as its name, and copy
the plugins there, so you'd use the build-tree plugin binaries?)
Move "test_for_directory()" out of "util.c" and into
"epan/filesystem.c", with the other file system access portability
wrappers and convenience routines. Fix "util.h" not to declare it - or
other routines moved to "epan/filesystem.c" a while ago.
svn path=/trunk/; revision=3858
2001-08-21 06:39:18 +00:00
|
|
|
static gchar *gpf_path = NULL;
|
2010-06-20 16:23:43 +00:00
|
|
|
static gchar *cols_hidden_list = NULL;
|
1998-09-25 23:24:07 +00:00
|
|
|
|
2001-01-05 22:45:26 +00:00
|
|
|
/*
|
|
|
|
* XXX - variables to allow us to attempt to interpret the first
|
|
|
|
* "mgcp.{tcp,udp}.port" in a preferences file as
|
|
|
|
* "mgcp.{tcp,udp}.gateway_port" and the second as
|
2001-10-16 07:35:11 +00:00
|
|
|
* "mgcp.{tcp,udp}.callagent_port".
|
2001-01-05 22:45:26 +00:00
|
|
|
*/
|
|
|
|
static int mgcp_tcp_port_count;
|
|
|
|
static int mgcp_udp_port_count;
|
|
|
|
|
1999-12-29 05:53:48 +00:00
|
|
|
e_prefs prefs;
|
|
|
|
|
2005-07-22 07:55:51 +00:00
|
|
|
static const gchar *gui_ptree_line_style_text[] =
|
1999-12-30 23:02:56 +00:00
|
|
|
{ "NONE", "SOLID", "DOTTED", "TABBED", NULL };
|
|
|
|
|
2005-07-22 07:55:51 +00:00
|
|
|
static const gchar *gui_ptree_expander_style_text[] =
|
1999-12-30 23:02:56 +00:00
|
|
|
{ "NONE", "SQUARE", "TRIANGLE", "CIRCULAR", NULL };
|
|
|
|
|
2005-07-22 07:55:51 +00:00
|
|
|
static const gchar *gui_hex_dump_highlight_style_text[] =
|
2000-09-08 09:50:08 +00:00
|
|
|
{ "BOLD", "INVERSE", NULL };
|
1999-12-30 23:02:56 +00:00
|
|
|
|
2005-07-22 07:55:51 +00:00
|
|
|
static const gchar *gui_console_open_text[] =
|
2004-05-13 15:28:02 +00:00
|
|
|
{ "NEVER", "AUTOMATIC", "ALWAYS", NULL };
|
|
|
|
|
2005-07-22 07:55:51 +00:00
|
|
|
static const gchar *gui_fileopen_style_text[] =
|
2003-10-14 23:20:17 +00:00
|
|
|
{ "LAST_OPENED", "SPECIFIED", NULL };
|
|
|
|
|
2003-10-16 21:19:12 +00:00
|
|
|
/* GTK knows of two ways representing "both", vertical and horizontal aligned.
|
|
|
|
* as this may not work on other guis, we use only "both" in general here */
|
2005-07-22 07:55:51 +00:00
|
|
|
static const gchar *gui_toolbar_style_text[] =
|
2003-10-16 21:19:12 +00:00
|
|
|
{ "ICONS", "TEXT", "BOTH", NULL };
|
|
|
|
|
2005-07-22 07:55:51 +00:00
|
|
|
static const gchar *gui_layout_content_text[] =
|
2004-04-29 17:03:27 +00:00
|
|
|
{ "NONE", "PLIST", "PDETAILS", "PBYTES", NULL };
|
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
/*
|
2002-12-20 01:48:57 +00:00
|
|
|
* List of all modules with preference settings.
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
*/
|
2007-12-04 03:28:04 +00:00
|
|
|
static emem_tree_t *prefs_modules = NULL;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
2002-12-20 01:48:57 +00:00
|
|
|
/*
|
|
|
|
* List of all modules that should show up at the top level of the
|
|
|
|
* tree in the preference dialog box.
|
|
|
|
*/
|
2007-12-04 03:28:04 +00:00
|
|
|
static emem_tree_t *prefs_top_level_modules = NULL;
|
2007-11-30 11:12:55 +00:00
|
|
|
|
2007-11-30 09:22:01 +00:00
|
|
|
/** Sets up memory used by proto routines. Called at program startup */
|
2010-08-21 04:26:26 +00:00
|
|
|
void
|
|
|
|
prefs_init(void)
|
2001-10-21 17:30:50 +00:00
|
|
|
{
|
2010-08-21 04:26:26 +00:00
|
|
|
prefs_modules = pe_tree_create(EMEM_TREE_TYPE_RED_BLACK, "prefs_modules");
|
|
|
|
prefs_top_level_modules = pe_tree_create(EMEM_TREE_TYPE_RED_BLACK, "prefs_top_level_modules");
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
free_pref(gpointer data, gpointer user_data _U_)
|
|
|
|
{
|
|
|
|
pref_t *pref = data;
|
|
|
|
|
|
|
|
switch (pref->type) {
|
|
|
|
case PREF_OBSOLETE:
|
|
|
|
case PREF_BOOL:
|
|
|
|
case PREF_ENUM:
|
|
|
|
case PREF_UINT:
|
|
|
|
case PREF_STATIC_TEXT:
|
|
|
|
case PREF_UAT:
|
|
|
|
break;
|
|
|
|
case PREF_STRING:
|
|
|
|
g_free((char *)*pref->varp.string);
|
|
|
|
*pref->varp.string = NULL;
|
|
|
|
g_free(pref->default_val.string);
|
|
|
|
break;
|
|
|
|
case PREF_RANGE:
|
|
|
|
g_free(*pref->varp.range);
|
|
|
|
*pref->varp.range = NULL;
|
|
|
|
g_free(pref->default_val.range);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
g_free(pref);
|
|
|
|
}
|
|
|
|
|
|
|
|
static guint
|
|
|
|
free_module_prefs(module_t *module, gpointer data _U_)
|
|
|
|
{
|
|
|
|
g_list_foreach(module->prefs, free_pref, NULL);
|
|
|
|
g_list_free(module->prefs);
|
|
|
|
module->prefs = NULL;
|
|
|
|
module->numprefs = 0;
|
|
|
|
/* We don't free the actual module: its submodules pointer points to
|
|
|
|
a pe_tree and the module itself is stored in a pe_tree
|
|
|
|
*/
|
|
|
|
|
|
|
|
return 0;
|
2001-10-21 17:30:50 +00:00
|
|
|
}
|
|
|
|
|
2007-11-30 09:22:01 +00:00
|
|
|
/** Frees memory used by proto routines. Called at program shutdown */
|
2010-08-21 04:26:26 +00:00
|
|
|
void
|
|
|
|
prefs_cleanup(void)
|
2002-12-20 01:48:57 +00:00
|
|
|
{
|
2010-08-21 04:26:26 +00:00
|
|
|
/* This isn't strictly necessary since we're exiting anyway, but let's
|
|
|
|
* do what clean up we can.
|
|
|
|
*/
|
|
|
|
prefs_modules_foreach(free_module_prefs, NULL);
|
|
|
|
free_prefs(&prefs);
|
2002-12-20 01:48:57 +00:00
|
|
|
}
|
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
/*
|
|
|
|
* Register a module that will have preferences.
|
2002-12-20 01:48:57 +00:00
|
|
|
* Specify the module under which to register it or NULL to register it
|
|
|
|
* at the top level, the name used for the module in the preferences file,
|
|
|
|
* the title used in the tab for it in a preferences dialog box, and a
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
* routine to call back when we apply the preferences.
|
|
|
|
*/
|
2006-11-17 07:44:37 +00:00
|
|
|
module_t *
|
2002-12-20 01:48:57 +00:00
|
|
|
prefs_register_module(module_t *parent, const char *name, const char *title,
|
2010-05-26 01:51:41 +00:00
|
|
|
const char *description, void (*apply_cb)(void))
|
2002-12-20 01:48:57 +00:00
|
|
|
{
|
2006-09-29 22:48:38 +00:00
|
|
|
return prefs_register_module_or_subtree(parent, name, title, description,
|
|
|
|
FALSE, apply_cb);
|
2002-12-20 01:48:57 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Register a subtree that will have modules under it.
|
|
|
|
* Specify the module under which to register it or NULL to register it
|
|
|
|
* at the top level and the title used in the tab for it in a preferences
|
|
|
|
* dialog box.
|
|
|
|
*/
|
|
|
|
module_t *
|
2006-09-29 22:48:38 +00:00
|
|
|
prefs_register_subtree(module_t *parent, const char *title, const char *description)
|
2002-12-20 01:48:57 +00:00
|
|
|
{
|
2010-08-21 04:26:26 +00:00
|
|
|
return prefs_register_module_or_subtree(parent, NULL, title,
|
|
|
|
description, TRUE, NULL);
|
2002-12-20 01:48:57 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static module_t *
|
|
|
|
prefs_register_module_or_subtree(module_t *parent, const char *name,
|
2010-05-26 01:51:41 +00:00
|
|
|
const char *title, const char *description,
|
|
|
|
gboolean is_subtree, void (*apply_cb)(void))
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
|
|
|
module_t *module;
|
2005-05-27 18:33:09 +00:00
|
|
|
const char *p;
|
2005-11-10 07:42:23 +00:00
|
|
|
guchar c;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
/* this module may have been created as a subtree item previously */
|
2007-03-23 18:45:21 +00:00
|
|
|
if((module = find_subtree(parent, title))) {
|
2010-08-21 04:26:26 +00:00
|
|
|
/* the module is currently a subtree */
|
|
|
|
module->name = name;
|
|
|
|
module->apply_cb = apply_cb;
|
|
|
|
module->description = description;
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
|
2010-08-21 04:26:26 +00:00
|
|
|
if (prefs_find_module(name) == NULL) {
|
|
|
|
pe_tree_insert_string(prefs_modules, name, module,
|
|
|
|
EMEM_TREE_STRING_NOCASE);
|
|
|
|
}
|
2007-12-04 03:28:04 +00:00
|
|
|
|
2010-08-21 04:26:26 +00:00
|
|
|
return module;
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
}
|
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
module = g_malloc(sizeof (module_t));
|
|
|
|
module->name = name;
|
|
|
|
module->title = title;
|
2006-09-29 22:48:38 +00:00
|
|
|
module->description = description;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
module->apply_cb = apply_cb;
|
|
|
|
module->prefs = NULL; /* no preferences, to start */
|
2007-12-04 03:28:04 +00:00
|
|
|
module->submodules = pe_tree_create(EMEM_TREE_TYPE_RED_BLACK, "prefs_submodules");
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
module->numprefs = 0;
|
2000-07-09 03:29:42 +00:00
|
|
|
module->prefs_changed = FALSE;
|
2002-05-11 18:58:02 +00:00
|
|
|
module->obsolete = FALSE;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
/*
|
2002-12-20 01:48:57 +00:00
|
|
|
* Do we have a module name?
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
*/
|
2002-12-20 01:48:57 +00:00
|
|
|
if (name != NULL) {
|
|
|
|
/*
|
|
|
|
* Yes.
|
|
|
|
* Make sure that only lower-case ASCII letters, numbers,
|
2003-08-04 17:32:46 +00:00
|
|
|
* underscores, hyphens, and dots appear in the name.
|
2002-12-20 01:48:57 +00:00
|
|
|
*
|
|
|
|
* Crash if there is, as that's an error in the code;
|
|
|
|
* you can make the title a nice string with capitalization,
|
|
|
|
* white space, punctuation, etc., but the name can be used
|
|
|
|
* on the command line, and shouldn't require quoting,
|
|
|
|
* shifting, etc.
|
|
|
|
*/
|
2005-11-10 07:42:23 +00:00
|
|
|
for (p = name; (c = *p) != '\0'; p++)
|
|
|
|
g_assert(isascii(c) &&
|
|
|
|
(islower(c) || isdigit(c) || c == '_' ||
|
|
|
|
c == '-' || c == '.'));
|
2002-12-20 01:48:57 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Make sure there's not already a module with that
|
|
|
|
* name. Crash if there is, as that's an error in the
|
|
|
|
* code, and the code has to be fixed not to register
|
|
|
|
* more than one module with the same name.
|
|
|
|
*
|
|
|
|
* We search the list of all modules; the subtree stuff
|
|
|
|
* doesn't require preferences in subtrees to have names
|
|
|
|
* that reflect the subtree they're in (that would require
|
|
|
|
* protocol preferences to have a bogus "protocol.", or
|
|
|
|
* something such as that, to be added to all their names).
|
|
|
|
*/
|
2006-10-10 00:28:53 +00:00
|
|
|
g_assert(prefs_find_module(name) == NULL);
|
2002-12-20 01:48:57 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Insert this module in the list of all modules.
|
|
|
|
*/
|
2007-12-04 03:28:04 +00:00
|
|
|
pe_tree_insert_string(prefs_modules, name, module, EMEM_TREE_STRING_NOCASE);
|
2002-12-20 01:48:57 +00:00
|
|
|
} else {
|
|
|
|
/*
|
|
|
|
* This has no name, just a title; check to make sure it's a
|
|
|
|
* subtree, and crash if it's not.
|
|
|
|
*/
|
|
|
|
g_assert(is_subtree);
|
|
|
|
}
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
|
|
|
|
/*
|
2002-12-20 01:48:57 +00:00
|
|
|
* Insert this module into the appropriate place in the display
|
|
|
|
* tree.
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
*/
|
2002-12-20 01:48:57 +00:00
|
|
|
if (parent == NULL) {
|
|
|
|
/*
|
|
|
|
* It goes at the top.
|
|
|
|
*/
|
2007-12-04 03:28:04 +00:00
|
|
|
pe_tree_insert_string(prefs_top_level_modules, title, module, EMEM_TREE_STRING_NOCASE);
|
2002-12-20 01:48:57 +00:00
|
|
|
} else {
|
|
|
|
/*
|
|
|
|
* It goes into the list for this module.
|
|
|
|
*/
|
2007-12-04 03:28:04 +00:00
|
|
|
pe_tree_insert_string(parent->submodules, title, module, EMEM_TREE_STRING_NOCASE);
|
2002-12-20 01:48:57 +00:00
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
|
|
|
return module;
|
|
|
|
}
|
|
|
|
|
2001-01-03 07:53:48 +00:00
|
|
|
/*
|
|
|
|
* Register that a protocol has preferences.
|
|
|
|
*/
|
2002-12-20 01:48:57 +00:00
|
|
|
module_t *protocols_module;
|
|
|
|
|
2001-01-03 07:53:48 +00:00
|
|
|
module_t *
|
|
|
|
prefs_register_protocol(int id, void (*apply_cb)(void))
|
|
|
|
{
|
2003-11-16 23:17:27 +00:00
|
|
|
protocol_t *protocol;
|
|
|
|
|
2002-12-20 01:48:57 +00:00
|
|
|
/*
|
|
|
|
* Have we yet created the "Protocols" subtree?
|
|
|
|
*/
|
|
|
|
if (protocols_module == NULL) {
|
|
|
|
/*
|
|
|
|
* No. Do so.
|
|
|
|
*/
|
2006-09-29 22:48:38 +00:00
|
|
|
protocols_module = prefs_register_subtree(NULL, "Protocols", NULL);
|
2002-12-20 01:48:57 +00:00
|
|
|
}
|
2003-11-16 23:17:27 +00:00
|
|
|
protocol = find_protocol_by_id(id);
|
2002-12-20 01:48:57 +00:00
|
|
|
return prefs_register_module(protocols_module,
|
2010-08-21 04:26:26 +00:00
|
|
|
proto_get_protocol_filter_name(id),
|
|
|
|
proto_get_protocol_short_name(protocol),
|
|
|
|
proto_get_protocol_name(id), apply_cb);
|
2001-01-03 07:53:48 +00:00
|
|
|
}
|
|
|
|
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
|
|
|
|
module_t *
|
|
|
|
prefs_register_protocol_subtree(const char *subtree, int id, void (*apply_cb)(void))
|
|
|
|
{
|
|
|
|
protocol_t *protocol;
|
|
|
|
module_t *subtree_module;
|
|
|
|
module_t *new_module;
|
|
|
|
char *sep = NULL, *ptr = NULL;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Have we yet created the "Protocols" subtree?
|
|
|
|
*/
|
|
|
|
if (protocols_module == NULL) {
|
|
|
|
/*
|
|
|
|
* No. Do so.
|
|
|
|
*/
|
|
|
|
protocols_module = prefs_register_subtree(NULL, "Protocols", NULL);
|
|
|
|
}
|
|
|
|
|
|
|
|
subtree_module = protocols_module;
|
|
|
|
|
|
|
|
if(subtree) {
|
2010-08-21 04:26:26 +00:00
|
|
|
/* take a copy of the buffer */
|
2011-02-18 22:43:48 +00:00
|
|
|
ptr = g_strdup(subtree);
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
|
2010-08-21 04:26:26 +00:00
|
|
|
while(ptr && *ptr) {
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
|
2010-08-21 04:26:26 +00:00
|
|
|
if((sep = strchr(ptr, '/')))
|
|
|
|
*sep++ = '\0';
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
|
2010-08-21 04:26:26 +00:00
|
|
|
if(!(new_module = find_subtree(subtree_module, ptr))) {
|
|
|
|
/* create it */
|
|
|
|
new_module = prefs_register_subtree(subtree_module, ptr, NULL);
|
|
|
|
}
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
|
2010-08-21 04:26:26 +00:00
|
|
|
subtree_module = new_module;
|
|
|
|
ptr = sep;
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
|
2010-08-21 04:26:26 +00:00
|
|
|
}
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
protocol = find_protocol_by_id(id);
|
|
|
|
return prefs_register_module(subtree_module,
|
2010-08-21 04:26:26 +00:00
|
|
|
proto_get_protocol_filter_name(id),
|
|
|
|
proto_get_protocol_short_name(protocol),
|
|
|
|
proto_get_protocol_name(id), apply_cb);
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2002-05-11 18:58:02 +00:00
|
|
|
/*
|
|
|
|
* Register that a protocol used to have preferences but no longer does,
|
|
|
|
* by creating an "obsolete" module for it.
|
|
|
|
*/
|
|
|
|
module_t *
|
|
|
|
prefs_register_protocol_obsolete(int id)
|
|
|
|
{
|
|
|
|
module_t *module;
|
2003-11-16 23:17:27 +00:00
|
|
|
protocol_t *protocol;
|
2002-05-11 18:58:02 +00:00
|
|
|
|
2002-12-20 01:48:57 +00:00
|
|
|
/*
|
|
|
|
* Have we yet created the "Protocols" subtree?
|
|
|
|
*/
|
|
|
|
if (protocols_module == NULL) {
|
|
|
|
/*
|
|
|
|
* No. Do so.
|
|
|
|
*/
|
2006-09-29 22:48:38 +00:00
|
|
|
protocols_module = prefs_register_subtree(NULL, "Protocols", NULL);
|
2002-12-20 01:48:57 +00:00
|
|
|
}
|
2003-11-16 23:17:27 +00:00
|
|
|
protocol = find_protocol_by_id(id);
|
2002-12-20 01:48:57 +00:00
|
|
|
module = prefs_register_module(protocols_module,
|
2010-08-21 04:26:26 +00:00
|
|
|
proto_get_protocol_filter_name(id),
|
|
|
|
proto_get_protocol_short_name(protocol),
|
|
|
|
proto_get_protocol_name(id), NULL);
|
2002-05-11 18:58:02 +00:00
|
|
|
module->obsolete = TRUE;
|
|
|
|
return module;
|
|
|
|
}
|
|
|
|
|
2006-10-10 00:28:53 +00:00
|
|
|
module_t *
|
|
|
|
prefs_find_module(const char *name)
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
2007-12-04 03:28:04 +00:00
|
|
|
return pe_tree_lookup_string(prefs_modules, name, EMEM_TREE_STRING_NOCASE);
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static module_t *
|
|
|
|
find_subtree(module_t *parent, const char *name)
|
|
|
|
{
|
2007-12-04 03:28:04 +00:00
|
|
|
return pe_tree_lookup_string(parent ? parent->submodules : prefs_top_level_modules, name, EMEM_TREE_STRING_NOCASE);
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
}
|
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
/*
|
2002-12-20 01:48:57 +00:00
|
|
|
* Call a callback function, with a specified argument, for each module
|
|
|
|
* in a list of modules. If the list is NULL, searches the top-level
|
2004-10-12 03:13:17 +00:00
|
|
|
* list in the display tree of modules. If any callback returns a
|
|
|
|
* non-zero value, we stop and return that value, otherwise we
|
|
|
|
* return 0.
|
2002-12-20 01:48:57 +00:00
|
|
|
*
|
2002-05-11 18:58:02 +00:00
|
|
|
* Ignores "obsolete" modules; their sole purpose is to allow old
|
|
|
|
* preferences for dissectors that no longer have preferences to be
|
2002-12-20 01:48:57 +00:00
|
|
|
* silently ignored in preference files. Does not ignore subtrees,
|
|
|
|
* as this can be used when walking the display tree of modules.
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
*/
|
2007-11-30 09:22:01 +00:00
|
|
|
|
|
|
|
typedef struct {
|
|
|
|
module_cb callback;
|
|
|
|
gpointer user_data;
|
|
|
|
guint ret;
|
|
|
|
} call_foreach_t;
|
|
|
|
|
|
|
|
static gboolean
|
2007-12-04 03:28:04 +00:00
|
|
|
call_foreach_cb(void *value, void *data)
|
2007-11-30 09:22:01 +00:00
|
|
|
{
|
|
|
|
module_t *module = (module_t*)value;
|
|
|
|
call_foreach_t *call_data = (call_foreach_t*)data;
|
|
|
|
|
|
|
|
if (!module->obsolete) {
|
|
|
|
call_data->ret = (*call_data->callback)(module, call_data->user_data);
|
|
|
|
}
|
|
|
|
return (call_data->ret != 0);
|
|
|
|
}
|
|
|
|
|
2007-11-29 07:52:52 +00:00
|
|
|
static guint
|
2007-12-04 03:28:04 +00:00
|
|
|
prefs_module_list_foreach(emem_tree_t *module_list, module_cb callback,
|
2010-05-26 01:51:41 +00:00
|
|
|
gpointer user_data)
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
2007-11-30 09:22:01 +00:00
|
|
|
call_foreach_t call_data;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
2002-12-20 01:48:57 +00:00
|
|
|
if (module_list == NULL)
|
2007-12-04 03:28:04 +00:00
|
|
|
module_list = prefs_top_level_modules;
|
2002-12-20 01:48:57 +00:00
|
|
|
|
2008-02-15 22:36:24 +00:00
|
|
|
call_data.callback = callback;
|
|
|
|
call_data.user_data = user_data;
|
2007-11-30 09:22:01 +00:00
|
|
|
call_data.ret = 0;
|
2007-12-04 03:28:04 +00:00
|
|
|
pe_tree_foreach(module_list, call_foreach_cb, &call_data);
|
2007-11-30 09:22:01 +00:00
|
|
|
return call_data.ret;
|
2002-12-20 01:48:57 +00:00
|
|
|
}
|
|
|
|
|
2007-11-29 07:52:52 +00:00
|
|
|
/*
|
|
|
|
* Returns TRUE if module has any submodules
|
|
|
|
*/
|
2010-08-21 04:26:26 +00:00
|
|
|
gboolean
|
|
|
|
prefs_module_has_submodules(module_t *module)
|
2007-11-29 07:52:52 +00:00
|
|
|
{
|
2007-12-04 03:28:04 +00:00
|
|
|
if (module->submodules == NULL) {
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (module->submodules->tree == NULL) {
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
|
|
|
return TRUE;
|
2007-11-29 07:52:52 +00:00
|
|
|
}
|
|
|
|
|
2002-12-20 01:48:57 +00:00
|
|
|
/*
|
|
|
|
* Call a callback function, with a specified argument, for each module
|
|
|
|
* in the list of all modules. (This list does not include subtrees.)
|
|
|
|
*
|
|
|
|
* Ignores "obsolete" modules; their sole purpose is to allow old
|
|
|
|
* preferences for dissectors that no longer have preferences to be
|
|
|
|
* silently ignored in preference files.
|
|
|
|
*/
|
2004-10-12 03:13:17 +00:00
|
|
|
guint
|
2002-12-20 01:48:57 +00:00
|
|
|
prefs_modules_foreach(module_cb callback, gpointer user_data)
|
|
|
|
{
|
2007-12-04 03:28:04 +00:00
|
|
|
return prefs_module_list_foreach(prefs_modules, callback, user_data);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
|
2007-11-29 07:52:52 +00:00
|
|
|
/*
|
|
|
|
* Call a callback function, with a specified argument, for each submodule
|
|
|
|
* of specified modules. If the module is NULL, goes through the top-level
|
|
|
|
* list in the display tree of modules.
|
|
|
|
*
|
|
|
|
* Ignores "obsolete" modules; their sole purpose is to allow old
|
|
|
|
* preferences for dissectors that no longer have preferences to be
|
|
|
|
* silently ignored in preference files. Does not ignore subtrees,
|
|
|
|
* as this can be used when walking the display tree of modules.
|
|
|
|
*/
|
2008-02-15 22:36:24 +00:00
|
|
|
guint
|
2010-05-26 01:51:41 +00:00
|
|
|
prefs_modules_foreach_submodules(module_t *module, module_cb callback,
|
|
|
|
gpointer user_data)
|
2007-11-29 07:52:52 +00:00
|
|
|
{
|
2007-12-04 03:28:04 +00:00
|
|
|
return prefs_module_list_foreach((module)?module->submodules:prefs_top_level_modules, callback, user_data);
|
2007-11-29 07:52:52 +00:00
|
|
|
}
|
|
|
|
|
2007-11-30 09:22:01 +00:00
|
|
|
static gboolean
|
2007-12-04 03:28:04 +00:00
|
|
|
call_apply_cb(void *value, void *data _U_)
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
2007-11-30 09:22:01 +00:00
|
|
|
module_t *module = value;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
2002-05-11 18:58:02 +00:00
|
|
|
if (module->obsolete)
|
2007-11-30 09:22:01 +00:00
|
|
|
return FALSE;
|
2000-07-09 03:29:42 +00:00
|
|
|
if (module->prefs_changed) {
|
|
|
|
if (module->apply_cb != NULL)
|
|
|
|
(*module->apply_cb)();
|
|
|
|
module->prefs_changed = FALSE;
|
|
|
|
}
|
2007-11-30 09:22:01 +00:00
|
|
|
return FALSE;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
2000-07-09 03:29:42 +00:00
|
|
|
* Call the "apply" callback function for each module if any of its
|
|
|
|
* preferences have changed, and then clear the flag saying its
|
|
|
|
* preferences have changed, as the module has been notified of that
|
|
|
|
* fact.
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
*/
|
|
|
|
void
|
|
|
|
prefs_apply_all(void)
|
|
|
|
{
|
2007-12-04 03:28:04 +00:00
|
|
|
pe_tree_foreach(prefs_modules, call_apply_cb, NULL);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
|
2006-10-11 00:37:29 +00:00
|
|
|
/*
|
|
|
|
* Call the "apply" callback function for a specific module if any of
|
|
|
|
* its preferences have changed, and then clear the flag saying its
|
|
|
|
* preferences have changed, as the module has been notified of that
|
|
|
|
* fact.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
prefs_apply(module_t *module)
|
|
|
|
{
|
|
|
|
if (module && module->prefs_changed)
|
2007-12-04 03:28:04 +00:00
|
|
|
call_apply_cb(module, NULL);
|
2006-10-11 00:37:29 +00:00
|
|
|
}
|
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
/*
|
|
|
|
* Register a preference in a module's list of preferences.
|
2002-05-25 01:47:46 +00:00
|
|
|
* If it has a title, give it an ordinal number; otherwise, it's a
|
|
|
|
* preference that won't show up in the UI, so it shouldn't get an
|
|
|
|
* ordinal number (the ordinal should be the ordinal in the set of
|
|
|
|
* *visible* preferences).
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
*/
|
|
|
|
static pref_t *
|
|
|
|
register_preference(module_t *module, const char *name, const char *title,
|
2010-05-26 01:51:41 +00:00
|
|
|
const char *description, pref_type_t type)
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
|
|
|
pref_t *preference;
|
2005-07-22 17:57:40 +00:00
|
|
|
const gchar *p;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
|
|
|
preference = g_malloc(sizeof (pref_t));
|
|
|
|
preference->name = name;
|
|
|
|
preference->title = title;
|
|
|
|
preference->description = description;
|
2003-01-28 23:56:40 +00:00
|
|
|
preference->type = type;
|
2002-05-25 01:47:46 +00:00
|
|
|
if (title != NULL)
|
|
|
|
preference->ordinal = module->numprefs;
|
|
|
|
else
|
|
|
|
preference->ordinal = -1; /* no ordinal for you */
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
/*
|
|
|
|
* Make sure that only lower-case ASCII letters, numbers,
|
|
|
|
* underscores, and dots appear in the preference name.
|
|
|
|
*
|
|
|
|
* Crash if there is, as that's an error in the code;
|
|
|
|
* you can make the title and description nice strings
|
|
|
|
* with capitalization, white space, punctuation, etc.,
|
|
|
|
* but the name can be used on the command line,
|
2001-11-09 08:36:56 +00:00
|
|
|
* and shouldn't require quoting, shifting, etc.
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
*/
|
|
|
|
for (p = name; *p != '\0'; p++)
|
2011-01-27 17:31:41 +00:00
|
|
|
if (!(isascii((guchar)*p) &&
|
|
|
|
(islower((guchar)*p) || isdigit((guchar)*p) || *p == '_' || *p == '.')))
|
|
|
|
g_error("Preference %s.%s contains invalid characters", module->name, name);
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
|
2001-11-03 21:37:00 +00:00
|
|
|
/*
|
|
|
|
* Make sure there's not already a preference with that
|
|
|
|
* name. Crash if there is, as that's an error in the
|
|
|
|
* code, and the code has to be fixed not to register
|
|
|
|
* more than one preference with the same name.
|
|
|
|
*/
|
2011-01-27 17:31:41 +00:00
|
|
|
if (prefs_find_preference(module, name) != NULL)
|
|
|
|
g_error("Preference %s has already been registered", name);
|
2001-11-03 21:37:00 +00:00
|
|
|
|
2003-01-28 23:56:40 +00:00
|
|
|
if (type != PREF_OBSOLETE) {
|
|
|
|
/*
|
|
|
|
* Make sure the preference name doesn't begin with the
|
|
|
|
* module name, as that's redundant and Just Silly.
|
|
|
|
*/
|
2011-01-27 17:31:41 +00:00
|
|
|
if(!((strncmp(name, module->name, strlen(module->name)) != 0) ||
|
|
|
|
(((name[strlen(module->name)]) != '.') && ((name[strlen(module->name)]) != '_'))))
|
|
|
|
g_error("Preference %s begins with the module name", name);
|
2003-01-28 23:56:40 +00:00
|
|
|
}
|
|
|
|
|
2001-11-03 21:37:00 +00:00
|
|
|
/*
|
|
|
|
* There isn't already one with that name, so add the
|
|
|
|
* preference.
|
|
|
|
*/
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
module->prefs = g_list_append(module->prefs, preference);
|
2002-05-25 01:47:46 +00:00
|
|
|
if (title != NULL)
|
|
|
|
module->numprefs++;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
|
|
|
return preference;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Find a preference in a module's list of preferences, given the module
|
|
|
|
* and the preference's name.
|
|
|
|
*/
|
|
|
|
static gint
|
|
|
|
preference_match(gconstpointer a, gconstpointer b)
|
|
|
|
{
|
|
|
|
const pref_t *pref = a;
|
|
|
|
const char *name = b;
|
|
|
|
|
|
|
|
return strcmp(name, pref->name);
|
|
|
|
}
|
|
|
|
|
2009-01-06 14:34:18 +00:00
|
|
|
struct preference *
|
|
|
|
prefs_find_preference(module_t *module, const char *name)
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
|
|
|
GList *list_entry;
|
|
|
|
|
2005-07-22 17:57:40 +00:00
|
|
|
list_entry = g_list_find_custom(module->prefs, name,
|
2001-11-03 21:37:00 +00:00
|
|
|
preference_match);
|
2008-04-07 05:22:54 +00:00
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
if (list_entry == NULL)
|
|
|
|
return NULL; /* no such preference */
|
|
|
|
return (struct preference *) list_entry->data;
|
|
|
|
}
|
|
|
|
|
2000-08-15 20:46:17 +00:00
|
|
|
/*
|
|
|
|
* Returns TRUE if the given protocol has registered preferences
|
|
|
|
*/
|
|
|
|
gboolean
|
2005-06-24 01:32:42 +00:00
|
|
|
prefs_is_registered_protocol(const char *name)
|
2000-08-15 20:46:17 +00:00
|
|
|
{
|
2006-10-10 00:28:53 +00:00
|
|
|
module_t *m = prefs_find_module(name);
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2002-05-11 18:58:02 +00:00
|
|
|
return (m != NULL && !m->obsolete);
|
2000-08-15 20:46:17 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Returns the module title of a registered protocol
|
|
|
|
*/
|
2000-08-15 20:53:31 +00:00
|
|
|
const char *
|
2005-06-24 01:32:42 +00:00
|
|
|
prefs_get_title_by_name(const char *name)
|
2000-08-15 20:46:17 +00:00
|
|
|
{
|
2006-10-10 00:28:53 +00:00
|
|
|
module_t *m = prefs_find_module(name);
|
2002-05-11 18:58:02 +00:00
|
|
|
|
|
|
|
return (m != NULL && !m->obsolete) ? m->title : NULL;
|
2000-08-15 20:46:17 +00:00
|
|
|
}
|
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
/*
|
|
|
|
* Register a preference with an unsigned integral value.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
prefs_register_uint_preference(module_t *module, const char *name,
|
2010-05-26 01:51:41 +00:00
|
|
|
const char *title, const char *description,
|
|
|
|
guint base, guint *var)
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
|
|
|
pref_t *preference;
|
|
|
|
|
2003-01-28 23:56:40 +00:00
|
|
|
preference = register_preference(module, name, title, description,
|
|
|
|
PREF_UINT);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
preference->varp.uint = var;
|
2010-05-26 03:31:30 +00:00
|
|
|
preference->default_val.uint = *var;
|
2007-01-31 04:14:11 +00:00
|
|
|
g_assert(base > 0 && base != 1 && base < 37);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
preference->info.base = base;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Register a preference with an Boolean value.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
prefs_register_bool_preference(module_t *module, const char *name,
|
2010-05-26 01:51:41 +00:00
|
|
|
const char *title, const char *description,
|
|
|
|
gboolean *var)
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
|
|
|
pref_t *preference;
|
|
|
|
|
2003-01-28 23:56:40 +00:00
|
|
|
preference = register_preference(module, name, title, description,
|
|
|
|
PREF_BOOL);
|
2002-06-16 00:58:38 +00:00
|
|
|
preference->varp.boolp = var;
|
2010-05-26 03:31:30 +00:00
|
|
|
preference->default_val.boolval = *var;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Register a preference with an enumerated value.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
prefs_register_enum_preference(module_t *module, const char *name,
|
2010-05-26 01:51:41 +00:00
|
|
|
const char *title, const char *description,
|
|
|
|
gint *var, const enum_val_t *enumvals,
|
|
|
|
gboolean radio_buttons)
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
|
|
|
pref_t *preference;
|
|
|
|
|
2003-01-28 23:56:40 +00:00
|
|
|
preference = register_preference(module, name, title, description,
|
|
|
|
PREF_ENUM);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
preference->varp.enump = var;
|
2010-05-26 03:31:30 +00:00
|
|
|
preference->default_val.enumval = *var;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
preference->info.enum_info.enumvals = enumvals;
|
|
|
|
preference->info.enum_info.radio_buttons = radio_buttons;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Register a preference with a character-string value.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
prefs_register_string_preference(module_t *module, const char *name,
|
2010-05-26 01:51:41 +00:00
|
|
|
const char *title, const char *description,
|
|
|
|
const char **var)
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
|
|
|
pref_t *preference;
|
2010-05-26 03:31:30 +00:00
|
|
|
char *varcopy;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
2003-01-28 23:56:40 +00:00
|
|
|
preference = register_preference(module, name, title, description,
|
|
|
|
PREF_STRING);
|
2003-03-11 22:51:52 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* String preference values should be non-null (as you can't
|
|
|
|
* keep them null after using the preferences GUI, you can at best
|
|
|
|
* have them be null strings) and freeable (as we free them
|
2004-10-16 23:32:24 +00:00
|
|
|
* if we change them).
|
2003-03-11 22:51:52 +00:00
|
|
|
*
|
|
|
|
* If the value is a null pointer, make it a copy of a null
|
|
|
|
* string, otherwise make it a copy of the value.
|
|
|
|
*/
|
2010-05-26 03:31:30 +00:00
|
|
|
if (*var == NULL) {
|
2003-03-11 22:51:52 +00:00
|
|
|
*var = g_strdup("");
|
2010-05-26 03:31:30 +00:00
|
|
|
varcopy = g_strdup("");
|
|
|
|
} else {
|
2003-03-11 22:51:52 +00:00
|
|
|
*var = g_strdup(*var);
|
2010-05-26 03:31:30 +00:00
|
|
|
varcopy = g_strdup(*var);
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
preference->varp.string = var;
|
2010-05-26 03:31:30 +00:00
|
|
|
preference->default_val.string = varcopy;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
preference->saved_val.string = NULL;
|
|
|
|
}
|
|
|
|
|
2004-10-14 23:45:09 +00:00
|
|
|
/*
|
|
|
|
* Register a preference with a ranged value.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
prefs_register_range_preference(module_t *module, const char *name,
|
2010-05-26 01:51:41 +00:00
|
|
|
const char *title, const char *description,
|
|
|
|
range_t **var, guint32 max_value)
|
2004-10-14 23:45:09 +00:00
|
|
|
{
|
|
|
|
pref_t *preference;
|
|
|
|
|
|
|
|
preference = register_preference(module, name, title, description,
|
|
|
|
PREF_RANGE);
|
|
|
|
preference->info.max_value = max_value;
|
|
|
|
|
2004-10-16 23:32:24 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Range preference values should be non-null (as you can't
|
|
|
|
* keep them null after using the preferences GUI, you can at best
|
|
|
|
* have them be empty ranges) and freeable (as we free them
|
|
|
|
* if we change them).
|
|
|
|
*
|
2004-10-17 00:51:50 +00:00
|
|
|
* If the value is a null pointer, make it an empty range.
|
2004-10-16 23:32:24 +00:00
|
|
|
*/
|
|
|
|
if (*var == NULL)
|
|
|
|
*var = range_empty();
|
|
|
|
preference->varp.range = var;
|
2010-05-26 03:31:30 +00:00
|
|
|
preference->default_val.range = range_copy(*var);
|
2004-10-16 23:32:24 +00:00
|
|
|
preference->saved_val.range = NULL;
|
2004-10-14 23:45:09 +00:00
|
|
|
}
|
|
|
|
|
2006-12-05 00:43:00 +00:00
|
|
|
/*
|
|
|
|
* Register a static text 'preference'. It can be used to add explanatory
|
|
|
|
* text inline with other preferences in the GUI.
|
|
|
|
* Note: Static preferences are not saved to the preferences file.
|
|
|
|
*/
|
2010-08-21 04:26:26 +00:00
|
|
|
void
|
|
|
|
prefs_register_static_text_preference(module_t *module, const char *name,
|
|
|
|
const char *title,
|
|
|
|
const char *description)
|
2006-12-05 00:43:00 +00:00
|
|
|
{
|
|
|
|
register_preference(module, name, title, description, PREF_STATIC_TEXT);
|
|
|
|
}
|
|
|
|
|
2007-02-03 14:25:02 +00:00
|
|
|
/*
|
|
|
|
* Register a uat 'preference'. It adds a button that opens the uat's window in the
|
|
|
|
* preferences tab of the module.
|
|
|
|
*/
|
2010-08-21 04:26:26 +00:00
|
|
|
extern void
|
|
|
|
prefs_register_uat_preference(module_t *module, const char *name,
|
|
|
|
const char *title, const char *description,
|
|
|
|
void* uat)
|
2010-05-26 01:51:41 +00:00
|
|
|
{
|
2008-02-15 22:36:24 +00:00
|
|
|
|
2007-02-03 14:25:02 +00:00
|
|
|
pref_t* preference = register_preference(module, name, title, description, PREF_UAT);
|
2008-02-15 22:36:24 +00:00
|
|
|
|
2007-02-03 14:25:02 +00:00
|
|
|
preference->varp.uat = uat;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
/*
|
|
|
|
* Register a preference that used to be supported but no longer is.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
prefs_register_obsolete_preference(module_t *module, const char *name)
|
|
|
|
{
|
2003-01-28 23:56:40 +00:00
|
|
|
register_preference(module, name, NULL, NULL, PREF_OBSOLETE);
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
}
|
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
/*
|
|
|
|
* Call a callback function, with a specified argument, for each preference
|
|
|
|
* in a given module.
|
2003-10-02 21:06:11 +00:00
|
|
|
*
|
|
|
|
* If any of the callbacks return a non-zero value, stop and return that
|
|
|
|
* value, otherwise return 0.
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
*/
|
2003-10-02 21:06:11 +00:00
|
|
|
guint
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
prefs_pref_foreach(module_t *module, pref_cb callback, gpointer user_data)
|
|
|
|
{
|
2003-10-02 21:06:11 +00:00
|
|
|
GList *elem;
|
|
|
|
pref_t *pref;
|
|
|
|
guint ret;
|
|
|
|
|
2010-08-21 04:26:26 +00:00
|
|
|
for (elem = g_list_first(module->prefs); elem != NULL; elem = g_list_next(elem)) {
|
2003-10-02 21:06:11 +00:00
|
|
|
pref = elem->data;
|
|
|
|
if (pref->type == PREF_OBSOLETE) {
|
|
|
|
/*
|
|
|
|
* This preference is no longer supported; it's
|
|
|
|
* not a real preference, so we don't call the
|
|
|
|
* callback for it (i.e., we treat it as if it
|
|
|
|
* weren't found in the list of preferences,
|
|
|
|
* and we weren't called in the first place).
|
|
|
|
*/
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = (*callback)(pref, user_data);
|
|
|
|
if (ret != 0)
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
return 0;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Register all non-dissector modules' preferences.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
prefs_register_modules(void)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
2001-07-22 21:27:54 +00:00
|
|
|
/* Parse through a list of comma-separated, possibly quoted strings.
|
|
|
|
Return a list of the string data. */
|
2008-04-12 19:37:05 +00:00
|
|
|
GList *
|
|
|
|
prefs_get_string_list(gchar *str)
|
2001-07-22 21:27:54 +00:00
|
|
|
{
|
2001-07-22 22:34:42 +00:00
|
|
|
enum { PRE_STRING, IN_QUOT, NOT_IN_QUOT };
|
|
|
|
|
2001-07-22 22:41:37 +00:00
|
|
|
gint state = PRE_STRING, i = 0, j = 0;
|
2001-07-22 22:34:42 +00:00
|
|
|
gboolean backslash = FALSE;
|
2001-07-23 18:14:36 +00:00
|
|
|
guchar cur_c;
|
|
|
|
gchar *slstr = NULL;
|
1998-11-17 04:29:13 +00:00
|
|
|
GList *sl = NULL;
|
2001-07-22 21:27:54 +00:00
|
|
|
|
|
|
|
/* Allocate a buffer for the first string. */
|
|
|
|
slstr = (gchar *) g_malloc(sizeof(gchar) * COL_MAX_LEN);
|
|
|
|
j = 0;
|
|
|
|
|
|
|
|
for (;;) {
|
|
|
|
cur_c = str[i];
|
|
|
|
if (cur_c == '\0') {
|
|
|
|
/* It's the end of the input, so it's the end of the string we
|
|
|
|
were working on, and there's no more input. */
|
2001-07-22 22:34:42 +00:00
|
|
|
if (state == IN_QUOT || backslash) {
|
2001-07-22 21:27:54 +00:00
|
|
|
/* We were in the middle of a quoted string or backslash escape,
|
|
|
|
and ran out of characters; that's an error. */
|
|
|
|
g_free(slstr);
|
2008-04-12 19:37:05 +00:00
|
|
|
prefs_clear_string_list(sl);
|
2001-07-22 21:27:54 +00:00
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
slstr[j] = '\0';
|
|
|
|
sl = g_list_append(sl, slstr);
|
|
|
|
break;
|
|
|
|
}
|
1998-11-17 04:29:13 +00:00
|
|
|
if (cur_c == '"' && ! backslash) {
|
2001-07-22 22:34:42 +00:00
|
|
|
switch (state) {
|
2001-07-22 22:41:37 +00:00
|
|
|
case PRE_STRING:
|
|
|
|
/* We hadn't yet started processing a string; this starts the
|
|
|
|
string, and we're now quoting. */
|
|
|
|
state = IN_QUOT;
|
|
|
|
break;
|
2001-07-22 22:34:42 +00:00
|
|
|
case IN_QUOT:
|
|
|
|
/* We're in the middle of a quoted string, and we saw a quotation
|
|
|
|
mark; we're no longer quoting. */
|
|
|
|
state = NOT_IN_QUOT;
|
|
|
|
break;
|
2001-07-22 22:41:37 +00:00
|
|
|
case NOT_IN_QUOT:
|
|
|
|
/* We're working on a string, but haven't seen a quote; we're
|
|
|
|
now quoting. */
|
|
|
|
state = IN_QUOT;
|
|
|
|
break;
|
2001-07-22 22:34:42 +00:00
|
|
|
default:
|
|
|
|
break;
|
1998-11-17 04:29:13 +00:00
|
|
|
}
|
|
|
|
} else if (cur_c == '\\' && ! backslash) {
|
2001-07-22 21:27:54 +00:00
|
|
|
/* We saw a backslash, and the previous character wasn't a
|
2001-07-22 22:34:42 +00:00
|
|
|
backslash; escape the next character.
|
|
|
|
|
|
|
|
This also means we've started a new string. */
|
1998-11-17 04:29:13 +00:00
|
|
|
backslash = TRUE;
|
2001-07-22 22:34:42 +00:00
|
|
|
if (state == PRE_STRING)
|
|
|
|
state = NOT_IN_QUOT;
|
|
|
|
} else if (cur_c == ',' && state != IN_QUOT && ! backslash) {
|
2001-07-22 21:27:54 +00:00
|
|
|
/* We saw a comma, and we're not in the middle of a quoted string
|
|
|
|
and it wasn't preceded by a backslash; it's the end of
|
|
|
|
the string we were working on... */
|
|
|
|
slstr[j] = '\0';
|
|
|
|
sl = g_list_append(sl, slstr);
|
|
|
|
|
|
|
|
/* ...and the beginning of a new string. */
|
2001-07-22 22:34:42 +00:00
|
|
|
state = PRE_STRING;
|
2001-07-22 21:27:54 +00:00
|
|
|
slstr = (gchar *) g_malloc(sizeof(gchar) * COL_MAX_LEN);
|
|
|
|
j = 0;
|
2001-07-22 22:34:42 +00:00
|
|
|
} else if (!isspace(cur_c) || state != PRE_STRING) {
|
|
|
|
/* Either this isn't a white-space character, or we've started a
|
|
|
|
string (i.e., already seen a non-white-space character for that
|
|
|
|
string and put it into the string).
|
|
|
|
|
|
|
|
The character is to be put into the string; do so if there's
|
|
|
|
room. */
|
2001-07-22 21:27:54 +00:00
|
|
|
if (j < COL_MAX_LEN) {
|
|
|
|
slstr[j] = cur_c;
|
|
|
|
j++;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* If it was backslash-escaped, we're done with the backslash escape. */
|
|
|
|
backslash = FALSE;
|
1998-11-17 04:29:13 +00:00
|
|
|
}
|
|
|
|
i++;
|
|
|
|
}
|
|
|
|
return(sl);
|
|
|
|
}
|
|
|
|
|
2001-07-22 21:56:25 +00:00
|
|
|
#define MAX_FMT_PREF_LEN 1024
|
|
|
|
#define MAX_FMT_PREF_LINE_LEN 60
|
|
|
|
static gchar *
|
|
|
|
put_string_list(GList *sl)
|
|
|
|
{
|
|
|
|
static gchar pref_str[MAX_FMT_PREF_LEN] = "";
|
|
|
|
GList *clp = g_list_first(sl);
|
2001-07-23 00:12:47 +00:00
|
|
|
gchar *str;
|
2009-04-08 05:25:14 +00:00
|
|
|
size_t cur_pos = 0, cur_len = 0;
|
2001-07-23 00:12:47 +00:00
|
|
|
gchar *quoted_str;
|
2009-04-08 05:25:14 +00:00
|
|
|
size_t str_len;
|
2001-07-23 00:12:47 +00:00
|
|
|
gchar *strp, *quoted_strp, c;
|
2009-04-08 05:25:14 +00:00
|
|
|
size_t fmt_len;
|
2010-01-11 08:00:56 +00:00
|
|
|
guint item_count = 0;
|
2001-07-23 00:12:47 +00:00
|
|
|
|
2001-07-22 21:56:25 +00:00
|
|
|
while (clp) {
|
2010-01-11 08:00:56 +00:00
|
|
|
item_count++;
|
2001-07-23 00:12:47 +00:00
|
|
|
str = clp->data;
|
|
|
|
|
|
|
|
/* Allocate a buffer big enough to hold the entire string, with each
|
|
|
|
character quoted (that's the worst case). */
|
|
|
|
str_len = strlen(str);
|
|
|
|
quoted_str = g_malloc(str_len*2 + 1);
|
|
|
|
|
|
|
|
/* Now quote any " or \ characters in it. */
|
|
|
|
strp = str;
|
|
|
|
quoted_strp = quoted_str;
|
|
|
|
while ((c = *strp++) != '\0') {
|
|
|
|
if (c == '"' || c == '\\') {
|
|
|
|
/* It has to be backslash-quoted. */
|
|
|
|
*quoted_strp++ = '\\';
|
|
|
|
}
|
|
|
|
*quoted_strp++ = c;
|
|
|
|
}
|
|
|
|
*quoted_strp = '\0';
|
|
|
|
|
|
|
|
fmt_len = strlen(quoted_str) + 4;
|
|
|
|
if ((fmt_len + cur_len) < (MAX_FMT_PREF_LEN - 1)) {
|
2010-01-11 08:00:56 +00:00
|
|
|
if (item_count % 2) {
|
2001-07-23 00:12:47 +00:00
|
|
|
/* Wrap the line. */
|
2010-01-25 10:22:00 +00:00
|
|
|
if (cur_len > 0) cur_len--;
|
2001-07-23 00:12:47 +00:00
|
|
|
cur_pos = 0;
|
|
|
|
pref_str[cur_len] = '\n'; cur_len++;
|
|
|
|
pref_str[cur_len] = '\t'; cur_len++;
|
|
|
|
}
|
2009-04-08 05:25:14 +00:00
|
|
|
g_snprintf(&pref_str[cur_len], MAX_FMT_PREF_LEN - (gulong) cur_len, "\"%s\", ", quoted_str);
|
2001-07-23 00:12:47 +00:00
|
|
|
cur_pos += fmt_len;
|
|
|
|
cur_len += fmt_len;
|
|
|
|
}
|
|
|
|
g_free(quoted_str);
|
2010-01-25 21:45:17 +00:00
|
|
|
g_free(str);
|
2001-07-22 21:56:25 +00:00
|
|
|
clp = clp->next;
|
|
|
|
}
|
2001-07-22 22:34:42 +00:00
|
|
|
|
|
|
|
/* If the string is at least two characters long, the last two characters
|
|
|
|
are ", ", and should be discarded, as there are no more items in the
|
|
|
|
string. */
|
|
|
|
if (cur_len >= 2)
|
2001-07-22 21:56:25 +00:00
|
|
|
pref_str[cur_len - 2] = '\0';
|
|
|
|
|
|
|
|
return(pref_str);
|
2002-08-28 21:04:11 +00:00
|
|
|
}
|
2001-07-22 21:56:25 +00:00
|
|
|
|
2008-04-12 19:37:05 +00:00
|
|
|
void
|
|
|
|
prefs_clear_string_list(GList *sl)
|
2001-07-22 22:34:42 +00:00
|
|
|
{
|
1998-11-17 04:29:13 +00:00
|
|
|
GList *l = sl;
|
2002-08-28 21:04:11 +00:00
|
|
|
|
1998-11-17 04:29:13 +00:00
|
|
|
while (l) {
|
|
|
|
g_free(l->data);
|
|
|
|
l = g_list_remove_link(l, l);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
/*
|
2000-11-18 21:41:40 +00:00
|
|
|
* Takes a string, a pointer to an array of "enum_val_t"s, and a default gint
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
* value.
|
|
|
|
* The array must be terminated by an entry with a null "name" string.
|
2004-05-24 02:25:21 +00:00
|
|
|
*
|
|
|
|
* If the string matches a "name" string in an entry, the value from that
|
|
|
|
* entry is returned.
|
|
|
|
*
|
|
|
|
* Otherwise, if a string matches a "desctiption" string in an entry, the
|
|
|
|
* value from that entry is returned; we do that for backwards compatibility,
|
|
|
|
* as we used to have only a "name" string that was used both for command-line
|
|
|
|
* and configuration-file values and in the GUI (which meant either that
|
|
|
|
* the GUI had what might be somewhat cryptic values to select from or that
|
|
|
|
* the "-o" flag took long strings, often with spaces in them).
|
|
|
|
*
|
|
|
|
* Otherwise, the default value that was passed as the third argument is
|
|
|
|
* returned.
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
*/
|
2010-05-25 20:57:14 +00:00
|
|
|
static gint
|
2000-11-18 21:41:40 +00:00
|
|
|
find_val_for_string(const char *needle, const enum_val_t *haystack,
|
2010-05-25 20:57:14 +00:00
|
|
|
gint default_value)
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
2004-05-24 02:25:21 +00:00
|
|
|
int i;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
2004-05-24 02:25:21 +00:00
|
|
|
for (i = 0; haystack[i].name != NULL; i++) {
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
if (g_ascii_strcasecmp(needle, haystack[i].name) == 0) {
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
return haystack[i].value;
|
|
|
|
}
|
2004-05-24 02:25:21 +00:00
|
|
|
}
|
|
|
|
for (i = 0; haystack[i].name != NULL; i++) {
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
if (g_ascii_strcasecmp(needle, haystack[i].description) == 0) {
|
2004-05-24 02:25:21 +00:00
|
|
|
return haystack[i].value;
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
return default_value;
|
|
|
|
}
|
|
|
|
|
1999-12-30 23:02:56 +00:00
|
|
|
/* Takes an string and a pointer to an array of strings, and a default int value.
|
|
|
|
* The array must be terminated by a NULL string. If the string is found in the array
|
|
|
|
* of strings, the index of that string in the array is returned. Otherwise, the
|
|
|
|
* default value that was passed as the third argument is returned.
|
|
|
|
*/
|
|
|
|
static int
|
2005-07-22 17:57:40 +00:00
|
|
|
find_index_from_string_array(char *needle, const char **haystack, int default_value)
|
1999-12-30 23:02:56 +00:00
|
|
|
{
|
|
|
|
int i = 0;
|
|
|
|
|
|
|
|
while (haystack[i] != NULL) {
|
|
|
|
if (strcmp(needle, haystack[i]) == 0) {
|
|
|
|
return i;
|
|
|
|
}
|
2002-08-28 21:04:11 +00:00
|
|
|
i++;
|
1999-12-30 23:02:56 +00:00
|
|
|
}
|
|
|
|
return default_value;
|
|
|
|
}
|
|
|
|
|
1998-10-28 21:38:11 +00:00
|
|
|
/* Preferences file format:
|
2002-08-28 21:04:11 +00:00
|
|
|
* - Configuration directives start at the beginning of the line, and
|
1998-10-28 21:38:11 +00:00
|
|
|
* are terminated with a colon.
|
|
|
|
* - Directives can be continued on the next line by preceding them with
|
|
|
|
* whitespace.
|
|
|
|
*
|
|
|
|
* Example:
|
|
|
|
|
|
|
|
# This is a comment line
|
|
|
|
print.command: lpr
|
|
|
|
print.file: /a/very/long/path/
|
2006-05-28 19:49:07 +00:00
|
|
|
to/wireshark-out.ps
|
1998-10-28 21:38:11 +00:00
|
|
|
*
|
|
|
|
*/
|
|
|
|
|
2010-11-29 20:43:24 +00:00
|
|
|
#define DEF_NUM_COLS 7
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
2005-07-27 16:25:44 +00:00
|
|
|
/* Initialize preferences to wired-in default values.
|
|
|
|
* They may be overridden by the global preferences file or the
|
|
|
|
* user's preferences file.
|
|
|
|
*/
|
2005-08-02 04:34:35 +00:00
|
|
|
static void
|
2005-07-30 02:30:05 +00:00
|
|
|
init_prefs(void) {
|
2005-07-27 16:25:44 +00:00
|
|
|
int i;
|
|
|
|
fmt_data *cfmt;
|
|
|
|
const gchar *col_fmt[] = {"No.", "%m", "Time", "%t",
|
2010-01-26 23:05:40 +00:00
|
|
|
"Source", "%s", "Destination", "%d",
|
2010-11-29 20:43:24 +00:00
|
|
|
"Protocol", "%p", "Length", "%L",
|
|
|
|
"Info", "%i"};
|
2005-07-27 16:25:44 +00:00
|
|
|
|
|
|
|
if (prefs_initialized)
|
|
|
|
return;
|
|
|
|
|
2007-02-03 14:25:02 +00:00
|
|
|
uat_load_all();
|
2008-02-15 22:36:24 +00:00
|
|
|
|
2005-07-27 16:25:44 +00:00
|
|
|
prefs.pr_format = PR_FMT_TEXT;
|
|
|
|
prefs.pr_dest = PR_DEST_CMD;
|
2006-05-28 19:49:07 +00:00
|
|
|
prefs.pr_file = g_strdup("wireshark.out");
|
2005-07-27 16:25:44 +00:00
|
|
|
prefs.pr_cmd = g_strdup("lpr");
|
|
|
|
prefs.col_list = NULL;
|
|
|
|
for (i = 0; i < DEF_NUM_COLS; i++) {
|
|
|
|
cfmt = (fmt_data *) g_malloc(sizeof(fmt_data));
|
|
|
|
cfmt->title = g_strdup(col_fmt[i * 2]);
|
|
|
|
cfmt->fmt = g_strdup(col_fmt[(i * 2) + 1]);
|
2010-06-20 16:23:43 +00:00
|
|
|
cfmt->visible = TRUE;
|
2010-06-25 06:42:34 +00:00
|
|
|
cfmt->resolved = TRUE;
|
2008-02-22 22:47:19 +00:00
|
|
|
cfmt->custom_field = NULL;
|
2010-09-22 20:56:14 +00:00
|
|
|
cfmt->custom_occurrence = 0;
|
2005-07-27 16:25:44 +00:00
|
|
|
prefs.col_list = g_list_append(prefs.col_list, cfmt);
|
|
|
|
}
|
|
|
|
prefs.num_cols = DEF_NUM_COLS;
|
|
|
|
prefs.st_client_fg.pixel = 0;
|
|
|
|
prefs.st_client_fg.red = 32767;
|
|
|
|
prefs.st_client_fg.green = 0;
|
|
|
|
prefs.st_client_fg.blue = 0;
|
|
|
|
prefs.st_client_bg.pixel = 0;
|
|
|
|
prefs.st_client_bg.red = 64507;
|
|
|
|
prefs.st_client_bg.green = 60909;
|
|
|
|
prefs.st_client_bg.blue = 60909;
|
|
|
|
prefs.st_server_fg.pixel = 0;
|
|
|
|
prefs.st_server_fg.red = 0;
|
|
|
|
prefs.st_server_fg.green = 0;
|
|
|
|
prefs.st_server_fg.blue = 32767;
|
|
|
|
prefs.st_server_bg.pixel = 0;
|
|
|
|
prefs.st_server_bg.red = 60909;
|
|
|
|
prefs.st_server_bg.green = 60909;
|
|
|
|
prefs.st_server_bg.blue = 64507;
|
|
|
|
prefs.gui_scrollbar_on_right = TRUE;
|
|
|
|
prefs.gui_plist_sel_browse = FALSE;
|
|
|
|
prefs.gui_ptree_sel_browse = FALSE;
|
|
|
|
prefs.gui_altern_colors = FALSE;
|
|
|
|
prefs.gui_ptree_line_style = 0;
|
|
|
|
prefs.gui_ptree_expander_style = 1;
|
|
|
|
prefs.gui_hex_dump_highlight_style = 1;
|
|
|
|
prefs.filter_toolbar_show_in_statusbar = FALSE;
|
|
|
|
prefs.gui_toolbar_main_style = TB_STYLE_ICONS;
|
2009-09-25 05:19:18 +00:00
|
|
|
prefs.gui_toolbar_filter_style = TB_STYLE_TEXT;
|
2005-07-27 16:25:44 +00:00
|
|
|
#ifdef _WIN32
|
2008-04-08 04:47:32 +00:00
|
|
|
prefs.gui_font_name = g_strdup("Lucida Console 10");
|
2005-07-27 16:25:44 +00:00
|
|
|
#else
|
|
|
|
/*
|
|
|
|
* XXX - for now, we make the initial font name a pattern that matches
|
|
|
|
* only ISO 8859/1 fonts, so that we don't match 2-byte fonts such
|
|
|
|
* as ISO 10646 fonts.
|
|
|
|
*
|
|
|
|
* Users in locales using other one-byte fonts will have to choose
|
|
|
|
* a different font from the preferences dialog - or put the font
|
|
|
|
* selection in the global preferences file to make that font the
|
|
|
|
* default for all users who don't explicitly specify a different
|
|
|
|
* font.
|
|
|
|
*
|
|
|
|
* Making this a font set rather than a font has two problems:
|
|
|
|
*
|
|
|
|
* 1) as far as I know, you can't select font sets with the
|
|
|
|
* font selection dialog;
|
|
|
|
*
|
|
|
|
* 2) if you use a font set, the text to be drawn must be a
|
|
|
|
* multi-byte string in the appropriate locale, but
|
2006-05-28 19:49:07 +00:00
|
|
|
* Wireshark does *NOT* guarantee that's the case - in
|
2005-07-27 16:25:44 +00:00
|
|
|
* the hex-dump window, each character in the text portion
|
|
|
|
* of the display must be a *single* byte, and in the
|
|
|
|
* packet-list and protocol-tree windows, text extracted
|
|
|
|
* from the packet is not necessarily in the right format.
|
|
|
|
*
|
|
|
|
* "Doing this right" may, for the packet-list and protocol-tree
|
|
|
|
* windows, require that dissectors know what the locale is
|
|
|
|
* *AND* know what locale and text representation is used in
|
|
|
|
* the packets they're dissecting, and may be impossible in
|
|
|
|
* the hex-dump window (except by punting and displaying only
|
|
|
|
* ASCII characters).
|
|
|
|
*
|
|
|
|
* GTK+ 2.0 may simplify part of the problem, as it will, as I
|
|
|
|
* understand it, use UTF-8-encoded Unicode as its internal
|
|
|
|
* character set; however, we'd still have to know whatever
|
|
|
|
* character set and encoding is used in the packet (which
|
|
|
|
* may differ for different protocols, e.g. SMB might use
|
|
|
|
* PC code pages for some strings and Unicode for others, whilst
|
|
|
|
* NFS might use some UNIX character set encoding, e.g. ISO 8859/x,
|
|
|
|
* or one of the EUC character sets for Asian languages, or one
|
|
|
|
* of the other multi-byte character sets, or UTF-8, or...).
|
|
|
|
*
|
|
|
|
* I.e., as far as I can tell, "internationalizing" the packet-list,
|
|
|
|
* protocol-tree, and hex-dump windows involves a lot more than, say,
|
|
|
|
* just using font sets rather than fonts.
|
|
|
|
*/
|
2008-04-08 04:47:32 +00:00
|
|
|
/* XXX - the above comment was about the GTK1 font stuff, just remove this comment now */
|
2005-07-27 16:25:44 +00:00
|
|
|
/* XXX- is this the correct default font name for GTK2 none win32? */
|
2008-04-08 04:47:32 +00:00
|
|
|
prefs.gui_font_name = g_strdup("Monospace 10");
|
2005-07-27 16:25:44 +00:00
|
|
|
#endif
|
|
|
|
prefs.gui_marked_fg.pixel = 65535;
|
|
|
|
prefs.gui_marked_fg.red = 65535;
|
|
|
|
prefs.gui_marked_fg.green = 65535;
|
|
|
|
prefs.gui_marked_fg.blue = 65535;
|
|
|
|
prefs.gui_marked_bg.pixel = 0;
|
|
|
|
prefs.gui_marked_bg.red = 0;
|
|
|
|
prefs.gui_marked_bg.green = 0;
|
|
|
|
prefs.gui_marked_bg.blue = 0;
|
2009-12-17 01:18:14 +00:00
|
|
|
prefs.gui_ignored_fg.pixel = 32767;
|
|
|
|
prefs.gui_ignored_fg.red = 32767;
|
|
|
|
prefs.gui_ignored_fg.green = 32767;
|
|
|
|
prefs.gui_ignored_fg.blue = 32767;
|
|
|
|
prefs.gui_ignored_bg.pixel = 65535;
|
|
|
|
prefs.gui_ignored_bg.red = 65535;
|
|
|
|
prefs.gui_ignored_bg.green = 65535;
|
|
|
|
prefs.gui_ignored_bg.blue = 65535;
|
2007-11-24 11:38:16 +00:00
|
|
|
prefs.gui_colorized_fg = g_strdup("000000,000000,000000,000000,000000,000000,000000,000000,000000,000000");
|
|
|
|
prefs.gui_colorized_bg = g_strdup("ffc0c0,ffc0ff,e0c0e0,c0c0ff,c0e0e0,c0ffff,c0ffc0,ffffc0,e0e0c0,e0e0e0");
|
2008-04-12 19:37:05 +00:00
|
|
|
prefs.gui_geometry_save_position = FALSE;
|
|
|
|
prefs.gui_geometry_save_size = TRUE;
|
|
|
|
prefs.gui_geometry_save_maximized= TRUE;
|
2008-10-26 23:07:37 +00:00
|
|
|
prefs.gui_macosx_style = TRUE;
|
2005-07-27 16:25:44 +00:00
|
|
|
prefs.gui_console_open = console_open_never;
|
|
|
|
prefs.gui_fileopen_style = FO_STYLE_LAST_OPENED;
|
2008-08-08 19:41:35 +00:00
|
|
|
prefs.gui_recent_df_entries_max = 10;
|
2005-07-27 16:25:44 +00:00
|
|
|
prefs.gui_recent_files_count_max = 10;
|
2007-01-14 23:28:35 +00:00
|
|
|
prefs.gui_fileopen_dir = g_strdup(get_persdatafile_dir());
|
2005-07-27 16:25:44 +00:00
|
|
|
prefs.gui_fileopen_preview = 3;
|
|
|
|
prefs.gui_ask_unsaved = TRUE;
|
|
|
|
prefs.gui_find_wrap = TRUE;
|
2006-10-03 19:53:10 +00:00
|
|
|
prefs.gui_use_pref_save = FALSE;
|
2005-07-29 21:55:45 +00:00
|
|
|
prefs.gui_webbrowser = g_strdup(HTML_VIEWER " %s");
|
2005-07-27 16:25:44 +00:00
|
|
|
prefs.gui_window_title = g_strdup("");
|
2008-10-06 22:49:01 +00:00
|
|
|
prefs.gui_start_title = g_strdup("The World's Most Popular Network Protocol Analyzer");
|
2010-12-03 21:52:05 +00:00
|
|
|
prefs.gui_version_in_start_page = TRUE;
|
2005-07-27 16:25:44 +00:00
|
|
|
prefs.gui_layout_type = layout_type_5;
|
|
|
|
prefs.gui_layout_content_1 = layout_pane_content_plist;
|
|
|
|
prefs.gui_layout_content_2 = layout_pane_content_pdetails;
|
|
|
|
prefs.gui_layout_content_3 = layout_pane_content_pbytes;
|
2005-10-12 21:26:27 +00:00
|
|
|
prefs.console_log_level =
|
|
|
|
G_LOG_LEVEL_WARNING | G_LOG_LEVEL_CRITICAL | G_LOG_LEVEL_ERROR;
|
2005-07-27 16:25:44 +00:00
|
|
|
|
|
|
|
/* set the default values for the capture dialog box */
|
2010-05-15 19:38:13 +00:00
|
|
|
prefs.capture_device = NULL;
|
|
|
|
prefs.capture_devices_linktypes = NULL;
|
|
|
|
prefs.capture_devices_descr = NULL;
|
|
|
|
prefs.capture_devices_hide = NULL;
|
|
|
|
prefs.capture_devices_monitor_mode = NULL;
|
|
|
|
prefs.capture_prom_mode = TRUE;
|
|
|
|
prefs.capture_pcap_ng = FALSE;
|
|
|
|
prefs.capture_real_time = TRUE;
|
|
|
|
prefs.capture_auto_scroll = TRUE;
|
|
|
|
prefs.capture_show_info = FALSE;
|
2008-01-16 07:36:34 +00:00
|
|
|
|
|
|
|
/* set the default values for the name resolution dialog box */
|
2005-07-27 16:25:44 +00:00
|
|
|
prefs.name_resolve = RESOLV_ALL ^ RESOLV_NETWORK;
|
|
|
|
prefs.name_resolve_concurrency = 500;
|
2010-03-03 17:19:30 +00:00
|
|
|
prefs.load_smi_modules = FALSE;
|
2010-05-15 19:38:13 +00:00
|
|
|
prefs.suppress_smi_errors = FALSE;
|
2005-07-27 16:25:44 +00:00
|
|
|
|
2008-04-21 10:57:32 +00:00
|
|
|
/* set the default values for the tap/statistics dialog box */
|
2010-05-15 19:38:13 +00:00
|
|
|
prefs.tap_update_interval = TAP_UPDATE_DEFAULT_INTERVAL;
|
2008-01-16 07:36:34 +00:00
|
|
|
prefs.rtp_player_max_visible = RTP_PLAYER_DEFAULT_VISIBLE;
|
|
|
|
|
2008-04-17 23:14:01 +00:00
|
|
|
prefs.display_hidden_proto_items = FALSE;
|
|
|
|
|
2005-07-27 16:25:44 +00:00
|
|
|
prefs_initialized = TRUE;
|
|
|
|
}
|
|
|
|
|
2008-01-14 16:40:23 +00:00
|
|
|
/* Reset preferences */
|
|
|
|
void
|
|
|
|
prefs_reset(void)
|
|
|
|
{
|
|
|
|
prefs_initialized = FALSE;
|
2009-03-13 22:06:48 +00:00
|
|
|
|
|
|
|
g_free(prefs.pr_file);
|
|
|
|
g_free(prefs.pr_cmd);
|
2008-01-19 01:18:35 +00:00
|
|
|
free_col_info(&prefs);
|
2009-03-13 22:06:48 +00:00
|
|
|
g_free(prefs.gui_font_name);
|
|
|
|
g_free(prefs.gui_colorized_fg);
|
|
|
|
g_free(prefs.gui_colorized_bg);
|
|
|
|
g_free(prefs.gui_fileopen_dir);
|
|
|
|
g_free(prefs.gui_webbrowser);
|
|
|
|
g_free(prefs.gui_window_title);
|
|
|
|
g_free(prefs.gui_start_title);
|
|
|
|
g_free(prefs.capture_device);
|
|
|
|
g_free(prefs.capture_devices_linktypes);
|
|
|
|
g_free(prefs.capture_devices_descr);
|
|
|
|
g_free(prefs.capture_devices_hide);
|
2010-05-15 19:38:13 +00:00
|
|
|
g_free(prefs.capture_devices_monitor_mode);
|
2008-01-19 01:18:35 +00:00
|
|
|
|
|
|
|
uat_unload_all();
|
2010-03-03 17:19:30 +00:00
|
|
|
oids_cleanup();
|
2008-01-14 16:40:23 +00:00
|
|
|
init_prefs();
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
/* Read the preferences file, fill in "prefs", and return a pointer to it.
|
|
|
|
|
|
|
|
If we got an error (other than "it doesn't exist") trying to read
|
|
|
|
the global preferences file, stuff the errno into "*gpf_errno_return"
|
|
|
|
and a pointer to the path of the file into "*gpf_path_return", and
|
|
|
|
return NULL.
|
|
|
|
|
|
|
|
If we got an error (other than "it doesn't exist") trying to read
|
|
|
|
the user's preferences file, stuff the errno into "*pf_errno_return"
|
|
|
|
and a pointer to the path of the file into "*pf_path_return", and
|
|
|
|
return NULL. */
|
1998-11-17 04:29:13 +00:00
|
|
|
e_prefs *
|
2003-08-07 00:41:28 +00:00
|
|
|
read_prefs(int *gpf_errno_return, int *gpf_read_errno_return,
|
|
|
|
char **gpf_path_return, int *pf_errno_return,
|
|
|
|
int *pf_read_errno_return, char **pf_path_return)
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
2003-08-07 00:41:28 +00:00
|
|
|
int err;
|
2005-07-22 07:55:51 +00:00
|
|
|
char *pf_path;
|
|
|
|
FILE *pf;
|
1998-11-17 04:29:13 +00:00
|
|
|
|
2010-03-03 17:19:30 +00:00
|
|
|
/* clean up libsmi structures before reading prefs */
|
|
|
|
if (prefs.load_smi_modules) {
|
|
|
|
oids_cleanup();
|
|
|
|
}
|
|
|
|
|
2005-07-27 16:25:44 +00:00
|
|
|
init_prefs();
|
2008-02-15 22:36:24 +00:00
|
|
|
|
2005-03-01 00:05:57 +00:00
|
|
|
/*
|
|
|
|
* If we don't already have the pathname of the global preferences
|
|
|
|
* file, construct it. Then, in either case, try to open the file.
|
|
|
|
*/
|
|
|
|
if (gpf_path == NULL) {
|
|
|
|
/*
|
|
|
|
* We don't have the path; try the new path first, and, if that
|
|
|
|
* file doesn't exist, try the old path.
|
|
|
|
*/
|
|
|
|
gpf_path = get_datafile_path(PF_NAME);
|
2008-05-22 15:46:27 +00:00
|
|
|
if ((pf = ws_fopen(gpf_path, "r")) == NULL && errno == ENOENT) {
|
2005-03-01 00:05:57 +00:00
|
|
|
/*
|
|
|
|
* It doesn't exist by the new name; try the old name.
|
|
|
|
*/
|
2005-03-24 03:10:31 +00:00
|
|
|
g_free(gpf_path);
|
2005-03-01 00:05:57 +00:00
|
|
|
gpf_path = get_datafile_path(OLD_GPF_NAME);
|
2008-05-22 15:46:27 +00:00
|
|
|
pf = ws_fopen(gpf_path, "r");
|
2005-03-01 00:05:57 +00:00
|
|
|
}
|
|
|
|
} else {
|
|
|
|
/*
|
|
|
|
* We have the path; try it.
|
|
|
|
*/
|
2008-05-22 15:46:27 +00:00
|
|
|
pf = ws_fopen(gpf_path, "r");
|
2005-03-01 00:05:57 +00:00
|
|
|
}
|
On Windows, use the directory in which the binary resides as the
directory in which global data files are stored. If an installed binary
is being run, that's the correct directory for them; if a build-tree
binary is being run, the "manuf" file will be there, and you can put
other data files there as well, if necessary.
Do the same with plugins, except that, if there's no
"plugins\\{version}" subdirectory of that directory, fall back on the
default installation directory, so you at least have a place where you
can put plugins for use by build-tree binaries. (Should we, instead,
have the Windows build procedure create a subdirectory of the "plugins"
source directory, with the plugin version number as its name, and copy
the plugins there, so you'd use the build-tree plugin binaries?)
Move "test_for_directory()" out of "util.c" and into
"epan/filesystem.c", with the other file system access portability
wrappers and convenience routines. Fix "util.h" not to declare it - or
other routines moved to "epan/filesystem.c" a while ago.
svn path=/trunk/; revision=3858
2001-08-21 06:39:18 +00:00
|
|
|
|
2005-03-01 00:05:57 +00:00
|
|
|
/*
|
|
|
|
* If we were able to open the file, read it.
|
|
|
|
* XXX - if it failed for a reason other than "it doesn't exist",
|
|
|
|
* report the error.
|
|
|
|
*/
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
*gpf_path_return = NULL;
|
2005-03-01 00:05:57 +00:00
|
|
|
if (pf != NULL) {
|
2003-12-13 17:24:47 +00:00
|
|
|
/*
|
|
|
|
* Start out the counters of "mgcp.{tcp,udp}.port" entries we've
|
|
|
|
* seen.
|
|
|
|
*/
|
|
|
|
mgcp_tcp_port_count = 0;
|
|
|
|
mgcp_udp_port_count = 0;
|
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
/* We succeeded in opening it; read it. */
|
2006-11-15 23:33:39 +00:00
|
|
|
err = read_prefs_file(gpf_path, pf, set_pref, NULL);
|
2003-08-07 00:41:28 +00:00
|
|
|
if (err != 0) {
|
|
|
|
/* We had an error reading the file; return the errno and the
|
|
|
|
pathname, so our caller can report the error. */
|
|
|
|
*gpf_errno_return = 0;
|
|
|
|
*gpf_read_errno_return = err;
|
|
|
|
*gpf_path_return = gpf_path;
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
fclose(pf);
|
|
|
|
} else {
|
|
|
|
/* We failed to open it. If we failed for some reason other than
|
|
|
|
"it doesn't exist", return the errno and the pathname, so our
|
|
|
|
caller can report the error. */
|
|
|
|
if (errno != ENOENT) {
|
|
|
|
*gpf_errno_return = errno;
|
2003-08-07 00:41:28 +00:00
|
|
|
*gpf_read_errno_return = 0;
|
On Windows, use the directory in which the binary resides as the
directory in which global data files are stored. If an installed binary
is being run, that's the correct directory for them; if a build-tree
binary is being run, the "manuf" file will be there, and you can put
other data files there as well, if necessary.
Do the same with plugins, except that, if there's no
"plugins\\{version}" subdirectory of that directory, fall back on the
default installation directory, so you at least have a place where you
can put plugins for use by build-tree binaries. (Should we, instead,
have the Windows build procedure create a subdirectory of the "plugins"
source directory, with the plugin version number as its name, and copy
the plugins there, so you'd use the build-tree plugin binaries?)
Move "test_for_directory()" out of "util.c" and into
"epan/filesystem.c", with the other file system access portability
wrappers and convenience routines. Fix "util.h" not to declare it - or
other routines moved to "epan/filesystem.c" a while ago.
svn path=/trunk/; revision=3858
2001-08-21 06:39:18 +00:00
|
|
|
*gpf_path_return = gpf_path;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Construct the pathname of the user's preferences file. */
|
2008-01-14 16:40:23 +00:00
|
|
|
pf_path = get_persconffile_path(PF_NAME, TRUE, FALSE);
|
2002-08-28 21:04:11 +00:00
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
/* Read the user's preferences file, if it exists. */
|
1999-06-12 07:04:35 +00:00
|
|
|
*pf_path_return = NULL;
|
2008-05-22 15:46:27 +00:00
|
|
|
if ((pf = ws_fopen(pf_path, "r")) != NULL) {
|
2003-12-13 17:24:47 +00:00
|
|
|
/*
|
|
|
|
* Start out the counters of "mgcp.{tcp,udp}.port" entries we've
|
|
|
|
* seen.
|
|
|
|
*/
|
|
|
|
mgcp_tcp_port_count = 0;
|
|
|
|
mgcp_udp_port_count = 0;
|
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
/* We succeeded in opening it; read it. */
|
2006-11-15 23:33:39 +00:00
|
|
|
err = read_prefs_file(pf_path, pf, set_pref, NULL);
|
2003-08-07 00:41:28 +00:00
|
|
|
if (err != 0) {
|
|
|
|
/* We had an error reading the file; return the errno and the
|
|
|
|
pathname, so our caller can report the error. */
|
|
|
|
*pf_errno_return = 0;
|
|
|
|
*pf_read_errno_return = err;
|
|
|
|
*pf_path_return = pf_path;
|
|
|
|
} else
|
|
|
|
g_free(pf_path);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
fclose(pf);
|
|
|
|
} else {
|
|
|
|
/* We failed to open it. If we failed for some reason other than
|
|
|
|
"it doesn't exist", return the errno and the pathname, so our
|
|
|
|
caller can report the error. */
|
|
|
|
if (errno != ENOENT) {
|
|
|
|
*pf_errno_return = errno;
|
2003-08-07 00:41:28 +00:00
|
|
|
*pf_read_errno_return = 0;
|
1999-06-12 07:04:35 +00:00
|
|
|
*pf_path_return = pf_path;
|
2005-03-24 03:10:31 +00:00
|
|
|
} else
|
|
|
|
g_free(pf_path);
|
1998-10-28 21:38:11 +00:00
|
|
|
}
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2010-03-03 17:19:30 +00:00
|
|
|
/* load SMI modules if needed */
|
|
|
|
if (prefs.load_smi_modules) {
|
|
|
|
oids_init();
|
|
|
|
}
|
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
return &prefs;
|
|
|
|
}
|
|
|
|
|
2006-12-05 00:43:00 +00:00
|
|
|
/* read the preferences file (or similiar) and call the callback
|
2003-12-13 17:24:47 +00:00
|
|
|
* function to set each key/value pair found */
|
|
|
|
int
|
2010-05-26 01:51:41 +00:00
|
|
|
read_prefs_file(const char *pf_path, FILE *pf,
|
|
|
|
pref_set_pair_cb pref_set_pair_fct, void *private_data)
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
|
|
|
enum { START, IN_VAR, PRE_VAL, IN_VAL, IN_SKIP };
|
|
|
|
int got_c, state = START;
|
2005-06-21 22:02:18 +00:00
|
|
|
GString *cur_val;
|
|
|
|
GString *cur_var;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
gboolean got_val = FALSE;
|
2005-06-13 22:40:11 +00:00
|
|
|
gint fline = 1, pline = 1;
|
2006-10-03 21:25:16 +00:00
|
|
|
gchar hint[] = "(applying your preferences once should remove this warning)";
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
2005-06-21 22:02:18 +00:00
|
|
|
cur_val = g_string_new("");
|
|
|
|
cur_var = g_string_new("");
|
2005-06-18 20:57:01 +00:00
|
|
|
|
1998-10-28 21:38:11 +00:00
|
|
|
while ((got_c = getc(pf)) != EOF) {
|
|
|
|
if (got_c == '\n') {
|
|
|
|
state = START;
|
|
|
|
fline++;
|
|
|
|
continue;
|
|
|
|
}
|
2002-08-28 21:04:11 +00:00
|
|
|
|
1998-10-28 21:38:11 +00:00
|
|
|
switch (state) {
|
|
|
|
case START:
|
|
|
|
if (isalnum(got_c)) {
|
2005-06-13 22:40:11 +00:00
|
|
|
if (cur_var->len > 0) {
|
1998-11-17 04:29:13 +00:00
|
|
|
if (got_val) {
|
2010-10-29 22:09:31 +00:00
|
|
|
/* Convert the string to a range. Since we're reading the
|
|
|
|
* preferences file, silently lower values in excess of the
|
|
|
|
* range's maximum.
|
|
|
|
*/
|
|
|
|
switch (pref_set_pair_fct(cur_var->str, cur_val->str, private_data, FALSE)) {
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
2006-12-08 04:09:44 +00:00
|
|
|
case PREFS_SET_OK:
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PREFS_SET_SYNTAX_ERR:
|
2010-10-27 01:43:24 +00:00
|
|
|
g_warning ("%s line %d: Syntax error in preference %s %s", pf_path, pline, cur_var->str, hint);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
|
|
|
|
2006-12-08 04:09:44 +00:00
|
|
|
case PREFS_SET_NO_SUCH_PREF:
|
2004-05-24 18:14:58 +00:00
|
|
|
g_warning ("%s line %d: No such preference \"%s\" %s", pf_path,
|
2006-12-08 04:09:44 +00:00
|
|
|
pline, cur_var->str, hint);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
|
2006-12-08 04:09:44 +00:00
|
|
|
case PREFS_SET_OBSOLETE:
|
|
|
|
/* We silently ignore attempts to set these; it's
|
|
|
|
probably not the user's fault that it's in there -
|
|
|
|
they may have saved preferences with a release that
|
|
|
|
supported them. */
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
break;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
1998-11-17 04:29:13 +00:00
|
|
|
} else {
|
2004-05-24 18:14:58 +00:00
|
|
|
g_warning ("%s line %d: Incomplete preference %s", pf_path, pline, hint);
|
1998-11-17 04:29:13 +00:00
|
|
|
}
|
1998-10-28 21:38:11 +00:00
|
|
|
}
|
1998-11-17 04:29:13 +00:00
|
|
|
state = IN_VAR;
|
|
|
|
got_val = FALSE;
|
2005-06-13 22:40:11 +00:00
|
|
|
g_string_truncate(cur_var, 0);
|
2005-06-26 11:32:02 +00:00
|
|
|
g_string_append_c(cur_var, (gchar) got_c);
|
1998-10-28 21:38:11 +00:00
|
|
|
pline = fline;
|
2005-06-13 22:40:11 +00:00
|
|
|
} else if (isspace(got_c) && cur_var->len > 0 && got_val) {
|
1998-10-28 21:38:11 +00:00
|
|
|
state = PRE_VAL;
|
|
|
|
} else if (got_c == '#') {
|
|
|
|
state = IN_SKIP;
|
|
|
|
} else {
|
2004-05-24 18:14:58 +00:00
|
|
|
g_warning ("%s line %d: Malformed line %s", pf_path, fline, hint);
|
1998-10-28 21:38:11 +00:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
case IN_VAR:
|
|
|
|
if (got_c != ':') {
|
2005-06-26 11:32:02 +00:00
|
|
|
g_string_append_c(cur_var, (gchar) got_c);
|
1998-10-28 21:38:11 +00:00
|
|
|
} else {
|
1998-11-17 04:29:13 +00:00
|
|
|
state = PRE_VAL;
|
2005-06-13 22:40:11 +00:00
|
|
|
g_string_truncate(cur_val, 0);
|
1998-11-17 04:29:13 +00:00
|
|
|
got_val = TRUE;
|
1998-10-28 21:38:11 +00:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
case PRE_VAL:
|
|
|
|
if (!isspace(got_c)) {
|
|
|
|
state = IN_VAL;
|
2005-06-26 11:32:02 +00:00
|
|
|
g_string_append_c(cur_val, (gchar) got_c);
|
1998-10-28 21:38:11 +00:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
case IN_VAL:
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
g_string_append_c(cur_val, (gchar) got_c);
|
1998-10-28 21:38:11 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
2005-06-13 22:40:11 +00:00
|
|
|
if (cur_var->len > 0) {
|
1998-11-17 04:29:13 +00:00
|
|
|
if (got_val) {
|
2010-10-29 22:09:31 +00:00
|
|
|
/* Convert the string to a range. Since we're reading the
|
|
|
|
* preferences file, silently lower values in excess of the
|
|
|
|
* range's maximum.
|
|
|
|
*/
|
|
|
|
switch (pref_set_pair_fct(cur_var->str, cur_val->str, private_data, FALSE)) {
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
2006-12-08 04:09:44 +00:00
|
|
|
case PREFS_SET_OK:
|
|
|
|
break;
|
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
case PREFS_SET_SYNTAX_ERR:
|
2010-10-27 01:43:24 +00:00
|
|
|
g_warning ("%s line %d: Syntax error in preference %s %s", pf_path, pline, cur_var->str, hint);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PREFS_SET_NO_SUCH_PREF:
|
2004-05-24 18:14:58 +00:00
|
|
|
g_warning ("%s line %d: No such preference \"%s\" %s", pf_path,
|
2006-12-08 04:09:44 +00:00
|
|
|
pline, cur_var->str, hint);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
|
|
|
|
case PREFS_SET_OBSOLETE:
|
2006-12-08 04:09:44 +00:00
|
|
|
/* We silently ignore attempts to set these; it's probably not
|
|
|
|
the user's fault that it's in there - they may have saved
|
|
|
|
preferences with a release that supported it. */
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
break;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
1998-11-17 04:29:13 +00:00
|
|
|
} else {
|
2004-05-24 18:14:58 +00:00
|
|
|
g_warning ("%s line %d: Incomplete preference %s", pf_path, pline, hint);
|
1998-11-17 04:29:13 +00:00
|
|
|
}
|
1998-10-28 21:38:11 +00:00
|
|
|
}
|
2005-06-21 22:02:18 +00:00
|
|
|
|
|
|
|
g_string_free(cur_val, TRUE);
|
|
|
|
g_string_free(cur_var, TRUE);
|
|
|
|
|
2003-08-07 00:41:28 +00:00
|
|
|
if (ferror(pf))
|
|
|
|
return errno;
|
|
|
|
else
|
|
|
|
return 0;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
|
2008-02-15 22:36:24 +00:00
|
|
|
/*
|
|
|
|
* If we were handed a preference starting with "uat:", try to turn it into
|
|
|
|
* a valid uat entry.
|
|
|
|
*/
|
|
|
|
static gboolean
|
|
|
|
prefs_set_uat_pref(char *uat_entry) {
|
|
|
|
gchar *p, *colonp;
|
|
|
|
uat_t *uat;
|
|
|
|
gchar *err;
|
|
|
|
|
|
|
|
colonp = strchr(uat_entry, ':');
|
|
|
|
if (colonp == NULL)
|
|
|
|
return FALSE;
|
|
|
|
|
|
|
|
p = colonp;
|
|
|
|
*p++ = '\0';
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Skip over any white space (there probably won't be any, but
|
|
|
|
* as we allow it in the preferences file, we might as well
|
|
|
|
* allow it here).
|
|
|
|
*/
|
|
|
|
while (isspace((guchar)*p))
|
|
|
|
p++;
|
|
|
|
if (*p == '\0') {
|
|
|
|
/*
|
|
|
|
* Put the colon back, so if our caller uses, in an
|
|
|
|
* error message, the string they passed us, the message
|
|
|
|
* looks correct.
|
|
|
|
*/
|
|
|
|
*colonp = ':';
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
|
|
|
uat = uat_find(uat_entry);
|
|
|
|
*colonp = ':';
|
|
|
|
if (uat == NULL) {
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (uat_load_str(uat, p, &err)) {
|
|
|
|
return TRUE;
|
|
|
|
}
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
/*
|
|
|
|
* Given a string of the form "<pref name>:<pref value>", as might appear
|
|
|
|
* as an argument to a "-o" option, parse it and set the preference in
|
|
|
|
* question. Return an indication of whether it succeeded or failed
|
|
|
|
* in some fashion.
|
|
|
|
*/
|
2006-11-17 01:24:03 +00:00
|
|
|
prefs_set_pref_e
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
prefs_set_pref(char *prefarg)
|
|
|
|
{
|
2005-07-22 17:57:40 +00:00
|
|
|
gchar *p, *colonp;
|
2006-11-17 01:24:03 +00:00
|
|
|
prefs_set_pref_e ret;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
2001-01-05 22:45:26 +00:00
|
|
|
/*
|
2001-10-16 07:35:11 +00:00
|
|
|
* Set the counters of "mgcp.{tcp,udp}.port" entries we've
|
|
|
|
* seen to values that keep us from trying to interpret tham
|
|
|
|
* as "mgcp.{tcp,udp}.gateway_port" or "mgcp.{tcp,udp}.callagent_port",
|
|
|
|
* as, from the command line, we have no way of guessing which
|
|
|
|
* the user had in mind.
|
2001-01-05 22:45:26 +00:00
|
|
|
*/
|
|
|
|
mgcp_tcp_port_count = -1;
|
|
|
|
mgcp_udp_port_count = -1;
|
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
colonp = strchr(prefarg, ':');
|
|
|
|
if (colonp == NULL)
|
|
|
|
return PREFS_SET_SYNTAX_ERR;
|
|
|
|
|
|
|
|
p = colonp;
|
|
|
|
*p++ = '\0';
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Skip over any white space (there probably won't be any, but
|
|
|
|
* as we allow it in the preferences file, we might as well
|
|
|
|
* allow it here).
|
|
|
|
*/
|
2005-07-22 17:57:40 +00:00
|
|
|
while (isspace((guchar)*p))
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
p++;
|
|
|
|
if (*p == '\0') {
|
|
|
|
/*
|
|
|
|
* Put the colon back, so if our caller uses, in an
|
|
|
|
* error message, the string they passed us, the message
|
|
|
|
* looks correct.
|
|
|
|
*/
|
|
|
|
*colonp = ':';
|
|
|
|
return PREFS_SET_SYNTAX_ERR;
|
|
|
|
}
|
2008-04-21 10:57:32 +00:00
|
|
|
if (strcmp(prefarg, "uat")) {
|
2010-10-29 22:09:31 +00:00
|
|
|
ret = set_pref(prefarg, p, NULL, TRUE);
|
2008-02-15 22:36:24 +00:00
|
|
|
} else {
|
|
|
|
ret = prefs_set_uat_pref(p) ? PREFS_SET_OK : PREFS_SET_SYNTAX_ERR;
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
*colonp = ':'; /* put the colon back */
|
|
|
|
return ret;
|
1998-10-28 21:38:11 +00:00
|
|
|
}
|
|
|
|
|
2008-01-31 16:47:05 +00:00
|
|
|
/*
|
|
|
|
* Returns TRUE if the given device is hidden
|
|
|
|
*/
|
|
|
|
gboolean
|
|
|
|
prefs_is_capture_device_hidden(const char *name)
|
|
|
|
{
|
|
|
|
gchar *tok, *devices;
|
|
|
|
size_t len;
|
|
|
|
|
|
|
|
if (prefs.capture_devices_hide && name) {
|
|
|
|
devices = g_strdup (prefs.capture_devices_hide);
|
|
|
|
len = strlen (name);
|
|
|
|
for (tok = strtok (devices, ","); tok; tok = strtok(NULL, ",")) {
|
|
|
|
if (strlen (tok) == len && strcmp (name, tok) == 0) {
|
|
|
|
g_free (devices);
|
|
|
|
return TRUE;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
g_free (devices);
|
|
|
|
}
|
|
|
|
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
2010-06-20 16:23:43 +00:00
|
|
|
/*
|
|
|
|
* Returns TRUE if the given column is hidden
|
|
|
|
*/
|
|
|
|
static gboolean
|
|
|
|
prefs_is_column_hidden(const gchar *cols_hidden, const char *fmt)
|
|
|
|
{
|
|
|
|
gchar *tok, *cols;
|
|
|
|
size_t len;
|
|
|
|
|
|
|
|
if (cols_hidden && fmt) {
|
|
|
|
cols = g_strdup (cols_hidden);
|
|
|
|
len = strlen (fmt);
|
|
|
|
for (tok = strtok (cols, ","); tok; tok = strtok(NULL, ",")) {
|
2010-08-31 15:02:03 +00:00
|
|
|
tok = g_strstrip (tok);
|
2010-06-20 16:23:43 +00:00
|
|
|
if (strlen (tok) == len && strcmp (fmt, tok) == 0) {
|
|
|
|
g_free (cols);
|
|
|
|
return TRUE;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
g_free (cols);
|
|
|
|
}
|
|
|
|
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
2010-05-15 19:38:13 +00:00
|
|
|
/*
|
|
|
|
* Returns TRUE if the given device should capture in monitor mode by default
|
|
|
|
*/
|
|
|
|
gboolean
|
|
|
|
prefs_capture_device_monitor_mode(const char *name)
|
|
|
|
{
|
|
|
|
gchar *tok, *devices;
|
|
|
|
size_t len;
|
|
|
|
|
|
|
|
if (prefs.capture_devices_monitor_mode && name) {
|
|
|
|
devices = g_strdup (prefs.capture_devices_monitor_mode);
|
|
|
|
len = strlen (name);
|
|
|
|
for (tok = strtok (devices, ","); tok; tok = strtok(NULL, ",")) {
|
|
|
|
if (strlen (tok) == len && strcmp (name, tok) == 0) {
|
|
|
|
g_free (devices);
|
|
|
|
return TRUE;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
g_free (devices);
|
|
|
|
}
|
|
|
|
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
2003-10-14 23:20:17 +00:00
|
|
|
#define PRS_PRINT_FMT "print.format"
|
|
|
|
#define PRS_PRINT_DEST "print.destination"
|
|
|
|
#define PRS_PRINT_FILE "print.file"
|
|
|
|
#define PRS_PRINT_CMD "print.command"
|
2010-06-20 16:23:43 +00:00
|
|
|
#define PRS_COL_HIDDEN "column.hidden"
|
2003-10-14 23:20:17 +00:00
|
|
|
#define PRS_COL_FMT "column.format"
|
|
|
|
#define PRS_STREAM_CL_FG "stream.client.fg"
|
|
|
|
#define PRS_STREAM_CL_BG "stream.client.bg"
|
|
|
|
#define PRS_STREAM_SR_FG "stream.server.fg"
|
|
|
|
#define PRS_STREAM_SR_BG "stream.server.bg"
|
|
|
|
#define PRS_GUI_SCROLLBAR_ON_RIGHT "gui.scrollbar_on_right"
|
|
|
|
#define PRS_GUI_PLIST_SEL_BROWSE "gui.packet_list_sel_browse"
|
|
|
|
#define PRS_GUI_PTREE_SEL_BROWSE "gui.protocol_tree_sel_browse"
|
|
|
|
#define PRS_GUI_ALTERN_COLORS "gui.tree_view_altern_colors"
|
2004-04-06 19:02:18 +00:00
|
|
|
#define PRS_GUI_FILTER_TOOLBAR_IN_STATUSBAR "gui.filter_toolbar_show_in_statusbar"
|
2003-10-14 23:20:17 +00:00
|
|
|
#define PRS_GUI_PTREE_LINE_STYLE "gui.protocol_tree_line_style"
|
|
|
|
#define PRS_GUI_PTREE_EXPANDER_STYLE "gui.protocol_tree_expander_style"
|
2000-09-08 09:50:08 +00:00
|
|
|
#define PRS_GUI_HEX_DUMP_HIGHLIGHT_STYLE "gui.hex_dump_highlight_style"
|
2004-01-20 18:47:25 +00:00
|
|
|
#define PRS_GUI_FONT_NAME_1 "gui.font_name"
|
|
|
|
#define PRS_GUI_FONT_NAME_2 "gui.gtk2.font_name"
|
2003-10-14 23:20:17 +00:00
|
|
|
#define PRS_GUI_MARKED_FG "gui.marked_frame.fg"
|
|
|
|
#define PRS_GUI_MARKED_BG "gui.marked_frame.bg"
|
2009-12-17 01:18:14 +00:00
|
|
|
#define PRS_GUI_IGNORED_FG "gui.ignored_frame.fg"
|
|
|
|
#define PRS_GUI_IGNORED_BG "gui.ignored_frame.bg"
|
2007-11-24 11:38:16 +00:00
|
|
|
#define PRS_GUI_COLORIZED_FG "gui.colorized_frame.fg"
|
|
|
|
#define PRS_GUI_COLORIZED_BG "gui.colorized_frame.bg"
|
2004-05-13 15:28:02 +00:00
|
|
|
#define PRS_GUI_CONSOLE_OPEN "gui.console_open"
|
2003-10-14 23:20:17 +00:00
|
|
|
#define PRS_GUI_FILEOPEN_STYLE "gui.fileopen.style"
|
2003-12-28 23:20:08 +00:00
|
|
|
#define PRS_GUI_RECENT_COUNT_MAX "gui.recent_files_count.max"
|
2008-08-08 19:41:35 +00:00
|
|
|
#define PRS_GUI_RECENT_DF_ENTRIES_MAX "gui.recent_display_filter_entries.max"
|
2003-10-14 23:20:17 +00:00
|
|
|
#define PRS_GUI_FILEOPEN_DIR "gui.fileopen.dir"
|
|
|
|
#define PRS_GUI_FILEOPEN_REMEMBERED_DIR "gui.fileopen.remembered_dir"
|
2004-08-31 09:22:57 +00:00
|
|
|
#define PRS_GUI_FILEOPEN_PREVIEW "gui.fileopen.preview"
|
2004-06-20 15:57:11 +00:00
|
|
|
#define PRS_GUI_ASK_UNSAVED "gui.ask_unsaved"
|
2004-08-15 19:26:25 +00:00
|
|
|
#define PRS_GUI_FIND_WRAP "gui.find_wrap"
|
2006-10-03 19:53:10 +00:00
|
|
|
#define PRS_GUI_USE_PREF_SAVE "gui.use_pref_save"
|
2003-10-14 23:20:17 +00:00
|
|
|
#define PRS_GUI_GEOMETRY_SAVE_POSITION "gui.geometry.save.position"
|
|
|
|
#define PRS_GUI_GEOMETRY_SAVE_SIZE "gui.geometry.save.size"
|
2004-02-01 20:28:11 +00:00
|
|
|
#define PRS_GUI_GEOMETRY_SAVE_MAXIMIZED "gui.geometry.save.maximized"
|
2008-10-26 23:07:37 +00:00
|
|
|
#define PRS_GUI_MACOSX_STYLE "gui.macosx_style"
|
2003-10-14 23:20:17 +00:00
|
|
|
#define PRS_GUI_GEOMETRY_MAIN_X "gui.geometry.main.x"
|
|
|
|
#define PRS_GUI_GEOMETRY_MAIN_Y "gui.geometry.main.y"
|
|
|
|
#define PRS_GUI_GEOMETRY_MAIN_WIDTH "gui.geometry.main.width"
|
|
|
|
#define PRS_GUI_GEOMETRY_MAIN_HEIGHT "gui.geometry.main.height"
|
2003-10-22 22:13:13 +00:00
|
|
|
#define PRS_GUI_TOOLBAR_MAIN_SHOW "gui.toolbar_main_show"
|
2003-10-16 21:19:12 +00:00
|
|
|
#define PRS_GUI_TOOLBAR_MAIN_STYLE "gui.toolbar_main_style"
|
2009-09-25 05:19:18 +00:00
|
|
|
#define PRS_GUI_TOOLBAR_FILTER_STYLE "gui.toolbar_filter_style"
|
2004-06-29 17:10:53 +00:00
|
|
|
#define PRS_GUI_WEBBROWSER "gui.webbrowser"
|
2004-12-02 11:30:24 +00:00
|
|
|
#define PRS_GUI_WINDOW_TITLE "gui.window_title"
|
2008-10-06 22:49:01 +00:00
|
|
|
#define PRS_GUI_START_TITLE "gui.start_title"
|
2008-10-07 15:18:40 +00:00
|
|
|
#define PRS_GUI_VERSION_IN_START_PAGE "gui.version_in_start_page"
|
2004-04-29 17:03:27 +00:00
|
|
|
#define PRS_GUI_LAYOUT_TYPE "gui.layout_type"
|
|
|
|
#define PRS_GUI_LAYOUT_CONTENT_1 "gui.layout_content_1"
|
|
|
|
#define PRS_GUI_LAYOUT_CONTENT_2 "gui.layout_content_2"
|
|
|
|
#define PRS_GUI_LAYOUT_CONTENT_3 "gui.layout_content_3"
|
2005-10-12 21:26:27 +00:00
|
|
|
#define PRS_CONSOLE_LOG_LEVEL "console.log.level"
|
1999-12-02 04:30:15 +00:00
|
|
|
|
2001-04-15 03:37:16 +00:00
|
|
|
/*
|
|
|
|
* This applies to more than just captures, so it's not "capture.name_resolve";
|
|
|
|
* "capture.name_resolve" is supported on input for backwards compatibility.
|
|
|
|
*
|
2006-05-21 05:12:17 +00:00
|
|
|
* It's not a preference for a particular part of Wireshark, it's used all
|
2001-04-15 03:37:16 +00:00
|
|
|
* over the place, so its name doesn't have two components.
|
|
|
|
*/
|
|
|
|
#define PRS_NAME_RESOLVE "name_resolve"
|
2003-07-22 03:14:31 +00:00
|
|
|
#define PRS_NAME_RESOLVE_CONCURRENCY "name_resolve_concurrency"
|
2010-03-03 17:19:30 +00:00
|
|
|
#define PRS_NAME_RESOLVE_LOAD_SMI_MODULES "name_resolve_load_smi_modules"
|
|
|
|
#define PRS_NAME_RESOLVE_SUPPRESS_SMI_ERRORS "name_resolve_suppress_smi_errors"
|
2001-04-15 03:37:16 +00:00
|
|
|
#define PRS_CAP_NAME_RESOLVE "capture.name_resolve"
|
|
|
|
|
2001-04-13 14:59:30 +00:00
|
|
|
/* values for the capture dialog box */
|
2010-05-15 19:38:13 +00:00
|
|
|
#define PRS_CAP_DEVICE "capture.device"
|
|
|
|
#define PRS_CAP_DEVICES_LINKTYPES "capture.devices_linktypes"
|
|
|
|
#define PRS_CAP_DEVICES_DESCR "capture.devices_descr"
|
|
|
|
#define PRS_CAP_DEVICES_HIDE "capture.devices_hide"
|
|
|
|
#define PRS_CAP_DEVICES_MONITOR_MODE "capture.devices_monitor_mode"
|
|
|
|
#define PRS_CAP_PROM_MODE "capture.prom_mode"
|
|
|
|
#define PRS_CAP_PCAP_NG "capture.pcap_ng"
|
|
|
|
#define PRS_CAP_REAL_TIME "capture.real_time_update"
|
|
|
|
#define PRS_CAP_AUTO_SCROLL "capture.auto_scroll"
|
|
|
|
#define PRS_CAP_SHOW_INFO "capture.show_info"
|
2001-04-13 14:59:30 +00:00
|
|
|
|
2004-01-05 19:31:44 +00:00
|
|
|
#define RED_COMPONENT(x) (guint16) (((((x) >> 16) & 0xff) * 65535 / 255))
|
|
|
|
#define GREEN_COMPONENT(x) (guint16) (((((x) >> 8) & 0xff) * 65535 / 255))
|
|
|
|
#define BLUE_COMPONENT(x) (guint16) ( (((x) & 0xff) * 65535 / 255))
|
1998-10-28 21:38:11 +00:00
|
|
|
|
2008-01-16 07:36:34 +00:00
|
|
|
/* values for the rtp player preferences dialog box */
|
2008-04-21 10:57:32 +00:00
|
|
|
#define PRS_TAP_UPDATE_INTERVAL "taps.update_interval"
|
|
|
|
#define PRS_RTP_PLAYER_MAX_VISIBLE "taps.rtp_player_max_visible"
|
2008-01-16 07:36:34 +00:00
|
|
|
|
2008-04-17 23:14:01 +00:00
|
|
|
#define PRS_DISPLAY_HIDDEN_PROTO_ITEMS "packet_list.display_hidden_proto_items"
|
|
|
|
|
2005-07-22 07:55:51 +00:00
|
|
|
static const gchar *pr_formats[] = { "text", "postscript" };
|
|
|
|
static const gchar *pr_dests[] = { "command", "file" };
|
1998-10-28 21:38:11 +00:00
|
|
|
|
2001-05-31 08:36:46 +00:00
|
|
|
typedef struct {
|
|
|
|
char letter;
|
|
|
|
guint32 value;
|
|
|
|
} name_resolve_opt_t;
|
|
|
|
|
|
|
|
static name_resolve_opt_t name_resolve_opt[] = {
|
2002-01-13 20:35:12 +00:00
|
|
|
{ 'm', RESOLV_MAC },
|
|
|
|
{ 'n', RESOLV_NETWORK },
|
|
|
|
{ 't', RESOLV_TRANSPORT },
|
2003-07-22 03:14:31 +00:00
|
|
|
{ 'C', RESOLV_CONCURRENT },
|
2001-05-31 08:36:46 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
#define N_NAME_RESOLVE_OPT (sizeof name_resolve_opt / sizeof name_resolve_opt[0])
|
|
|
|
|
2005-07-22 07:55:51 +00:00
|
|
|
static const char *
|
2001-05-31 08:36:46 +00:00
|
|
|
name_resolve_to_string(guint32 name_resolve)
|
|
|
|
{
|
|
|
|
static char string[N_NAME_RESOLVE_OPT+1];
|
|
|
|
char *p;
|
2001-06-18 01:49:17 +00:00
|
|
|
unsigned int i;
|
2001-05-31 08:36:46 +00:00
|
|
|
gboolean all_opts_set = TRUE;
|
|
|
|
|
2002-01-13 20:35:12 +00:00
|
|
|
if (name_resolve == RESOLV_NONE)
|
2001-05-31 08:36:46 +00:00
|
|
|
return "FALSE";
|
|
|
|
p = &string[0];
|
|
|
|
for (i = 0; i < N_NAME_RESOLVE_OPT; i++) {
|
|
|
|
if (name_resolve & name_resolve_opt[i].value)
|
|
|
|
*p++ = name_resolve_opt[i].letter;
|
|
|
|
else
|
|
|
|
all_opts_set = FALSE;
|
|
|
|
}
|
|
|
|
*p = '\0';
|
|
|
|
if (all_opts_set)
|
|
|
|
return "TRUE";
|
|
|
|
return string;
|
|
|
|
}
|
|
|
|
|
|
|
|
char
|
|
|
|
string_to_name_resolve(char *string, guint32 *name_resolve)
|
|
|
|
{
|
|
|
|
char c;
|
2001-06-18 01:49:17 +00:00
|
|
|
unsigned int i;
|
2001-05-31 08:36:46 +00:00
|
|
|
|
|
|
|
*name_resolve = 0;
|
|
|
|
while ((c = *string++) != '\0') {
|
|
|
|
for (i = 0; i < N_NAME_RESOLVE_OPT; i++) {
|
|
|
|
if (c == name_resolve_opt[i].letter) {
|
|
|
|
*name_resolve |= name_resolve_opt[i].value;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if (i == N_NAME_RESOLVE_OPT) {
|
|
|
|
/*
|
|
|
|
* Unrecognized letter.
|
|
|
|
*/
|
|
|
|
return c;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return '\0';
|
|
|
|
}
|
|
|
|
|
2009-08-23 09:16:58 +00:00
|
|
|
static void
|
|
|
|
try_convert_to_custom_column(gpointer *el_data)
|
|
|
|
{
|
|
|
|
/* Array of columns that have been migrated to custom columns */
|
|
|
|
struct {
|
|
|
|
gint el;
|
|
|
|
gchar *col_expr;
|
|
|
|
} migrated_columns[] = {
|
2010-11-10 22:37:30 +00:00
|
|
|
{ COL_COS_VALUE, "eth.vlan.pri" },
|
2009-08-23 10:20:42 +00:00
|
|
|
{ COL_CIRCUIT_ID, "iax2.call" },
|
2009-09-05 18:39:46 +00:00
|
|
|
{ COL_BSSGP_TLLI, "bssgp.tlli" },
|
2009-08-23 10:25:51 +00:00
|
|
|
{ COL_HPUX_SUBSYS, "nettl.subsys" },
|
2009-08-23 11:12:12 +00:00
|
|
|
{ COL_HPUX_DEVID, "nettl.devid" },
|
2009-08-23 12:24:14 +00:00
|
|
|
{ COL_FR_DLCI, "fr.dlci" },
|
2009-08-23 12:30:48 +00:00
|
|
|
{ COL_REL_CONV_TIME, "tcp.time_relative" },
|
2009-09-08 14:17:36 +00:00
|
|
|
{ COL_DELTA_CONV_TIME, "tcp.time_delta" },
|
2009-09-08 14:21:14 +00:00
|
|
|
{ COL_OXID, "fc.ox_id" },
|
2009-09-08 14:26:09 +00:00
|
|
|
{ COL_RXID, "fc.rx_id" },
|
2009-09-08 14:29:08 +00:00
|
|
|
{ COL_SRCIDX, "mdshdr.srcidx" },
|
2009-09-08 14:59:26 +00:00
|
|
|
{ COL_DSTIDX, "mdshdr.dstidx" },
|
|
|
|
{ COL_DCE_CTX, "dcerpc.cn_ctx_id" }
|
2009-08-23 09:16:58 +00:00
|
|
|
};
|
|
|
|
|
2009-08-23 11:35:53 +00:00
|
|
|
guint haystack_idx;
|
2009-08-23 09:16:58 +00:00
|
|
|
const gchar *haystack_fmt;
|
|
|
|
|
|
|
|
gchar **fmt = (gchar **) el_data;
|
|
|
|
|
|
|
|
for (haystack_idx = 0;
|
|
|
|
haystack_idx < G_N_ELEMENTS(migrated_columns);
|
|
|
|
++haystack_idx) {
|
|
|
|
|
|
|
|
haystack_fmt = col_format_to_string(migrated_columns[haystack_idx].el);
|
|
|
|
if (strcmp(haystack_fmt, *fmt) == 0) {
|
2010-09-22 20:56:14 +00:00
|
|
|
gchar *cust_col = g_strdup_printf("%%Cus:%s:0",
|
2009-08-23 09:16:58 +00:00
|
|
|
migrated_columns[haystack_idx].col_expr);
|
|
|
|
|
|
|
|
g_free(*fmt);
|
|
|
|
*fmt = cust_col;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2006-11-17 01:24:03 +00:00
|
|
|
static prefs_set_pref_e
|
2010-10-29 22:09:31 +00:00
|
|
|
set_pref(gchar *pref_name, gchar *value, void *private_data _U_,
|
|
|
|
gboolean return_range_errors)
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
2001-07-22 21:50:47 +00:00
|
|
|
GList *col_l, *col_l_elt;
|
1998-11-18 03:01:44 +00:00
|
|
|
gint llen;
|
1998-11-17 04:29:13 +00:00
|
|
|
fmt_data *cfmt;
|
1999-12-02 04:30:15 +00:00
|
|
|
unsigned long int cval;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
guint uval;
|
2000-07-09 03:29:42 +00:00
|
|
|
gboolean bval;
|
|
|
|
gint enum_val;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
char *p;
|
2001-11-19 19:53:14 +00:00
|
|
|
gchar *dotp, *last_dotp;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
module_t *module;
|
|
|
|
pref_t *pref;
|
2001-11-19 19:53:14 +00:00
|
|
|
gboolean had_a_dot;
|
2010-09-22 20:56:14 +00:00
|
|
|
gchar **cust_format_info;
|
2008-02-22 22:47:19 +00:00
|
|
|
const gchar *cust_format = col_format_to_string(COL_CUSTOM);
|
2009-04-08 05:25:14 +00:00
|
|
|
size_t cust_format_len = strlen(cust_format);
|
1998-10-28 21:38:11 +00:00
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
if (strcmp(pref_name, PRS_PRINT_FMT) == 0) {
|
1998-10-28 21:38:11 +00:00
|
|
|
if (strcmp(value, pr_formats[PR_FMT_TEXT]) == 0) {
|
|
|
|
prefs.pr_format = PR_FMT_TEXT;
|
|
|
|
} else if (strcmp(value, pr_formats[PR_FMT_PS]) == 0) {
|
|
|
|
prefs.pr_format = PR_FMT_PS;
|
|
|
|
} else {
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
return PREFS_SET_SYNTAX_ERR;
|
1998-10-28 21:38:11 +00:00
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_PRINT_DEST) == 0) {
|
1998-10-28 21:38:11 +00:00
|
|
|
if (strcmp(value, pr_dests[PR_DEST_CMD]) == 0) {
|
|
|
|
prefs.pr_dest = PR_DEST_CMD;
|
|
|
|
} else if (strcmp(value, pr_dests[PR_DEST_FILE]) == 0) {
|
|
|
|
prefs.pr_dest = PR_DEST_FILE;
|
|
|
|
} else {
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
return PREFS_SET_SYNTAX_ERR;
|
1998-10-28 21:38:11 +00:00
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_PRINT_FILE) == 0) {
|
2009-03-13 22:06:48 +00:00
|
|
|
g_free(prefs.pr_file);
|
1998-10-28 21:38:11 +00:00
|
|
|
prefs.pr_file = g_strdup(value);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_PRINT_CMD) == 0) {
|
2009-03-13 22:06:48 +00:00
|
|
|
g_free(prefs.pr_cmd);
|
1998-10-28 21:38:11 +00:00
|
|
|
prefs.pr_cmd = g_strdup(value);
|
2010-06-20 16:23:43 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_COL_HIDDEN) == 0) {
|
|
|
|
cols_hidden_list = g_strdup (value);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_COL_FMT) == 0) {
|
2008-04-12 19:37:05 +00:00
|
|
|
col_l = prefs_get_string_list(value);
|
2001-07-22 21:27:54 +00:00
|
|
|
if (col_l == NULL)
|
|
|
|
return PREFS_SET_SYNTAX_ERR;
|
|
|
|
if ((g_list_length(col_l) % 2) != 0) {
|
|
|
|
/* A title didn't have a matching format. */
|
2008-04-12 19:37:05 +00:00
|
|
|
prefs_clear_string_list(col_l);
|
2001-07-22 21:27:54 +00:00
|
|
|
return PREFS_SET_SYNTAX_ERR;
|
|
|
|
}
|
2001-07-22 21:50:47 +00:00
|
|
|
/* Check to make sure all column formats are valid. */
|
|
|
|
col_l_elt = g_list_first(col_l);
|
|
|
|
while(col_l_elt) {
|
|
|
|
/* Go past the title. */
|
|
|
|
col_l_elt = col_l_elt->next;
|
|
|
|
|
|
|
|
/* Check the format. */
|
2008-02-22 22:47:19 +00:00
|
|
|
if (strncmp(col_l_elt->data, cust_format, cust_format_len) != 0) {
|
|
|
|
if (get_column_format_from_str(col_l_elt->data) == -1) {
|
|
|
|
/* It's not a valid column format. */
|
2008-04-12 19:37:05 +00:00
|
|
|
prefs_clear_string_list(col_l);
|
2008-02-22 22:47:19 +00:00
|
|
|
return PREFS_SET_SYNTAX_ERR;
|
|
|
|
}
|
2009-08-23 09:16:58 +00:00
|
|
|
|
|
|
|
/* Some predefined columns have been migrated to use custom colums.
|
|
|
|
* We'll convert these silently here */
|
|
|
|
try_convert_to_custom_column(&col_l_elt->data);
|
2001-07-22 21:50:47 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Go past the format. */
|
|
|
|
col_l_elt = col_l_elt->next;
|
|
|
|
}
|
2001-07-22 21:27:54 +00:00
|
|
|
free_col_info(&prefs);
|
|
|
|
prefs.col_list = NULL;
|
|
|
|
llen = g_list_length(col_l);
|
|
|
|
prefs.num_cols = llen / 2;
|
2001-07-22 21:50:47 +00:00
|
|
|
col_l_elt = g_list_first(col_l);
|
|
|
|
while(col_l_elt) {
|
2010-06-20 16:23:43 +00:00
|
|
|
gchar *prefs_fmt;
|
2001-07-22 21:27:54 +00:00
|
|
|
cfmt = (fmt_data *) g_malloc(sizeof(fmt_data));
|
2010-01-26 23:05:40 +00:00
|
|
|
cfmt->title = g_strdup(col_l_elt->data);
|
2001-07-22 21:50:47 +00:00
|
|
|
col_l_elt = col_l_elt->next;
|
2008-02-22 22:47:19 +00:00
|
|
|
if (strncmp(col_l_elt->data, cust_format, cust_format_len) == 0) {
|
|
|
|
cfmt->fmt = g_strdup(cust_format);
|
2010-06-20 16:23:43 +00:00
|
|
|
prefs_fmt = g_strdup(col_l_elt->data);
|
2010-09-23 19:41:55 +00:00
|
|
|
cust_format_info = g_strsplit(&prefs_fmt[cust_format_len+1],":",3); /* add 1 for ':' */
|
2010-09-22 20:56:14 +00:00
|
|
|
cfmt->custom_field = g_strdup(cust_format_info[0]);
|
|
|
|
if (cfmt->custom_field && cust_format_info[1]) {
|
|
|
|
cfmt->custom_occurrence = (int)strtol(cust_format_info[1],NULL,10);
|
|
|
|
} else {
|
|
|
|
cfmt->custom_occurrence = 0;
|
|
|
|
}
|
2010-09-24 13:19:03 +00:00
|
|
|
if (cfmt->custom_field && cust_format_info[1] && cust_format_info[2]) {
|
2010-09-23 19:41:55 +00:00
|
|
|
cfmt->resolved = (cust_format_info[2][0] == 'U') ? FALSE : TRUE;
|
|
|
|
} else {
|
|
|
|
cfmt->resolved = TRUE;
|
|
|
|
}
|
2010-09-22 20:56:14 +00:00
|
|
|
g_strfreev(cust_format_info);
|
2008-02-22 22:47:19 +00:00
|
|
|
} else {
|
|
|
|
cfmt->fmt = g_strdup(col_l_elt->data);
|
2010-06-20 16:23:43 +00:00
|
|
|
prefs_fmt = g_strdup(cfmt->fmt);
|
2008-02-22 22:47:19 +00:00
|
|
|
cfmt->custom_field = NULL;
|
2010-09-22 20:56:14 +00:00
|
|
|
cfmt->custom_occurrence = 0;
|
2010-09-23 19:41:55 +00:00
|
|
|
cfmt->resolved = TRUE;
|
2008-02-22 22:47:19 +00:00
|
|
|
}
|
2010-06-20 16:23:43 +00:00
|
|
|
cfmt->visible = prefs_is_column_hidden (cols_hidden_list, prefs_fmt) ? FALSE : TRUE;
|
|
|
|
g_free (prefs_fmt);
|
2001-07-22 21:50:47 +00:00
|
|
|
col_l_elt = col_l_elt->next;
|
2001-07-22 21:27:54 +00:00
|
|
|
prefs.col_list = g_list_append(prefs.col_list, cfmt);
|
1998-11-17 04:29:13 +00:00
|
|
|
}
|
2008-04-12 19:37:05 +00:00
|
|
|
prefs_clear_string_list(col_l);
|
2010-06-20 16:23:43 +00:00
|
|
|
g_free (cols_hidden_list);
|
|
|
|
cols_hidden_list = NULL;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_STREAM_CL_FG) == 0) {
|
1999-12-02 04:30:15 +00:00
|
|
|
cval = strtoul(value, NULL, 16);
|
|
|
|
prefs.st_client_fg.pixel = 0;
|
|
|
|
prefs.st_client_fg.red = RED_COMPONENT(cval);
|
|
|
|
prefs.st_client_fg.green = GREEN_COMPONENT(cval);
|
|
|
|
prefs.st_client_fg.blue = BLUE_COMPONENT(cval);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_STREAM_CL_BG) == 0) {
|
1999-12-02 04:30:15 +00:00
|
|
|
cval = strtoul(value, NULL, 16);
|
|
|
|
prefs.st_client_bg.pixel = 0;
|
|
|
|
prefs.st_client_bg.red = RED_COMPONENT(cval);
|
|
|
|
prefs.st_client_bg.green = GREEN_COMPONENT(cval);
|
|
|
|
prefs.st_client_bg.blue = BLUE_COMPONENT(cval);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_STREAM_SR_FG) == 0) {
|
1999-12-02 04:30:15 +00:00
|
|
|
cval = strtoul(value, NULL, 16);
|
|
|
|
prefs.st_server_fg.pixel = 0;
|
|
|
|
prefs.st_server_fg.red = RED_COMPONENT(cval);
|
|
|
|
prefs.st_server_fg.green = GREEN_COMPONENT(cval);
|
|
|
|
prefs.st_server_fg.blue = BLUE_COMPONENT(cval);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_STREAM_SR_BG) == 0) {
|
1999-12-02 04:30:15 +00:00
|
|
|
cval = strtoul(value, NULL, 16);
|
|
|
|
prefs.st_server_bg.pixel = 0;
|
|
|
|
prefs.st_server_bg.red = RED_COMPONENT(cval);
|
|
|
|
prefs.st_server_bg.green = GREEN_COMPONENT(cval);
|
|
|
|
prefs.st_server_bg.blue = BLUE_COMPONENT(cval);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_SCROLLBAR_ON_RIGHT) == 0) {
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
if (g_ascii_strcasecmp(value, "true") == 0) {
|
1999-12-16 06:20:18 +00:00
|
|
|
prefs.gui_scrollbar_on_right = TRUE;
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
prefs.gui_scrollbar_on_right = FALSE;
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_PLIST_SEL_BROWSE) == 0) {
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
if (g_ascii_strcasecmp(value, "true") == 0) {
|
Changed the protocol tree widget from a GtkTree to a GtkCTree. The two reasons
I did this:
First, Havoc Pennington, in "GTK+/Gnome Application Development", in
Appendix seciton A.3.88, recommends using GtkCTree instead of GtkTree
because GtkCtree is faster, and GtkTree has limitation on its total row
height: since it must fit inside a GdkWindow, it is limited to 32,768
pixels of height. GtkTree is more flexible with regards to the types of
widgets that can be placed in the tree, but since we deal only with text,
that doesn't matter, at least for now.
Secondly, a GtkTree doesn't allow arrow-key navigation (at least as far
as I could tell). It always bothered me that the up and down arrow keys
worked in the packet list and in the hex dump, but no in the protocol tree.
GtkCTree does allow arrow-key navigation. In fact, GtkCTree is a subclass
of GtkCList (the packet list widget), so they behave a lot alike.
I went ahead and fixed the selection bar which has been bothering Richard
for a long time now. :) In the GUI preferences dialogue, you can now set
both the packet list selection bar and the protocol tree selection bar
to either "browse" or "select" mode. "browse" mode is what you're used to:
the arrow keys move an outline of the selection bar, but do not change
the selection. "select" mode does change the selection when the arrow keys
are pressed. The default behavior is set to "select", which seems more
natural for a first-time user.
svn path=/trunk/; revision=1393
1999-12-29 20:10:12 +00:00
|
|
|
prefs.gui_plist_sel_browse = TRUE;
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
prefs.gui_plist_sel_browse = FALSE;
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_PTREE_SEL_BROWSE) == 0) {
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
if (g_ascii_strcasecmp(value, "true") == 0) {
|
Changed the protocol tree widget from a GtkTree to a GtkCTree. The two reasons
I did this:
First, Havoc Pennington, in "GTK+/Gnome Application Development", in
Appendix seciton A.3.88, recommends using GtkCTree instead of GtkTree
because GtkCtree is faster, and GtkTree has limitation on its total row
height: since it must fit inside a GdkWindow, it is limited to 32,768
pixels of height. GtkTree is more flexible with regards to the types of
widgets that can be placed in the tree, but since we deal only with text,
that doesn't matter, at least for now.
Secondly, a GtkTree doesn't allow arrow-key navigation (at least as far
as I could tell). It always bothered me that the up and down arrow keys
worked in the packet list and in the hex dump, but no in the protocol tree.
GtkCTree does allow arrow-key navigation. In fact, GtkCTree is a subclass
of GtkCList (the packet list widget), so they behave a lot alike.
I went ahead and fixed the selection bar which has been bothering Richard
for a long time now. :) In the GUI preferences dialogue, you can now set
both the packet list selection bar and the protocol tree selection bar
to either "browse" or "select" mode. "browse" mode is what you're used to:
the arrow keys move an outline of the selection bar, but do not change
the selection. "select" mode does change the selection when the arrow keys
are pressed. The default behavior is set to "select", which seems more
natural for a first-time user.
svn path=/trunk/; revision=1393
1999-12-29 20:10:12 +00:00
|
|
|
prefs.gui_ptree_sel_browse = TRUE;
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
prefs.gui_ptree_sel_browse = FALSE;
|
|
|
|
}
|
2002-09-14 10:07:40 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_ALTERN_COLORS) == 0) {
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
if (g_ascii_strcasecmp(value, "true") == 0) {
|
2002-09-14 10:07:40 +00:00
|
|
|
prefs.gui_altern_colors = TRUE;
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
prefs.gui_altern_colors = FALSE;
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_PTREE_LINE_STYLE) == 0) {
|
2003-10-14 23:20:17 +00:00
|
|
|
prefs.gui_ptree_line_style =
|
|
|
|
find_index_from_string_array(value, gui_ptree_line_style_text, 0);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_PTREE_EXPANDER_STYLE) == 0) {
|
2003-10-14 23:20:17 +00:00
|
|
|
prefs.gui_ptree_expander_style =
|
|
|
|
find_index_from_string_array(value, gui_ptree_expander_style_text, 1);
|
2000-09-08 09:50:08 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_HEX_DUMP_HIGHLIGHT_STYLE) == 0) {
|
2003-10-14 23:20:17 +00:00
|
|
|
prefs.gui_hex_dump_highlight_style =
|
|
|
|
find_index_from_string_array(value, gui_hex_dump_highlight_style_text, 1);
|
2004-04-06 19:02:18 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_FILTER_TOOLBAR_IN_STATUSBAR) == 0) {
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
if (g_ascii_strcasecmp(value, "true") == 0) {
|
2004-04-06 19:02:18 +00:00
|
|
|
prefs.filter_toolbar_show_in_statusbar = TRUE;
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
prefs.filter_toolbar_show_in_statusbar = FALSE;
|
|
|
|
}
|
2003-10-22 22:13:13 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_TOOLBAR_MAIN_SHOW) == 0) {
|
2004-01-19 00:42:12 +00:00
|
|
|
/* obsoleted by recent setting */
|
2003-10-16 21:19:12 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_TOOLBAR_MAIN_STYLE) == 0) {
|
2009-09-25 05:19:18 +00:00
|
|
|
/* see main_toolbar.c for details, "icons only" is default */
|
2003-10-16 21:19:12 +00:00
|
|
|
prefs.gui_toolbar_main_style =
|
|
|
|
find_index_from_string_array(value, gui_toolbar_style_text,
|
|
|
|
TB_STYLE_ICONS);
|
2009-09-25 05:19:18 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_TOOLBAR_FILTER_STYLE) == 0) {
|
|
|
|
/* see main_filter_toolbar.c for details, "name only" is default */
|
|
|
|
prefs.gui_toolbar_filter_style =
|
|
|
|
find_index_from_string_array(value, gui_toolbar_style_text,
|
|
|
|
TB_STYLE_TEXT);
|
2004-01-20 18:47:25 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_FONT_NAME_1) == 0) {
|
2008-04-08 04:47:32 +00:00
|
|
|
/* GTK1 font name obsolete */
|
2004-01-20 18:47:25 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_FONT_NAME_2) == 0) {
|
2009-03-13 22:06:48 +00:00
|
|
|
g_free(prefs.gui_font_name);
|
2008-04-08 04:47:32 +00:00
|
|
|
prefs.gui_font_name = g_strdup(value);
|
2000-08-21 21:24:15 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_MARKED_FG) == 0) {
|
|
|
|
cval = strtoul(value, NULL, 16);
|
|
|
|
prefs.gui_marked_fg.pixel = 0;
|
|
|
|
prefs.gui_marked_fg.red = RED_COMPONENT(cval);
|
|
|
|
prefs.gui_marked_fg.green = GREEN_COMPONENT(cval);
|
|
|
|
prefs.gui_marked_fg.blue = BLUE_COMPONENT(cval);
|
|
|
|
} else if (strcmp(pref_name, PRS_GUI_MARKED_BG) == 0) {
|
|
|
|
cval = strtoul(value, NULL, 16);
|
|
|
|
prefs.gui_marked_bg.pixel = 0;
|
|
|
|
prefs.gui_marked_bg.red = RED_COMPONENT(cval);
|
|
|
|
prefs.gui_marked_bg.green = GREEN_COMPONENT(cval);
|
|
|
|
prefs.gui_marked_bg.blue = BLUE_COMPONENT(cval);
|
2009-12-17 01:18:14 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_IGNORED_FG) == 0) {
|
|
|
|
cval = strtoul(value, NULL, 16);
|
|
|
|
prefs.gui_ignored_fg.pixel = 0;
|
|
|
|
prefs.gui_ignored_fg.red = RED_COMPONENT(cval);
|
|
|
|
prefs.gui_ignored_fg.green = GREEN_COMPONENT(cval);
|
|
|
|
prefs.gui_ignored_fg.blue = BLUE_COMPONENT(cval);
|
|
|
|
} else if (strcmp(pref_name, PRS_GUI_IGNORED_BG) == 0) {
|
|
|
|
cval = strtoul(value, NULL, 16);
|
|
|
|
prefs.gui_ignored_bg.pixel = 0;
|
|
|
|
prefs.gui_ignored_bg.red = RED_COMPONENT(cval);
|
|
|
|
prefs.gui_ignored_bg.green = GREEN_COMPONENT(cval);
|
|
|
|
prefs.gui_ignored_bg.blue = BLUE_COMPONENT(cval);
|
2007-11-24 11:38:16 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_COLORIZED_FG) == 0) {
|
2009-03-13 22:06:48 +00:00
|
|
|
g_free(prefs.gui_colorized_fg);
|
2007-11-24 11:38:16 +00:00
|
|
|
prefs.gui_colorized_fg = g_strdup(value);
|
|
|
|
} else if (strcmp(pref_name, PRS_GUI_COLORIZED_BG) == 0) {
|
2009-03-13 22:06:48 +00:00
|
|
|
g_free(prefs.gui_colorized_bg);
|
2007-11-24 11:38:16 +00:00
|
|
|
prefs.gui_colorized_bg = g_strdup(value);
|
2001-12-31 04:41:50 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_GEOMETRY_SAVE_POSITION) == 0) {
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
if (g_ascii_strcasecmp(value, "true") == 0) {
|
2001-12-31 04:41:50 +00:00
|
|
|
prefs.gui_geometry_save_position = TRUE;
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
prefs.gui_geometry_save_position = FALSE;
|
|
|
|
}
|
|
|
|
} else if (strcmp(pref_name, PRS_GUI_GEOMETRY_SAVE_SIZE) == 0) {
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
if (g_ascii_strcasecmp(value, "true") == 0) {
|
2001-12-31 04:41:50 +00:00
|
|
|
prefs.gui_geometry_save_size = TRUE;
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
prefs.gui_geometry_save_size = FALSE;
|
|
|
|
}
|
2004-02-01 20:28:11 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_GEOMETRY_SAVE_MAXIMIZED) == 0) {
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
if (g_ascii_strcasecmp(value, "true") == 0) {
|
2004-02-01 20:28:11 +00:00
|
|
|
prefs.gui_geometry_save_maximized = TRUE;
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
prefs.gui_geometry_save_maximized = FALSE;
|
|
|
|
}
|
2008-10-26 23:07:37 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_MACOSX_STYLE) == 0) {
|
|
|
|
if (g_ascii_strcasecmp(value, "true") == 0) {
|
|
|
|
prefs.gui_macosx_style = TRUE;
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
prefs.gui_macosx_style = FALSE;
|
|
|
|
}
|
2004-02-01 20:28:11 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_GEOMETRY_MAIN_X) == 0) { /* deprecated */
|
|
|
|
} else if (strcmp(pref_name, PRS_GUI_GEOMETRY_MAIN_Y) == 0) { /* deprecated */
|
|
|
|
} else if (strcmp(pref_name, PRS_GUI_GEOMETRY_MAIN_WIDTH) == 0) { /* deprecated */
|
|
|
|
} else if (strcmp(pref_name, PRS_GUI_GEOMETRY_MAIN_HEIGHT) == 0) { /* deprecated */
|
2004-05-13 15:28:02 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_CONSOLE_OPEN) == 0) {
|
|
|
|
prefs.gui_console_open =
|
|
|
|
find_index_from_string_array(value, gui_console_open_text,
|
|
|
|
console_open_never);
|
2003-12-28 23:20:08 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_RECENT_COUNT_MAX) == 0) {
|
2003-12-29 19:59:05 +00:00
|
|
|
prefs.gui_recent_files_count_max = strtoul(value, NULL, 10);
|
|
|
|
if (prefs.gui_recent_files_count_max == 0) {
|
2003-12-28 23:20:08 +00:00
|
|
|
/* We really should put up a dialog box here ... */
|
|
|
|
prefs.gui_recent_files_count_max = 10;
|
|
|
|
}
|
2008-08-08 19:41:35 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_RECENT_DF_ENTRIES_MAX) == 0) {
|
|
|
|
prefs.gui_recent_df_entries_max = strtoul(value, NULL, 10);
|
|
|
|
if (prefs.gui_recent_df_entries_max == 0) {
|
|
|
|
/* We really should put up a dialog box here ... */
|
|
|
|
prefs.gui_recent_df_entries_max = 10;
|
|
|
|
}
|
2004-08-31 09:22:57 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_FILEOPEN_STYLE) == 0) {
|
|
|
|
prefs.gui_fileopen_style =
|
|
|
|
find_index_from_string_array(value, gui_fileopen_style_text,
|
|
|
|
FO_STYLE_LAST_OPENED);
|
2003-10-14 23:20:17 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_FILEOPEN_DIR) == 0) {
|
2009-03-13 22:06:48 +00:00
|
|
|
g_free(prefs.gui_fileopen_dir);
|
2003-10-14 23:20:17 +00:00
|
|
|
prefs.gui_fileopen_dir = g_strdup(value);
|
2004-02-01 20:28:11 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_FILEOPEN_REMEMBERED_DIR) == 0) { /* deprecated */
|
2004-08-31 09:22:57 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_FILEOPEN_PREVIEW) == 0) {
|
|
|
|
prefs.gui_fileopen_preview = strtoul(value, NULL, 10);
|
2004-06-20 15:57:11 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_ASK_UNSAVED) == 0) {
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
if (g_ascii_strcasecmp(value, "true") == 0) {
|
2004-06-20 15:57:11 +00:00
|
|
|
prefs.gui_ask_unsaved = TRUE;
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
prefs.gui_ask_unsaved = FALSE;
|
|
|
|
}
|
2004-08-15 19:26:25 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_FIND_WRAP) == 0) {
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
if (g_ascii_strcasecmp(value, "true") == 0) {
|
2004-08-15 19:26:25 +00:00
|
|
|
prefs.gui_find_wrap = TRUE;
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
prefs.gui_find_wrap = FALSE;
|
|
|
|
}
|
2006-10-03 19:53:10 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_USE_PREF_SAVE) == 0) {
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
if (g_ascii_strcasecmp(value, "true") == 0) {
|
2006-10-03 19:53:10 +00:00
|
|
|
prefs.gui_use_pref_save = TRUE;
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
prefs.gui_use_pref_save = FALSE;
|
|
|
|
}
|
2004-06-29 17:10:53 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_WEBBROWSER) == 0) {
|
|
|
|
g_free(prefs.gui_webbrowser);
|
|
|
|
prefs.gui_webbrowser = g_strdup(value);
|
2004-12-02 11:30:24 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_WINDOW_TITLE) == 0) {
|
2009-03-13 22:06:48 +00:00
|
|
|
g_free(prefs.gui_window_title);
|
2004-12-02 11:30:24 +00:00
|
|
|
prefs.gui_window_title = g_strdup(value);
|
2008-10-06 22:49:01 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_START_TITLE) == 0) {
|
2009-03-13 22:06:48 +00:00
|
|
|
g_free(prefs.gui_start_title);
|
2008-10-06 22:49:01 +00:00
|
|
|
prefs.gui_start_title = g_strdup(value);
|
2008-10-07 15:18:40 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_VERSION_IN_START_PAGE) == 0) {
|
|
|
|
if (g_ascii_strcasecmp(value, "true") == 0) {
|
|
|
|
prefs.gui_version_in_start_page = TRUE;
|
|
|
|
} else {
|
|
|
|
prefs.gui_version_in_start_page = FALSE;
|
|
|
|
}
|
2004-04-29 17:03:27 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_LAYOUT_TYPE) == 0) {
|
|
|
|
prefs.gui_layout_type = strtoul(value, NULL, 10);
|
2004-06-29 05:47:20 +00:00
|
|
|
if (prefs.gui_layout_type == layout_unused ||
|
|
|
|
prefs.gui_layout_type >= layout_type_max) {
|
|
|
|
/* XXX - report an error? It's not a syntax error - we'd need to
|
|
|
|
add a way of reporting a *semantic* error. */
|
|
|
|
prefs.gui_layout_type = layout_type_5;
|
|
|
|
}
|
2004-04-29 17:03:27 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_GUI_LAYOUT_CONTENT_1) == 0) {
|
|
|
|
prefs.gui_layout_content_1 =
|
|
|
|
find_index_from_string_array(value, gui_layout_content_text, 0);
|
|
|
|
} else if (strcmp(pref_name, PRS_GUI_LAYOUT_CONTENT_2) == 0) {
|
|
|
|
prefs.gui_layout_content_2 =
|
|
|
|
find_index_from_string_array(value, gui_layout_content_text, 0);
|
|
|
|
} else if (strcmp(pref_name, PRS_GUI_LAYOUT_CONTENT_3) == 0) {
|
|
|
|
prefs.gui_layout_content_3 =
|
|
|
|
find_index_from_string_array(value, gui_layout_content_text, 0);
|
2005-10-12 21:26:27 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_CONSOLE_LOG_LEVEL) == 0) {
|
|
|
|
prefs.console_log_level = strtoul(value, NULL, 10);
|
2006-12-05 00:43:00 +00:00
|
|
|
|
2002-08-28 21:04:11 +00:00
|
|
|
/* handle the capture options */
|
2002-01-10 07:43:39 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_CAP_DEVICE) == 0) {
|
2009-03-13 22:06:48 +00:00
|
|
|
g_free(prefs.capture_device);
|
2002-01-10 07:43:39 +00:00
|
|
|
prefs.capture_device = g_strdup(value);
|
2008-06-02 17:45:03 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_CAP_DEVICES_LINKTYPES) == 0) {
|
2009-03-13 22:06:48 +00:00
|
|
|
g_free(prefs.capture_devices_linktypes);
|
2008-06-02 17:45:03 +00:00
|
|
|
prefs.capture_devices_linktypes = g_strdup(value);
|
2003-09-08 21:44:42 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_CAP_DEVICES_DESCR) == 0) {
|
2009-03-13 22:06:48 +00:00
|
|
|
g_free(prefs.capture_devices_descr);
|
2003-09-08 21:44:42 +00:00
|
|
|
prefs.capture_devices_descr = g_strdup(value);
|
|
|
|
} else if (strcmp(pref_name, PRS_CAP_DEVICES_HIDE) == 0) {
|
2009-03-13 22:06:48 +00:00
|
|
|
g_free(prefs.capture_devices_hide);
|
2003-09-08 21:44:42 +00:00
|
|
|
prefs.capture_devices_hide = g_strdup(value);
|
2010-05-15 19:38:13 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_CAP_DEVICES_MONITOR_MODE) == 0) {
|
|
|
|
g_free(prefs.capture_devices_monitor_mode);
|
|
|
|
prefs.capture_devices_monitor_mode = g_strdup(value);
|
2001-04-13 14:59:30 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_CAP_PROM_MODE) == 0) {
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
prefs.capture_prom_mode = ((g_ascii_strcasecmp(value, "true") == 0)?TRUE:FALSE);
|
2010-05-15 19:38:13 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_CAP_PCAP_NG) == 0) {
|
2009-06-15 16:36:02 +00:00
|
|
|
prefs.capture_pcap_ng = ((g_ascii_strcasecmp(value, "true") == 0)?TRUE:FALSE);
|
2010-05-15 19:38:13 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_CAP_REAL_TIME) == 0) {
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
prefs.capture_real_time = ((g_ascii_strcasecmp(value, "true") == 0)?TRUE:FALSE);
|
2001-04-13 14:59:30 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_CAP_AUTO_SCROLL) == 0) {
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
prefs.capture_auto_scroll = ((g_ascii_strcasecmp(value, "true") == 0)?TRUE:FALSE);
|
2004-06-20 14:48:24 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_CAP_SHOW_INFO) == 0) {
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
prefs.capture_show_info = ((g_ascii_strcasecmp(value, "true") == 0)?TRUE:FALSE);
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2001-05-31 08:36:46 +00:00
|
|
|
/* handle the global options */
|
2001-04-15 03:37:16 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_NAME_RESOLVE) == 0 ||
|
|
|
|
strcmp(pref_name, PRS_CAP_NAME_RESOLVE) == 0) {
|
2001-05-31 08:36:46 +00:00
|
|
|
/*
|
|
|
|
* "TRUE" and "FALSE", for backwards compatibility, are synonyms for
|
2002-01-13 20:35:12 +00:00
|
|
|
* RESOLV_ALL and RESOLV_NONE.
|
2001-05-31 08:36:46 +00:00
|
|
|
*
|
|
|
|
* Otherwise, we treat it as a list of name types we want to resolve.
|
|
|
|
*/
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
if (g_ascii_strcasecmp(value, "true") == 0)
|
2002-01-13 20:35:12 +00:00
|
|
|
prefs.name_resolve = RESOLV_ALL;
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
else if (g_ascii_strcasecmp(value, "false") == 0)
|
2002-01-13 20:35:12 +00:00
|
|
|
prefs.name_resolve = RESOLV_NONE;
|
2001-05-31 08:36:46 +00:00
|
|
|
else {
|
2002-01-13 20:35:12 +00:00
|
|
|
prefs.name_resolve = RESOLV_NONE; /* start out with none set */
|
2001-05-31 08:36:46 +00:00
|
|
|
if (string_to_name_resolve(value, &prefs.name_resolve) != '\0')
|
|
|
|
return PREFS_SET_SYNTAX_ERR;
|
|
|
|
}
|
2003-07-22 03:14:31 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_NAME_RESOLVE_CONCURRENCY) == 0) {
|
|
|
|
prefs.name_resolve_concurrency = strtol(value, NULL, 10);
|
2010-03-03 17:19:30 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_NAME_RESOLVE_LOAD_SMI_MODULES) == 0) {
|
|
|
|
prefs.load_smi_modules = ((g_ascii_strcasecmp(value, "true") == 0)?TRUE:FALSE);
|
|
|
|
} else if (strcmp(pref_name, PRS_NAME_RESOLVE_SUPPRESS_SMI_ERRORS) == 0) {
|
|
|
|
prefs.suppress_smi_errors = ((g_ascii_strcasecmp(value, "true") == 0)?TRUE:FALSE);
|
2008-04-21 10:57:32 +00:00
|
|
|
} else if ((strcmp(pref_name, PRS_RTP_PLAYER_MAX_VISIBLE) == 0) ||
|
|
|
|
(strcmp(pref_name, "rtp_player.max_visible") == 0)) {
|
|
|
|
/* ... also accepting old name for this preference */
|
2008-01-16 07:36:34 +00:00
|
|
|
prefs.rtp_player_max_visible = strtol(value, NULL, 10);
|
2008-04-21 10:57:32 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_TAP_UPDATE_INTERVAL) == 0) {
|
|
|
|
prefs.tap_update_interval = strtol(value, NULL, 10);
|
2008-04-17 23:14:01 +00:00
|
|
|
} else if (strcmp(pref_name, PRS_DISPLAY_HIDDEN_PROTO_ITEMS) == 0) {
|
|
|
|
prefs.display_hidden_proto_items = ((g_ascii_strcasecmp(value, "true") == 0)?TRUE:FALSE);
|
1998-10-28 21:38:11 +00:00
|
|
|
} else {
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
/* To which module does this preference belong? */
|
2001-11-19 19:53:14 +00:00
|
|
|
module = NULL;
|
|
|
|
last_dotp = pref_name;
|
|
|
|
had_a_dot = FALSE;
|
|
|
|
while (!module) {
|
|
|
|
dotp = strchr(last_dotp, '.');
|
|
|
|
if (dotp == NULL) {
|
|
|
|
if (had_a_dot) {
|
|
|
|
/* no such module */
|
|
|
|
return PREFS_SET_NO_SUCH_PREF;
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
/* no ".", so no module/name separator */
|
|
|
|
return PREFS_SET_SYNTAX_ERR;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
had_a_dot = TRUE;
|
|
|
|
}
|
|
|
|
*dotp = '\0'; /* separate module and preference name */
|
2006-10-10 00:28:53 +00:00
|
|
|
module = prefs_find_module(pref_name);
|
2001-11-19 19:53:14 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* XXX - "Diameter" rather than "diameter" was used in earlier
|
2006-05-21 05:12:17 +00:00
|
|
|
* versions of Wireshark; if we didn't find the module, and its name
|
2001-11-19 19:53:14 +00:00
|
|
|
* was "Diameter", look for "diameter" instead.
|
2001-12-08 01:45:36 +00:00
|
|
|
*
|
|
|
|
* In addition, the BEEP protocol used to be the BXXP protocol,
|
|
|
|
* so if we didn't find the module, and its name was "bxxp",
|
|
|
|
* look for "beep" instead.
|
2002-05-29 07:35:55 +00:00
|
|
|
*
|
|
|
|
* Also, the preferences for GTP v0 and v1 were combined under
|
2003-12-23 21:29:25 +00:00
|
|
|
* a single "gtp" heading, and the preferences for SMPP were
|
2004-01-27 04:11:48 +00:00
|
|
|
* moved to "smpp-gsm-sms" and then moved to "gsm-sms-ud".
|
|
|
|
* However, SMPP now has its own preferences, so we just map
|
|
|
|
* "smpp-gsm-sms" to "gsm-sms-ud", and then handle SMPP below.
|
2008-03-16 08:26:16 +00:00
|
|
|
*
|
2010-04-19 10:23:41 +00:00
|
|
|
* We also renamed "dcp" to "dccp", "x.25" to "x25" and "nsip" to "gprs_ns".
|
2010-08-16 17:19:42 +00:00
|
|
|
*
|
2010-11-10 22:37:30 +00:00
|
|
|
* The vlan dissector was integrated into the Ethernet dissector.
|
|
|
|
*
|
2010-08-16 17:19:42 +00:00
|
|
|
* The SynOptics Network Management Protocol (SONMP) is now known by
|
|
|
|
* its modern name, the Nortel Discovery Protocol (NDP).
|
|
|
|
*
|
2001-11-19 19:53:14 +00:00
|
|
|
*/
|
2001-12-08 01:45:36 +00:00
|
|
|
if (module == NULL) {
|
|
|
|
if (strcmp(pref_name, "Diameter") == 0)
|
2006-10-10 00:28:53 +00:00
|
|
|
module = prefs_find_module("diameter");
|
2001-12-08 01:45:36 +00:00
|
|
|
else if (strcmp(pref_name, "bxxp") == 0)
|
2006-10-10 00:28:53 +00:00
|
|
|
module = prefs_find_module("beep");
|
2002-05-29 07:35:55 +00:00
|
|
|
else if (strcmp(pref_name, "gtpv0") == 0 ||
|
|
|
|
strcmp(pref_name, "gtpv1") == 0)
|
2006-10-10 00:28:53 +00:00
|
|
|
module = prefs_find_module("gtp");
|
2004-01-27 04:11:48 +00:00
|
|
|
else if (strcmp(pref_name, "smpp-gsm-sms") == 0)
|
2006-10-10 00:28:53 +00:00
|
|
|
module = prefs_find_module("gsm-sms-ud");
|
2008-03-16 08:26:16 +00:00
|
|
|
else if (strcmp(pref_name, "dcp") == 0)
|
|
|
|
module = prefs_find_module("dccp");
|
2009-03-04 07:50:17 +00:00
|
|
|
else if (strcmp(pref_name, "x.25") == 0)
|
|
|
|
module = prefs_find_module("x25");
|
2010-11-10 22:37:30 +00:00
|
|
|
else if (strcmp(pref_name, "vlan") == 0)
|
|
|
|
module = prefs_find_module("eth");
|
2010-04-19 10:23:41 +00:00
|
|
|
else if (strcmp(pref_name, "nsip") == 0)
|
2010-04-19 10:34:52 +00:00
|
|
|
module = prefs_find_module("gprs-ns");
|
2010-08-16 17:19:42 +00:00
|
|
|
else if (strcmp(pref_name, "sonmp") == 0)
|
|
|
|
module = prefs_find_module("ndp");
|
2009-09-05 13:06:45 +00:00
|
|
|
else if (strcmp(pref_name, "etheric") == 0 ||
|
|
|
|
strcmp(pref_name, "isup_thin") == 0)
|
|
|
|
/* This protocols was removed 7. July 2009 */
|
|
|
|
return PREFS_SET_OBSOLETE;
|
2001-12-08 01:45:36 +00:00
|
|
|
}
|
2001-11-19 19:53:14 +00:00
|
|
|
*dotp = '.'; /* put the preference string back */
|
|
|
|
dotp++; /* skip past separator to preference name */
|
|
|
|
last_dotp = dotp;
|
|
|
|
}
|
2001-01-03 06:56:03 +00:00
|
|
|
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, dotp);
|
2001-01-05 22:45:26 +00:00
|
|
|
|
2001-10-13 07:43:25 +00:00
|
|
|
if (pref == NULL) {
|
2003-03-12 19:45:52 +00:00
|
|
|
if (strcmp(module->name, "mgcp") == 0) {
|
2001-10-13 07:43:25 +00:00
|
|
|
/*
|
|
|
|
* XXX - "mgcp.display raw text toggle" and "mgcp.display dissect tree"
|
|
|
|
* rather than "mgcp.display_raw_text" and "mgcp.display_dissect_tree"
|
2006-05-21 05:12:17 +00:00
|
|
|
* were used in earlier versions of Wireshark; if we didn't find the
|
2001-10-13 07:43:25 +00:00
|
|
|
* preference, it was an MGCP preference, and its name was
|
|
|
|
* "display raw text toggle" or "display dissect tree", look for
|
|
|
|
* "display_raw_text" or "display_dissect_tree" instead.
|
|
|
|
*
|
|
|
|
* "mgcp.tcp.port" and "mgcp.udp.port" are harder to handle, as both
|
|
|
|
* the gateway and callagent ports were given those names; we interpret
|
|
|
|
* the first as "mgcp.{tcp,udp}.gateway_port" and the second as
|
|
|
|
* "mgcp.{tcp,udp}.callagent_port", as that's the order in which
|
|
|
|
* they were registered by the MCCP dissector and thus that's the
|
|
|
|
* order in which they were written to the preferences file. (If
|
|
|
|
* we're not reading the preferences file, but are handling stuff
|
|
|
|
* from a "-o" command-line option, we have no clue which the user
|
|
|
|
* had in mind - they should have used "mgcp.{tcp,udp}.gateway_port"
|
|
|
|
* or "mgcp.{tcp,udp}.callagent_port" instead.)
|
|
|
|
*/
|
|
|
|
if (strcmp(dotp, "display raw text toggle") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "display_raw_text");
|
2001-10-13 07:43:25 +00:00
|
|
|
else if (strcmp(dotp, "display dissect tree") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "display_dissect_tree");
|
2001-10-13 07:43:25 +00:00
|
|
|
else if (strcmp(dotp, "tcp.port") == 0) {
|
|
|
|
mgcp_tcp_port_count++;
|
|
|
|
if (mgcp_tcp_port_count == 1) {
|
|
|
|
/* It's the first one */
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "tcp.gateway_port");
|
2001-10-13 07:43:25 +00:00
|
|
|
} else if (mgcp_tcp_port_count == 2) {
|
|
|
|
/* It's the second one */
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "tcp.callagent_port");
|
2001-10-13 07:43:25 +00:00
|
|
|
}
|
|
|
|
/* Otherwise it's from the command line, and we don't bother
|
|
|
|
mapping it. */
|
|
|
|
} else if (strcmp(dotp, "udp.port") == 0) {
|
|
|
|
mgcp_udp_port_count++;
|
|
|
|
if (mgcp_udp_port_count == 1) {
|
|
|
|
/* It's the first one */
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "udp.gateway_port");
|
2001-10-13 07:43:25 +00:00
|
|
|
} else if (mgcp_udp_port_count == 2) {
|
|
|
|
/* It's the second one */
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "udp.callagent_port");
|
2001-10-13 07:43:25 +00:00
|
|
|
}
|
|
|
|
/* Otherwise it's from the command line, and we don't bother
|
|
|
|
mapping it. */
|
2001-01-05 22:45:26 +00:00
|
|
|
}
|
2003-03-12 19:45:52 +00:00
|
|
|
} else if (strcmp(module->name, "smb") == 0) {
|
2002-01-15 10:01:21 +00:00
|
|
|
/* Handle old names for SMB preferences. */
|
|
|
|
if (strcmp(dotp, "smb.trans.reassembly") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "trans_reassembly");
|
2002-01-15 10:01:21 +00:00
|
|
|
else if (strcmp(dotp, "smb.dcerpc.reassembly") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "dcerpc_reassembly");
|
2003-03-12 19:45:52 +00:00
|
|
|
} else if (strcmp(module->name, "ndmp") == 0) {
|
2002-01-15 10:01:21 +00:00
|
|
|
/* Handle old names for NDMP preferences. */
|
|
|
|
if (strcmp(dotp, "ndmp.desegment") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "desegment");
|
2003-03-12 19:45:52 +00:00
|
|
|
} else if (strcmp(module->name, "diameter") == 0) {
|
2002-01-15 10:01:21 +00:00
|
|
|
/* Handle old names for Diameter preferences. */
|
|
|
|
if (strcmp(dotp, "diameter.desegment") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "desegment");
|
2003-03-12 19:45:52 +00:00
|
|
|
} else if (strcmp(module->name, "pcli") == 0) {
|
2003-01-28 22:27:20 +00:00
|
|
|
/* Handle old names for PCLI preferences. */
|
|
|
|
if (strcmp(dotp, "pcli.udp_port") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "udp_port");
|
2003-04-21 21:28:39 +00:00
|
|
|
} else if (strcmp(module->name, "artnet") == 0) {
|
|
|
|
/* Handle old names for ARTNET preferences. */
|
|
|
|
if (strcmp(dotp, "artnet.udp_port") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "udp_port");
|
2003-03-12 19:45:52 +00:00
|
|
|
} else if (strcmp(module->name, "mapi") == 0) {
|
2003-01-28 23:56:40 +00:00
|
|
|
/* Handle old names for MAPI preferences. */
|
|
|
|
if (strcmp(dotp, "mapi_decrypt") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "decrypt");
|
2003-03-12 19:45:52 +00:00
|
|
|
} else if (strcmp(module->name, "fc") == 0) {
|
2003-01-28 23:56:40 +00:00
|
|
|
/* Handle old names for Fibre Channel preferences. */
|
|
|
|
if (strcmp(dotp, "reassemble_fc") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "reassemble");
|
2003-01-28 23:56:40 +00:00
|
|
|
else if (strcmp(dotp, "fc_max_frame_size") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "max_frame_size");
|
2003-03-12 19:45:52 +00:00
|
|
|
} else if (strcmp(module->name, "fcip") == 0) {
|
2003-01-28 23:56:40 +00:00
|
|
|
/* Handle old names for Fibre Channel-over-IP preferences. */
|
|
|
|
if (strcmp(dotp, "desegment_fcip_messages") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "desegment");
|
2003-01-28 23:56:40 +00:00
|
|
|
else if (strcmp(dotp, "fcip_port") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "target_port");
|
2003-03-12 19:45:52 +00:00
|
|
|
} else if (strcmp(module->name, "gtp") == 0) {
|
2003-01-28 23:56:40 +00:00
|
|
|
/* Handle old names for GTP preferences. */
|
|
|
|
if (strcmp(dotp, "gtpv0_port") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "v0_port");
|
2003-01-28 23:56:40 +00:00
|
|
|
else if (strcmp(dotp, "gtpv1c_port") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "v1c_port");
|
2003-01-28 23:56:40 +00:00
|
|
|
else if (strcmp(dotp, "gtpv1u_port") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "v1u_port");
|
2003-01-28 23:56:40 +00:00
|
|
|
else if (strcmp(dotp, "gtp_dissect_tpdu") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "dissect_tpdu");
|
2003-01-28 23:56:40 +00:00
|
|
|
else if (strcmp(dotp, "gtpv0_dissect_cdr_as") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "v0_dissect_cdr_as");
|
2003-01-28 23:56:40 +00:00
|
|
|
else if (strcmp(dotp, "gtpv0_check_etsi") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "v0_check_etsi");
|
2003-01-28 23:56:40 +00:00
|
|
|
else if (strcmp(dotp, "gtpv1_check_etsi") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "v1_check_etsi");
|
2003-03-12 19:45:52 +00:00
|
|
|
} else if (strcmp(module->name, "ip") == 0) {
|
2003-01-28 23:56:40 +00:00
|
|
|
/* Handle old names for IP preferences. */
|
|
|
|
if (strcmp(dotp, "ip_summary_in_tree") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "summary_in_tree");
|
2003-03-12 19:45:52 +00:00
|
|
|
} else if (strcmp(module->name, "iscsi") == 0) {
|
2003-01-28 23:56:40 +00:00
|
|
|
/* Handle old names for iSCSI preferences. */
|
|
|
|
if (strcmp(dotp, "iscsi_port") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "target_port");
|
2003-03-12 19:45:52 +00:00
|
|
|
} else if (strcmp(module->name, "lmp") == 0) {
|
2003-01-28 23:56:40 +00:00
|
|
|
/* Handle old names for LMP preferences. */
|
|
|
|
if (strcmp(dotp, "lmp_version") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "version");
|
2003-03-12 19:45:52 +00:00
|
|
|
} else if (strcmp(module->name, "mtp3") == 0) {
|
2003-01-28 23:56:40 +00:00
|
|
|
/* Handle old names for MTP3 preferences. */
|
|
|
|
if (strcmp(dotp, "mtp3_standard") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "standard");
|
2006-01-29 23:10:05 +00:00
|
|
|
else if (strcmp(dotp, "net_addr_format") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "addr_format");
|
2003-03-12 19:45:52 +00:00
|
|
|
} else if (strcmp(module->name, "nlm") == 0) {
|
2003-01-28 23:56:40 +00:00
|
|
|
/* Handle old names for NLM preferences. */
|
|
|
|
if (strcmp(dotp, "nlm_msg_res_matching") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "msg_res_matching");
|
2003-03-12 19:45:52 +00:00
|
|
|
} else if (strcmp(module->name, "ppp") == 0) {
|
2003-08-26 05:56:43 +00:00
|
|
|
/* Handle old names for PPP preferences. */
|
2003-01-28 23:56:40 +00:00
|
|
|
if (strcmp(dotp, "ppp_fcs") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "fcs_type");
|
2003-01-28 23:56:40 +00:00
|
|
|
else if (strcmp(dotp, "ppp_vj") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "decompress_vj");
|
2003-03-12 19:45:52 +00:00
|
|
|
} else if (strcmp(module->name, "rsvp") == 0) {
|
2003-01-28 23:56:40 +00:00
|
|
|
/* Handle old names for RSVP preferences. */
|
|
|
|
if (strcmp(dotp, "rsvp_process_bundle") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "process_bundle");
|
2003-03-12 19:45:52 +00:00
|
|
|
} else if (strcmp(module->name, "tcp") == 0) {
|
2003-01-28 23:56:40 +00:00
|
|
|
/* Handle old names for TCP preferences. */
|
|
|
|
if (strcmp(dotp, "tcp_summary_in_tree") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "summary_in_tree");
|
2003-01-28 23:56:40 +00:00
|
|
|
else if (strcmp(dotp, "tcp_analyze_sequence_numbers") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "analyze_sequence_numbers");
|
2003-01-28 23:56:40 +00:00
|
|
|
else if (strcmp(dotp, "tcp_relative_sequence_numbers") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "relative_sequence_numbers");
|
2003-03-12 19:45:52 +00:00
|
|
|
} else if (strcmp(module->name, "udp") == 0) {
|
2003-01-28 23:56:40 +00:00
|
|
|
/* Handle old names for UDP preferences. */
|
|
|
|
if (strcmp(dotp, "udp_summary_in_tree") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "summary_in_tree");
|
2003-04-09 08:43:53 +00:00
|
|
|
} else if (strcmp(module->name, "ndps") == 0) {
|
|
|
|
/* Handle old names for NDPS preferences. */
|
|
|
|
if (strcmp(dotp, "desegment_ndps") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "desegment_tcp");
|
2003-12-31 09:58:56 +00:00
|
|
|
} else if (strcmp(module->name, "http") == 0) {
|
|
|
|
/* Handle old names for HTTP preferences. */
|
|
|
|
if (strcmp(dotp, "desegment_http_headers") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "desegment_headers");
|
2003-12-31 09:58:56 +00:00
|
|
|
else if (strcmp(dotp, "desegment_http_body") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "desegment_body");
|
2004-01-27 04:11:48 +00:00
|
|
|
} else if (strcmp(module->name, "smpp") == 0) {
|
|
|
|
/* Handle preferences that moved from SMPP. */
|
2006-10-10 00:28:53 +00:00
|
|
|
module_t *new_module = prefs_find_module("gsm-sms-ud");
|
2006-06-17 11:11:34 +00:00
|
|
|
if(new_module){
|
|
|
|
if (strcmp(dotp, "port_number_udh_means_wsp") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(new_module, "port_number_udh_means_wsp");
|
2006-06-17 11:11:34 +00:00
|
|
|
else if (strcmp(dotp, "try_dissect_1st_fragment") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(new_module, "try_dissect_1st_fragment");
|
2006-06-17 11:11:34 +00:00
|
|
|
}
|
2004-08-08 01:20:26 +00:00
|
|
|
} else if (strcmp(module->name, "asn1") == 0) {
|
|
|
|
/* Handle old generic ASN.1 preferences (it's not really a
|
|
|
|
rename, as the new preferences support multiple ports,
|
|
|
|
but we might as well copy them over). */
|
|
|
|
if (strcmp(dotp, "tcp_port") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "tcp_ports");
|
2004-08-08 01:20:26 +00:00
|
|
|
else if (strcmp(dotp, "udp_port") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "udp_ports");
|
2004-08-08 01:20:26 +00:00
|
|
|
else if (strcmp(dotp, "sctp_port") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "sctp_ports");
|
2005-02-28 09:21:19 +00:00
|
|
|
} else if (strcmp(module->name, "llcgprs") == 0) {
|
|
|
|
if (strcmp(dotp, "ignore_cipher_bit") == 0)
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "autodetect_cipher_bit");
|
2008-07-12 02:36:32 +00:00
|
|
|
} else if (strcmp(module->name, "erf") == 0) {
|
|
|
|
if (strcmp(dotp, "erfeth") == 0) {
|
2008-07-14 18:56:25 +00:00
|
|
|
/* Handle the old "erfeth" preference; map it to the new
|
|
|
|
"ethfcs" preference, and map the values to those for
|
|
|
|
the new preference. */
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "ethfcs");
|
2008-07-12 18:26:47 +00:00
|
|
|
if (strcmp(value, "ethfcs") == 0 || strcmp(value, "Ethernet with FCS") == 0)
|
|
|
|
value = "TRUE";
|
|
|
|
else if (strcmp(value, "eth") == 0 || strcmp(value, "Ethernet") == 0)
|
|
|
|
value = "FALSE";
|
|
|
|
else if (strcmp(value, "raw") == 0 || strcmp(value, "Raw data") == 0)
|
|
|
|
value = "TRUE";
|
2008-07-14 18:56:25 +00:00
|
|
|
} else if (strcmp(dotp, "erfatm") == 0) {
|
|
|
|
/* Handle the old "erfatm" preference; map it to the new
|
|
|
|
"aal5_type" preference, and map the values to those for
|
|
|
|
the new preference. */
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "aal5_type");
|
2008-07-14 18:56:25 +00:00
|
|
|
if (strcmp(value, "atm") == 0 || strcmp(value, "ATM") == 0)
|
|
|
|
value = "guess";
|
|
|
|
else if (strcmp(value, "llc") == 0 || strcmp(value, "LLC") == 0)
|
|
|
|
value = "llc";
|
|
|
|
else if (strcmp(value, "raw") == 0 || strcmp(value, "Raw data") == 0)
|
|
|
|
value = "guess";
|
2008-07-14 19:28:19 +00:00
|
|
|
} else if (strcmp(dotp, "erfhdlc") == 0) {
|
|
|
|
/* Handle the old "erfhdlc" preference; map it to the new
|
|
|
|
"hdlc_type" preference, and map the values to those for
|
|
|
|
the new preference. */
|
2009-01-06 14:34:18 +00:00
|
|
|
pref = prefs_find_preference(module, "hdlc_type");
|
2008-07-14 19:28:19 +00:00
|
|
|
if (strcmp(value, "chdlc") == 0 || strcmp(value, "Cisco HDLC") == 0)
|
|
|
|
value = "chdlc";
|
|
|
|
else if (strcmp(value, "ppp") == 0 || strcmp(value, "PPP serial") == 0)
|
|
|
|
value = "ppp";
|
|
|
|
else if (strcmp(value, "fr") == 0 || strcmp(value, "Frame Relay") == 0)
|
|
|
|
value = "frelay";
|
|
|
|
else if (strcmp(value, "mtp2") == 0 || strcmp(value, "SS7 MTP2") == 0)
|
|
|
|
value = "mtp2";
|
|
|
|
else if (strcmp(value, "raw") == 0 || strcmp(value, "Raw data") == 0)
|
|
|
|
value = "guess";
|
2008-07-12 02:36:32 +00:00
|
|
|
}
|
2001-01-05 22:45:26 +00:00
|
|
|
}
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
if (pref == NULL)
|
|
|
|
return PREFS_SET_NO_SUCH_PREF; /* no such preference */
|
|
|
|
|
|
|
|
switch (pref->type) {
|
|
|
|
|
|
|
|
case PREF_UINT:
|
|
|
|
uval = strtoul(value, &p, pref->info.base);
|
|
|
|
if (p == value || *p != '\0')
|
|
|
|
return PREFS_SET_SYNTAX_ERR; /* number was bad */
|
2000-07-09 03:29:42 +00:00
|
|
|
if (*pref->varp.uint != uval) {
|
|
|
|
module->prefs_changed = TRUE;
|
|
|
|
*pref->varp.uint = uval;
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_BOOL:
|
|
|
|
/* XXX - give an error if it's neither "true" nor "false"? */
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +00:00
|
|
|
if (g_ascii_strcasecmp(value, "true") == 0)
|
2000-07-09 03:29:42 +00:00
|
|
|
bval = TRUE;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
else
|
2000-07-09 03:29:42 +00:00
|
|
|
bval = FALSE;
|
2002-06-16 00:58:38 +00:00
|
|
|
if (*pref->varp.boolp != bval) {
|
2001-01-05 22:45:26 +00:00
|
|
|
module->prefs_changed = TRUE;
|
2002-06-16 00:58:38 +00:00
|
|
|
*pref->varp.boolp = bval;
|
2000-07-09 03:29:42 +00:00
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_ENUM:
|
|
|
|
/* XXX - give an error if it doesn't match? */
|
2010-05-25 20:57:14 +00:00
|
|
|
enum_val = find_val_for_string(value, pref->info.enum_info.enumvals,
|
|
|
|
*pref->varp.enump);
|
2000-07-09 03:29:42 +00:00
|
|
|
if (*pref->varp.enump != enum_val) {
|
2001-01-05 22:45:26 +00:00
|
|
|
module->prefs_changed = TRUE;
|
|
|
|
*pref->varp.enump = enum_val;
|
2000-07-09 03:29:42 +00:00
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_STRING:
|
2003-03-11 22:51:52 +00:00
|
|
|
if (strcmp(*pref->varp.string, value) != 0) {
|
2000-07-09 03:29:42 +00:00
|
|
|
module->prefs_changed = TRUE;
|
2005-07-24 19:01:28 +00:00
|
|
|
g_free((void *)*pref->varp.string);
|
2000-07-09 03:29:42 +00:00
|
|
|
*pref->varp.string = g_strdup(value);
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
|
2004-10-14 23:45:09 +00:00
|
|
|
case PREF_RANGE:
|
|
|
|
{
|
2004-10-16 23:32:24 +00:00
|
|
|
range_t *newrange;
|
2004-10-14 23:45:09 +00:00
|
|
|
|
2010-10-29 22:09:31 +00:00
|
|
|
if (range_convert_str_work(&newrange, value, pref->info.max_value,
|
|
|
|
return_range_errors) != CVT_NO_ERROR) {
|
2004-10-16 08:33:40 +00:00
|
|
|
return PREFS_SET_SYNTAX_ERR; /* number was bad */
|
|
|
|
}
|
2004-10-14 23:45:09 +00:00
|
|
|
|
2004-10-16 23:32:24 +00:00
|
|
|
if (!ranges_are_equal(*pref->varp.range, newrange)) {
|
2004-10-14 23:45:09 +00:00
|
|
|
module->prefs_changed = TRUE;
|
2004-10-16 23:32:24 +00:00
|
|
|
g_free(*pref->varp.range);
|
|
|
|
*pref->varp.range = newrange;
|
2008-03-04 23:15:11 +00:00
|
|
|
} else {
|
|
|
|
g_free (newrange);
|
2004-10-14 23:45:09 +00:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2008-03-04 23:15:11 +00:00
|
|
|
case PREF_STATIC_TEXT:
|
|
|
|
case PREF_UAT:
|
2006-12-05 00:43:00 +00:00
|
|
|
{
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
case PREF_OBSOLETE:
|
|
|
|
return PREFS_SET_OBSOLETE; /* no such preference any more */
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
1998-10-28 21:38:11 +00:00
|
|
|
}
|
2002-08-28 21:04:11 +00:00
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
return PREFS_SET_OK;
|
|
|
|
}
|
|
|
|
|
|
|
|
typedef struct {
|
|
|
|
module_t *module;
|
|
|
|
FILE *pf;
|
|
|
|
} write_pref_arg_t;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Write out a single preference.
|
|
|
|
*/
|
|
|
|
static void
|
|
|
|
write_pref(gpointer data, gpointer user_data)
|
|
|
|
{
|
|
|
|
pref_t *pref = data;
|
|
|
|
write_pref_arg_t *arg = user_data;
|
2000-11-18 21:41:40 +00:00
|
|
|
const enum_val_t *enum_valp;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
const char *val_string;
|
2008-07-16 18:09:24 +00:00
|
|
|
gchar **desc_lines;
|
|
|
|
int i;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
if (pref->type == PREF_OBSOLETE) {
|
|
|
|
/*
|
|
|
|
* This preference is no longer supported; it's not a
|
|
|
|
* real preference, so we don't write it out (i.e., we
|
|
|
|
* treat it as if it weren't found in the list of
|
|
|
|
* preferences, and we weren't called in the first place).
|
|
|
|
*/
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2008-10-06 22:49:01 +00:00
|
|
|
/*
|
|
|
|
* Make multiple line descriptions appear as
|
2008-07-16 18:09:24 +00:00
|
|
|
* multiple commented lines in prefs file.
|
|
|
|
*/
|
2010-12-22 06:25:33 +00:00
|
|
|
if (pref->description &&
|
|
|
|
(g_ascii_strncasecmp(pref->description,"", 2) != 0)) {
|
2008-07-16 18:09:24 +00:00
|
|
|
desc_lines = g_strsplit(pref->description,"\n",0);
|
|
|
|
for (i = 0; desc_lines[i] != NULL; ++i) {
|
|
|
|
fprintf(arg->pf, "\n# %s", desc_lines[i]);
|
|
|
|
}
|
|
|
|
fprintf(arg->pf, "\n");
|
|
|
|
g_strfreev(desc_lines);
|
|
|
|
} else {
|
|
|
|
fprintf(arg->pf, "\n# No description\n");
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
|
|
|
switch (pref->type) {
|
|
|
|
|
|
|
|
case PREF_UINT:
|
|
|
|
switch (pref->info.base) {
|
|
|
|
|
|
|
|
case 10:
|
|
|
|
fprintf(arg->pf, "# A decimal number.\n");
|
2010-05-26 03:31:30 +00:00
|
|
|
if (pref->default_val.uint == *pref->varp.uint)
|
|
|
|
fprintf(arg->pf, "#");
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
fprintf(arg->pf, "%s.%s: %u\n", arg->module->name,
|
|
|
|
pref->name, *pref->varp.uint);
|
|
|
|
break;
|
|
|
|
|
|
|
|
case 8:
|
|
|
|
fprintf(arg->pf, "# An octal number.\n");
|
2010-05-26 03:31:30 +00:00
|
|
|
if (pref->default_val.uint == *pref->varp.uint)
|
|
|
|
fprintf(arg->pf, "#");
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
fprintf(arg->pf, "%s.%s: %#o\n", arg->module->name,
|
|
|
|
pref->name, *pref->varp.uint);
|
|
|
|
break;
|
|
|
|
|
|
|
|
case 16:
|
|
|
|
fprintf(arg->pf, "# A hexadecimal number.\n");
|
2010-05-26 03:31:30 +00:00
|
|
|
if (pref->default_val.uint == *pref->varp.uint)
|
|
|
|
fprintf(arg->pf, "#");
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
fprintf(arg->pf, "%s.%s: %#x\n", arg->module->name,
|
|
|
|
pref->name, *pref->varp.uint);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_BOOL:
|
|
|
|
fprintf(arg->pf, "# TRUE or FALSE (case-insensitive).\n");
|
2010-05-26 03:31:30 +00:00
|
|
|
if (pref->default_val.boolval == *pref->varp.boolp)
|
|
|
|
fprintf(arg->pf, "#");
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
fprintf(arg->pf, "%s.%s: %s\n", arg->module->name, pref->name,
|
2002-06-16 00:58:38 +00:00
|
|
|
*pref->varp.boolp ? "TRUE" : "FALSE");
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_ENUM:
|
2004-05-24 02:25:21 +00:00
|
|
|
/*
|
|
|
|
* For now, we save the "description" value, so that if we
|
2006-05-21 05:12:17 +00:00
|
|
|
* save the preferences older versions of Wireshark can at
|
2004-05-24 02:25:21 +00:00
|
|
|
* least read preferences that they supported; we support
|
|
|
|
* either the short name or the description when reading
|
|
|
|
* the preferences file or a "-o" option.
|
|
|
|
*/
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
fprintf(arg->pf, "# One of: ");
|
|
|
|
enum_valp = pref->info.enum_info.enumvals;
|
|
|
|
val_string = NULL;
|
|
|
|
while (enum_valp->name != NULL) {
|
|
|
|
if (enum_valp->value == *pref->varp.enump)
|
2004-05-24 02:25:21 +00:00
|
|
|
val_string = enum_valp->description;
|
|
|
|
fprintf(arg->pf, "%s", enum_valp->description);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
enum_valp++;
|
|
|
|
if (enum_valp->name == NULL)
|
|
|
|
fprintf(arg->pf, "\n");
|
|
|
|
else
|
|
|
|
fprintf(arg->pf, ", ");
|
|
|
|
}
|
|
|
|
fprintf(arg->pf, "# (case-insensitive).\n");
|
2010-05-26 03:31:30 +00:00
|
|
|
if (pref->default_val.enumval == *pref->varp.enump)
|
|
|
|
fprintf(arg->pf, "#");
|
2004-05-24 02:25:21 +00:00
|
|
|
fprintf(arg->pf, "%s.%s: %s\n", arg->module->name,
|
|
|
|
pref->name, val_string);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_STRING:
|
|
|
|
fprintf(arg->pf, "# A string.\n");
|
2010-05-26 03:31:30 +00:00
|
|
|
if (!(strcmp(pref->default_val.string, *pref->varp.string)))
|
|
|
|
fprintf(arg->pf, "#");
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
fprintf(arg->pf, "%s.%s: %s\n", arg->module->name, pref->name,
|
|
|
|
*pref->varp.string);
|
|
|
|
break;
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
|
2004-10-14 23:45:09 +00:00
|
|
|
case PREF_RANGE:
|
|
|
|
{
|
2010-01-28 18:45:46 +00:00
|
|
|
char *range_string_p;
|
2004-10-14 23:45:09 +00:00
|
|
|
|
2010-01-28 18:45:46 +00:00
|
|
|
range_string_p = range_convert_range(*pref->varp.range);
|
2004-10-14 23:45:09 +00:00
|
|
|
fprintf(arg->pf, "# A string denoting an positive integer range (e.g., \"1-20,30-40\").\n");
|
2010-05-26 03:31:30 +00:00
|
|
|
if ((ranges_are_equal(pref->default_val.range, *pref->varp.range)))
|
|
|
|
fprintf(arg->pf, "#");
|
2004-10-14 23:45:09 +00:00
|
|
|
fprintf(arg->pf, "%s.%s: %s\n", arg->module->name, pref->name,
|
2010-01-28 18:45:46 +00:00
|
|
|
range_string_p);
|
2004-10-14 23:45:09 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2006-12-05 00:43:00 +00:00
|
|
|
case PREF_STATIC_TEXT:
|
2007-02-03 14:25:02 +00:00
|
|
|
case PREF_UAT:
|
2006-12-05 00:43:00 +00:00
|
|
|
{
|
|
|
|
/* Nothing to do */
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
case PREF_OBSOLETE:
|
|
|
|
g_assert_not_reached();
|
|
|
|
break;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2007-11-30 09:22:01 +00:00
|
|
|
static gboolean
|
2007-12-04 03:28:04 +00:00
|
|
|
write_module_prefs(void *value, void *data)
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
|
|
|
write_pref_arg_t arg;
|
|
|
|
|
2007-11-30 09:22:01 +00:00
|
|
|
arg.module = value;
|
|
|
|
arg.pf = data;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
g_list_foreach(arg.module->prefs, write_pref, &arg);
|
2007-11-30 09:22:01 +00:00
|
|
|
return FALSE;
|
1998-10-28 21:38:11 +00:00
|
|
|
}
|
|
|
|
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
/* Write out "prefs" to the user's preferences file, and return 0.
|
|
|
|
|
2005-06-13 22:40:11 +00:00
|
|
|
If the preferences file path is NULL, write to stdout.
|
|
|
|
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
If we got an error, stuff a pointer to the path of the preferences file
|
|
|
|
into "*pf_path_return", and return the errno. */
|
2000-01-03 06:29:39 +00:00
|
|
|
int
|
2002-08-01 03:15:29 +00:00
|
|
|
write_prefs(char **pf_path_return)
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
2002-08-01 03:15:29 +00:00
|
|
|
char *pf_path;
|
1998-11-17 04:29:13 +00:00
|
|
|
FILE *pf;
|
2001-07-23 00:12:47 +00:00
|
|
|
GList *clp, *col_l;
|
|
|
|
fmt_data *cfmt;
|
2008-02-22 22:47:19 +00:00
|
|
|
const gchar *cust_format = col_format_to_string(COL_CUSTOM);
|
2010-06-20 16:23:43 +00:00
|
|
|
GString *cols_hidden = g_string_new ("");
|
2001-07-23 00:12:47 +00:00
|
|
|
|
2005-07-27 16:25:44 +00:00
|
|
|
/* Needed for "-G defaultprefs" */
|
|
|
|
init_prefs();
|
|
|
|
|
1998-11-17 04:29:13 +00:00
|
|
|
/* To do:
|
|
|
|
* - Split output lines longer than MAX_VAL_LEN
|
|
|
|
* - Create a function for the preference directory check/creation
|
|
|
|
* so that duplication can be avoided with filter.c
|
|
|
|
*/
|
1998-10-28 21:38:11 +00:00
|
|
|
|
2005-06-13 22:40:11 +00:00
|
|
|
if (pf_path_return != NULL) {
|
2008-01-14 16:40:23 +00:00
|
|
|
pf_path = get_persconffile_path(PF_NAME, TRUE, TRUE);
|
2008-05-22 15:46:27 +00:00
|
|
|
if ((pf = ws_fopen(pf_path, "w")) == NULL) {
|
2005-06-13 22:40:11 +00:00
|
|
|
*pf_path_return = pf_path;
|
|
|
|
return errno;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
pf = stdout;
|
2000-01-03 06:29:39 +00:00
|
|
|
}
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2006-05-21 05:12:17 +00:00
|
|
|
fputs("# Configuration file for Wireshark " VERSION ".\n"
|
2010-05-26 03:31:30 +00:00
|
|
|
"#\n"
|
|
|
|
"# This file is regenerated each time preferences are saved within\n"
|
|
|
|
"# Wireshark. Making manual changes should be safe, however.\n"
|
|
|
|
"# Protocol preferences that have been commented out have not been\n"
|
|
|
|
"# changed from their default value.\n", pf);
|
1999-12-02 04:30:15 +00:00
|
|
|
|
2003-10-14 23:20:17 +00:00
|
|
|
fprintf (pf, "\n######## User Interface ########\n");
|
2006-12-05 00:43:00 +00:00
|
|
|
|
2003-09-08 21:44:42 +00:00
|
|
|
fprintf(pf, "\n# Vertical scrollbars should be on right side?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
1999-12-16 06:20:18 +00:00
|
|
|
fprintf(pf, PRS_GUI_SCROLLBAR_ON_RIGHT ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_scrollbar_on_right == TRUE ? "TRUE" : "FALSE");
|
1999-12-16 06:20:18 +00:00
|
|
|
|
2003-09-08 21:44:42 +00:00
|
|
|
fprintf(pf, "\n# Packet-list selection bar can be used to browse w/o selecting?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
Changed the protocol tree widget from a GtkTree to a GtkCTree. The two reasons
I did this:
First, Havoc Pennington, in "GTK+/Gnome Application Development", in
Appendix seciton A.3.88, recommends using GtkCTree instead of GtkTree
because GtkCtree is faster, and GtkTree has limitation on its total row
height: since it must fit inside a GdkWindow, it is limited to 32,768
pixels of height. GtkTree is more flexible with regards to the types of
widgets that can be placed in the tree, but since we deal only with text,
that doesn't matter, at least for now.
Secondly, a GtkTree doesn't allow arrow-key navigation (at least as far
as I could tell). It always bothered me that the up and down arrow keys
worked in the packet list and in the hex dump, but no in the protocol tree.
GtkCTree does allow arrow-key navigation. In fact, GtkCTree is a subclass
of GtkCList (the packet list widget), so they behave a lot alike.
I went ahead and fixed the selection bar which has been bothering Richard
for a long time now. :) In the GUI preferences dialogue, you can now set
both the packet list selection bar and the protocol tree selection bar
to either "browse" or "select" mode. "browse" mode is what you're used to:
the arrow keys move an outline of the selection bar, but do not change
the selection. "select" mode does change the selection when the arrow keys
are pressed. The default behavior is set to "select", which seems more
natural for a first-time user.
svn path=/trunk/; revision=1393
1999-12-29 20:10:12 +00:00
|
|
|
fprintf(pf, PRS_GUI_PLIST_SEL_BROWSE ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_plist_sel_browse == TRUE ? "TRUE" : "FALSE");
|
Changed the protocol tree widget from a GtkTree to a GtkCTree. The two reasons
I did this:
First, Havoc Pennington, in "GTK+/Gnome Application Development", in
Appendix seciton A.3.88, recommends using GtkCTree instead of GtkTree
because GtkCtree is faster, and GtkTree has limitation on its total row
height: since it must fit inside a GdkWindow, it is limited to 32,768
pixels of height. GtkTree is more flexible with regards to the types of
widgets that can be placed in the tree, but since we deal only with text,
that doesn't matter, at least for now.
Secondly, a GtkTree doesn't allow arrow-key navigation (at least as far
as I could tell). It always bothered me that the up and down arrow keys
worked in the packet list and in the hex dump, but no in the protocol tree.
GtkCTree does allow arrow-key navigation. In fact, GtkCTree is a subclass
of GtkCList (the packet list widget), so they behave a lot alike.
I went ahead and fixed the selection bar which has been bothering Richard
for a long time now. :) In the GUI preferences dialogue, you can now set
both the packet list selection bar and the protocol tree selection bar
to either "browse" or "select" mode. "browse" mode is what you're used to:
the arrow keys move an outline of the selection bar, but do not change
the selection. "select" mode does change the selection when the arrow keys
are pressed. The default behavior is set to "select", which seems more
natural for a first-time user.
svn path=/trunk/; revision=1393
1999-12-29 20:10:12 +00:00
|
|
|
|
2003-09-08 21:44:42 +00:00
|
|
|
fprintf(pf, "\n# Protocol-tree selection bar can be used to browse w/o selecting?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
Changed the protocol tree widget from a GtkTree to a GtkCTree. The two reasons
I did this:
First, Havoc Pennington, in "GTK+/Gnome Application Development", in
Appendix seciton A.3.88, recommends using GtkCTree instead of GtkTree
because GtkCtree is faster, and GtkTree has limitation on its total row
height: since it must fit inside a GdkWindow, it is limited to 32,768
pixels of height. GtkTree is more flexible with regards to the types of
widgets that can be placed in the tree, but since we deal only with text,
that doesn't matter, at least for now.
Secondly, a GtkTree doesn't allow arrow-key navigation (at least as far
as I could tell). It always bothered me that the up and down arrow keys
worked in the packet list and in the hex dump, but no in the protocol tree.
GtkCTree does allow arrow-key navigation. In fact, GtkCTree is a subclass
of GtkCList (the packet list widget), so they behave a lot alike.
I went ahead and fixed the selection bar which has been bothering Richard
for a long time now. :) In the GUI preferences dialogue, you can now set
both the packet list selection bar and the protocol tree selection bar
to either "browse" or "select" mode. "browse" mode is what you're used to:
the arrow keys move an outline of the selection bar, but do not change
the selection. "select" mode does change the selection when the arrow keys
are pressed. The default behavior is set to "select", which seems more
natural for a first-time user.
svn path=/trunk/; revision=1393
1999-12-29 20:10:12 +00:00
|
|
|
fprintf(pf, PRS_GUI_PTREE_SEL_BROWSE ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_ptree_sel_browse == TRUE ? "TRUE" : "FALSE");
|
1999-12-30 23:02:56 +00:00
|
|
|
|
2003-09-08 21:44:42 +00:00
|
|
|
fprintf(pf, "\n# Alternating colors in TreeViews?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
2002-09-14 10:07:40 +00:00
|
|
|
fprintf(pf, PRS_GUI_ALTERN_COLORS ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_altern_colors == TRUE ? "TRUE" : "FALSE");
|
2002-09-14 10:07:40 +00:00
|
|
|
|
2004-04-06 19:02:18 +00:00
|
|
|
fprintf(pf, "\n# Place filter toolbar inside the statusbar?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
|
|
|
fprintf(pf, PRS_GUI_FILTER_TOOLBAR_IN_STATUSBAR ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.filter_toolbar_show_in_statusbar == TRUE ? "TRUE" : "FALSE");
|
2004-04-06 19:02:18 +00:00
|
|
|
|
2003-09-08 21:44:42 +00:00
|
|
|
fprintf(pf, "\n# Protocol-tree line style.\n");
|
|
|
|
fprintf(pf, "# One of: NONE, SOLID, DOTTED, TABBED\n");
|
1999-12-30 23:02:56 +00:00
|
|
|
fprintf(pf, PRS_GUI_PTREE_LINE_STYLE ": %s\n",
|
2002-09-14 10:07:40 +00:00
|
|
|
gui_ptree_line_style_text[prefs.gui_ptree_line_style]);
|
1999-12-30 23:02:56 +00:00
|
|
|
|
2003-09-08 21:44:42 +00:00
|
|
|
fprintf(pf, "\n# Protocol-tree expander style.\n");
|
|
|
|
fprintf(pf, "# One of: NONE, SQUARE, TRIANGLE, CIRCULAR\n");
|
1999-12-30 23:02:56 +00:00
|
|
|
fprintf(pf, PRS_GUI_PTREE_EXPANDER_STYLE ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
gui_ptree_expander_style_text[prefs.gui_ptree_expander_style]);
|
1999-12-30 23:02:56 +00:00
|
|
|
|
2003-09-08 21:44:42 +00:00
|
|
|
fprintf(pf, "\n# Hex dump highlight style.\n");
|
|
|
|
fprintf(pf, "# One of: BOLD, INVERSE\n");
|
2000-09-08 09:50:08 +00:00
|
|
|
fprintf(pf, PRS_GUI_HEX_DUMP_HIGHLIGHT_STYLE ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
gui_hex_dump_highlight_style_text[prefs.gui_hex_dump_highlight_style]);
|
2000-09-08 09:50:08 +00:00
|
|
|
|
2003-10-16 21:19:12 +00:00
|
|
|
fprintf(pf, "\n# Main Toolbar style.\n");
|
|
|
|
fprintf(pf, "# One of: ICONS, TEXT, BOTH\n");
|
|
|
|
fprintf(pf, PRS_GUI_TOOLBAR_MAIN_STYLE ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
gui_toolbar_style_text[prefs.gui_toolbar_main_style]);
|
2003-10-16 21:19:12 +00:00
|
|
|
|
2009-09-25 05:19:18 +00:00
|
|
|
fprintf(pf, "\n# Filter Toolbar style.\n");
|
|
|
|
fprintf(pf, "# One of: ICONS, TEXT, BOTH\n");
|
|
|
|
fprintf(pf, PRS_GUI_TOOLBAR_FILTER_STYLE ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
gui_toolbar_style_text[prefs.gui_toolbar_filter_style]);
|
2009-09-25 05:19:18 +00:00
|
|
|
|
2003-09-08 21:44:42 +00:00
|
|
|
fprintf(pf, "\n# Save window position at exit?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
2001-12-31 04:41:50 +00:00
|
|
|
fprintf(pf, PRS_GUI_GEOMETRY_SAVE_POSITION ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_geometry_save_position == TRUE ? "TRUE" : "FALSE");
|
2001-12-31 04:41:50 +00:00
|
|
|
|
2003-09-08 21:44:42 +00:00
|
|
|
fprintf(pf, "\n# Save window size at exit?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
2001-12-31 04:41:50 +00:00
|
|
|
fprintf(pf, PRS_GUI_GEOMETRY_SAVE_SIZE ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_geometry_save_size == TRUE ? "TRUE" : "FALSE");
|
2006-12-05 00:43:00 +00:00
|
|
|
|
2008-04-12 19:37:05 +00:00
|
|
|
fprintf(pf, "\n# Save window maximized state at exit?\n");
|
2004-02-01 20:28:11 +00:00
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
|
|
|
fprintf(pf, PRS_GUI_GEOMETRY_SAVE_MAXIMIZED ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_geometry_save_maximized == TRUE ? "TRUE" : "FALSE");
|
2006-12-05 00:43:00 +00:00
|
|
|
|
2010-05-25 00:35:44 +00:00
|
|
|
fprintf(pf, "\n# Use Mac OS X style (Mac OS X with native GTK only)?\n");
|
2008-10-26 23:07:37 +00:00
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
|
|
|
fprintf(pf, PRS_GUI_MACOSX_STYLE ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_macosx_style == TRUE ? "TRUE" : "FALSE");
|
2008-10-26 23:07:37 +00:00
|
|
|
|
2004-05-13 15:28:02 +00:00
|
|
|
fprintf(pf, "\n# Open a console window (WIN32 only)?\n");
|
|
|
|
fprintf(pf, "# One of: NEVER, AUTOMATIC, ALWAYS\n");
|
|
|
|
fprintf(pf, PRS_GUI_CONSOLE_OPEN ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
gui_console_open_text[prefs.gui_console_open]);
|
2004-05-13 15:28:02 +00:00
|
|
|
|
2008-08-08 19:41:35 +00:00
|
|
|
fprintf(pf, "\n# The max. number of entries in the display filter list.\n");
|
|
|
|
fprintf(pf, "# A decimal number.\n");
|
|
|
|
fprintf(pf, PRS_GUI_RECENT_DF_ENTRIES_MAX ": %d\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_recent_df_entries_max);
|
2008-08-08 19:41:35 +00:00
|
|
|
|
2004-08-31 09:22:57 +00:00
|
|
|
fprintf(pf, "\n# The max. number of items in the open recent files list.\n");
|
|
|
|
fprintf(pf, "# A decimal number.\n");
|
|
|
|
fprintf(pf, PRS_GUI_RECENT_COUNT_MAX ": %d\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_recent_files_count_max);
|
2004-08-31 09:22:57 +00:00
|
|
|
|
2003-10-14 23:20:17 +00:00
|
|
|
fprintf(pf, "\n# Where to start the File Open dialog box.\n");
|
|
|
|
fprintf(pf, "# One of: LAST_OPENED, SPECIFIED\n");
|
2003-12-28 23:20:08 +00:00
|
|
|
fprintf(pf, PRS_GUI_FILEOPEN_STYLE ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
gui_fileopen_style_text[prefs.gui_fileopen_style]);
|
2003-10-14 23:20:17 +00:00
|
|
|
|
|
|
|
if (prefs.gui_fileopen_dir != NULL) {
|
|
|
|
fprintf(pf, "\n# Directory to start in when opening File Open dialog.\n");
|
|
|
|
fprintf(pf, PRS_GUI_FILEOPEN_DIR ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_fileopen_dir);
|
2003-10-14 23:20:17 +00:00
|
|
|
}
|
2004-08-31 09:22:57 +00:00
|
|
|
|
|
|
|
fprintf(pf, "\n# The preview timeout in the File Open dialog.\n");
|
|
|
|
fprintf(pf, "# A decimal number (in seconds).\n");
|
|
|
|
fprintf(pf, PRS_GUI_FILEOPEN_PREVIEW ": %d\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_fileopen_preview);
|
2006-12-05 00:43:00 +00:00
|
|
|
|
2004-06-20 15:57:11 +00:00
|
|
|
fprintf(pf, "\n# Ask to save unsaved capture files?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
|
|
|
fprintf(pf, PRS_GUI_ASK_UNSAVED ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_ask_unsaved == TRUE ? "TRUE" : "FALSE");
|
2004-06-29 17:10:53 +00:00
|
|
|
|
2004-08-15 19:26:25 +00:00
|
|
|
fprintf(pf, "\n# Wrap to beginning/end of file during search?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
|
|
|
fprintf(pf, PRS_GUI_FIND_WRAP ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_find_wrap == TRUE ? "TRUE" : "FALSE");
|
2004-08-15 19:26:25 +00:00
|
|
|
|
2006-10-03 19:53:10 +00:00
|
|
|
fprintf(pf, "\n# Settings dialogs use a save button?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
|
|
|
fprintf(pf, PRS_GUI_USE_PREF_SAVE ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_use_pref_save == TRUE ? "TRUE" : "FALSE");
|
2006-10-03 19:53:10 +00:00
|
|
|
|
2004-06-29 17:10:53 +00:00
|
|
|
fprintf(pf, "\n# The path to the webbrowser.\n");
|
|
|
|
fprintf(pf, "# Ex: mozilla %%s\n");
|
|
|
|
fprintf(pf, PRS_GUI_WEBBROWSER ": %s\n", prefs.gui_webbrowser);
|
|
|
|
|
2010-08-07 14:37:37 +00:00
|
|
|
fprintf(pf, "\n# Custom window title. (Appended to existing titles.)\n");
|
2004-12-02 11:30:24 +00:00
|
|
|
fprintf(pf, PRS_GUI_WINDOW_TITLE ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_window_title);
|
2004-12-02 11:30:24 +00:00
|
|
|
|
2008-10-06 22:49:01 +00:00
|
|
|
fprintf(pf, "\n# Custom start page title.\n");
|
|
|
|
fprintf(pf, PRS_GUI_START_TITLE ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_start_title);
|
2008-10-06 22:49:01 +00:00
|
|
|
|
2010-08-07 14:37:37 +00:00
|
|
|
fprintf(pf, "\n# Show version in the start page and main screen's title bar.\n");
|
2008-10-07 15:18:40 +00:00
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
|
|
|
fprintf(pf, PRS_GUI_VERSION_IN_START_PAGE ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_version_in_start_page == TRUE ? "TRUE" : "FALSE");
|
2008-10-07 15:18:40 +00:00
|
|
|
|
2004-05-30 18:27:52 +00:00
|
|
|
fprintf (pf, "\n######## User Interface: Layout ########\n");
|
|
|
|
|
2004-04-29 17:03:27 +00:00
|
|
|
fprintf(pf, "\n# Layout type (1-6).\n");
|
|
|
|
fprintf(pf, PRS_GUI_LAYOUT_TYPE ": %d\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.gui_layout_type);
|
2004-04-29 17:03:27 +00:00
|
|
|
|
|
|
|
fprintf(pf, "\n# Layout content of the panes (1-3).\n");
|
|
|
|
fprintf(pf, "# One of: NONE, PLIST, PDETAILS, PBYTES\n");
|
|
|
|
fprintf(pf, PRS_GUI_LAYOUT_CONTENT_1 ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
gui_layout_content_text[prefs.gui_layout_content_1]);
|
2004-04-29 17:03:27 +00:00
|
|
|
fprintf(pf, PRS_GUI_LAYOUT_CONTENT_2 ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
gui_layout_content_text[prefs.gui_layout_content_2]);
|
2004-04-29 17:03:27 +00:00
|
|
|
fprintf(pf, PRS_GUI_LAYOUT_CONTENT_3 ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
gui_layout_content_text[prefs.gui_layout_content_3]);
|
2004-04-29 17:03:27 +00:00
|
|
|
|
2004-05-30 18:27:52 +00:00
|
|
|
fprintf (pf, "\n######## User Interface: Columns ########\n");
|
2006-12-05 00:43:00 +00:00
|
|
|
|
2004-05-30 18:27:52 +00:00
|
|
|
clp = prefs.col_list;
|
|
|
|
col_l = NULL;
|
|
|
|
while (clp) {
|
2010-06-20 16:23:43 +00:00
|
|
|
gchar *prefs_fmt;
|
2004-05-30 18:27:52 +00:00
|
|
|
cfmt = (fmt_data *) clp->data;
|
2010-01-26 23:05:40 +00:00
|
|
|
col_l = g_list_append(col_l, g_strdup(cfmt->title));
|
2008-02-22 22:47:19 +00:00
|
|
|
if ((strcmp(cfmt->fmt, cust_format) == 0) && (cfmt->custom_field)) {
|
2010-10-27 01:43:24 +00:00
|
|
|
prefs_fmt = g_strdup_printf("%s:%s:%d:%c", cfmt->fmt, cfmt->custom_field,
|
2010-09-23 19:41:55 +00:00
|
|
|
cfmt->custom_occurrence, cfmt->resolved ? 'R' : 'U');
|
2010-06-20 16:23:43 +00:00
|
|
|
col_l = g_list_append(col_l, prefs_fmt);
|
2008-02-22 22:47:19 +00:00
|
|
|
} else {
|
2010-06-20 16:23:43 +00:00
|
|
|
prefs_fmt = cfmt->fmt;
|
2010-01-25 21:45:17 +00:00
|
|
|
col_l = g_list_append(col_l, g_strdup(cfmt->fmt));
|
2008-02-22 22:47:19 +00:00
|
|
|
}
|
2010-06-20 16:23:43 +00:00
|
|
|
if (!cfmt->visible) {
|
2010-08-31 18:28:59 +00:00
|
|
|
if (cols_hidden->len) {
|
2010-06-22 13:40:28 +00:00
|
|
|
g_string_append (cols_hidden, ",");
|
2010-06-20 16:23:43 +00:00
|
|
|
}
|
|
|
|
g_string_append (cols_hidden, prefs_fmt);
|
|
|
|
}
|
2004-05-30 18:27:52 +00:00
|
|
|
clp = clp->next;
|
|
|
|
}
|
2010-06-20 16:23:43 +00:00
|
|
|
fprintf (pf, "\n# Packet list hidden columns.\n");
|
|
|
|
fprintf (pf, "# List all columns to hide in the packet list.\n");
|
|
|
|
fprintf (pf, "%s: %s\n", PRS_COL_HIDDEN, cols_hidden->str);
|
|
|
|
/* This frees the list of strings, but not the strings to which it
|
|
|
|
refers; they are free'ed in put_string_list(). */
|
|
|
|
g_string_free (cols_hidden, TRUE);
|
|
|
|
|
2004-05-30 18:27:52 +00:00
|
|
|
fprintf (pf, "\n# Packet list column format.\n");
|
|
|
|
fprintf (pf, "# Each pair of strings consists of a column title and its format.\n");
|
|
|
|
fprintf (pf, "%s: %s\n", PRS_COL_FMT, put_string_list(col_l));
|
|
|
|
/* This frees the list of strings, but not the strings to which it
|
2010-01-25 21:45:17 +00:00
|
|
|
refers; they are free'ed in put_string_list(). */
|
2004-05-30 18:27:52 +00:00
|
|
|
g_list_free(col_l);
|
2003-09-08 21:44:42 +00:00
|
|
|
|
2004-05-30 18:27:52 +00:00
|
|
|
fprintf (pf, "\n######## User Interface: Font ########\n");
|
|
|
|
|
2008-04-08 04:47:32 +00:00
|
|
|
fprintf(pf, "\n# Font name for packet list, protocol tree, and hex dump panes.\n");
|
|
|
|
fprintf(pf, PRS_GUI_FONT_NAME_2 ": %s\n", prefs.gui_font_name);
|
2001-04-15 03:37:16 +00:00
|
|
|
|
2004-05-30 18:27:52 +00:00
|
|
|
fprintf (pf, "\n######## User Interface: Colors ########\n");
|
|
|
|
|
|
|
|
fprintf (pf, "\n# Color preferences for a marked frame.\n");
|
|
|
|
fprintf (pf, "# Each value is a six digit hexadecimal color value in the form rrggbb.\n");
|
|
|
|
fprintf (pf, "%s: %02x%02x%02x\n", PRS_GUI_MARKED_FG,
|
2010-05-26 03:31:30 +00:00
|
|
|
(prefs.gui_marked_fg.red * 255 / 65535),
|
|
|
|
(prefs.gui_marked_fg.green * 255 / 65535),
|
|
|
|
(prefs.gui_marked_fg.blue * 255 / 65535));
|
2004-05-30 18:27:52 +00:00
|
|
|
fprintf (pf, "%s: %02x%02x%02x\n", PRS_GUI_MARKED_BG,
|
2010-05-26 03:31:30 +00:00
|
|
|
(prefs.gui_marked_bg.red * 255 / 65535),
|
|
|
|
(prefs.gui_marked_bg.green * 255 / 65535),
|
|
|
|
(prefs.gui_marked_bg.blue * 255 / 65535));
|
2004-05-30 18:27:52 +00:00
|
|
|
|
2009-12-17 01:18:14 +00:00
|
|
|
fprintf (pf, "\n# Color preferences for a ignored frame.\n");
|
|
|
|
fprintf (pf, "# Each value is a six digit hexadecimal color value in the form rrggbb.\n");
|
|
|
|
fprintf (pf, "%s: %02x%02x%02x\n", PRS_GUI_IGNORED_FG,
|
2010-05-26 03:31:30 +00:00
|
|
|
(prefs.gui_ignored_fg.red * 255 / 65535),
|
|
|
|
(prefs.gui_ignored_fg.green * 255 / 65535),
|
|
|
|
(prefs.gui_ignored_fg.blue * 255 / 65535));
|
2009-12-17 01:18:14 +00:00
|
|
|
fprintf (pf, "%s: %02x%02x%02x\n", PRS_GUI_IGNORED_BG,
|
2010-05-26 03:31:30 +00:00
|
|
|
(prefs.gui_ignored_bg.red * 255 / 65535),
|
|
|
|
(prefs.gui_ignored_bg.green * 255 / 65535),
|
|
|
|
(prefs.gui_ignored_bg.blue * 255 / 65535));
|
2009-12-17 01:18:14 +00:00
|
|
|
|
2007-11-24 11:38:16 +00:00
|
|
|
/* Don't write the colors of the 10 easy-access-colorfilters to the preferences
|
|
|
|
* file until the colors can be changed in the GUI. Currently this is not really
|
|
|
|
* possible since the STOCK-icons for these colors are hardcoded.
|
|
|
|
*
|
|
|
|
* XXX Find a way to change the colors of the STOCK-icons on the fly and then
|
|
|
|
* add these 10 colors to the list of colors that can be changed through
|
|
|
|
* the preferences.
|
|
|
|
*
|
|
|
|
fprintf (pf, "%s: %s\n", PRS_GUI_COLORIZED_FG, prefs.gui_colorized_fg);
|
|
|
|
fprintf (pf, "%s: %s\n", PRS_GUI_COLORIZED_BG, prefs.gui_colorized_bg);
|
|
|
|
*/
|
|
|
|
|
2004-05-30 18:27:52 +00:00
|
|
|
fprintf (pf, "\n# TCP stream window color preferences.\n");
|
|
|
|
fprintf (pf, "# Each value is a six digit hexadecimal color value in the form rrggbb.\n");
|
|
|
|
fprintf (pf, "%s: %02x%02x%02x\n", PRS_STREAM_CL_FG,
|
2010-05-26 03:31:30 +00:00
|
|
|
(prefs.st_client_fg.red * 255 / 65535),
|
|
|
|
(prefs.st_client_fg.green * 255 / 65535),
|
|
|
|
(prefs.st_client_fg.blue * 255 / 65535));
|
2004-05-30 18:27:52 +00:00
|
|
|
fprintf (pf, "%s: %02x%02x%02x\n", PRS_STREAM_CL_BG,
|
2010-05-26 03:31:30 +00:00
|
|
|
(prefs.st_client_bg.red * 255 / 65535),
|
|
|
|
(prefs.st_client_bg.green * 255 / 65535),
|
|
|
|
(prefs.st_client_bg.blue * 255 / 65535));
|
2004-05-30 18:27:52 +00:00
|
|
|
fprintf (pf, "%s: %02x%02x%02x\n", PRS_STREAM_SR_FG,
|
2010-05-26 03:31:30 +00:00
|
|
|
(prefs.st_server_fg.red * 255 / 65535),
|
|
|
|
(prefs.st_server_fg.green * 255 / 65535),
|
|
|
|
(prefs.st_server_fg.blue * 255 / 65535));
|
2004-05-30 18:27:52 +00:00
|
|
|
fprintf (pf, "%s: %02x%02x%02x\n", PRS_STREAM_SR_BG,
|
2010-05-26 03:31:30 +00:00
|
|
|
(prefs.st_server_bg.red * 255 / 65535),
|
|
|
|
(prefs.st_server_bg.green * 255 / 65535),
|
|
|
|
(prefs.st_server_bg.blue * 255 / 65535));
|
2004-05-30 18:27:52 +00:00
|
|
|
|
2005-10-12 21:26:27 +00:00
|
|
|
fprintf(pf, "\n######## Console: logging level ########\n");
|
|
|
|
fprintf(pf, "# (debugging only, not in the Preferences dialog)\n");
|
|
|
|
fprintf(pf, "# A bitmask of glib log levels:\n"
|
|
|
|
"# G_LOG_LEVEL_ERROR = 4\n"
|
|
|
|
"# G_LOG_LEVEL_CRITICAL = 8\n"
|
|
|
|
"# G_LOG_LEVEL_WARNING = 16\n"
|
|
|
|
"# G_LOG_LEVEL_MESSAGE = 32\n"
|
|
|
|
"# G_LOG_LEVEL_INFO = 64\n"
|
|
|
|
"# G_LOG_LEVEL_DEBUG = 128\n");
|
|
|
|
|
|
|
|
fprintf(pf, PRS_CONSOLE_LOG_LEVEL ": %u\n",
|
|
|
|
prefs.console_log_level);
|
|
|
|
|
2004-05-30 18:27:52 +00:00
|
|
|
fprintf(pf, "\n####### Capture ########\n");
|
2006-12-05 00:43:00 +00:00
|
|
|
|
2002-01-10 07:43:39 +00:00
|
|
|
if (prefs.capture_device != NULL) {
|
|
|
|
fprintf(pf, "\n# Default capture device\n");
|
|
|
|
fprintf(pf, PRS_CAP_DEVICE ": %s\n", prefs.capture_device);
|
|
|
|
}
|
|
|
|
|
2008-06-02 17:45:03 +00:00
|
|
|
if (prefs.capture_devices_linktypes != NULL) {
|
|
|
|
fprintf(pf, "\n# Interface link-layer header types.\n");
|
|
|
|
fprintf(pf, "# A decimal number for the DLT.\n");
|
|
|
|
fprintf(pf, "# Ex: en0(1),en1(143),...\n");
|
|
|
|
fprintf(pf, PRS_CAP_DEVICES_LINKTYPES ": %s\n", prefs.capture_devices_linktypes);
|
|
|
|
}
|
|
|
|
|
2003-09-08 21:44:42 +00:00
|
|
|
if (prefs.capture_devices_descr != NULL) {
|
|
|
|
fprintf(pf, "\n# Interface descriptions.\n");
|
|
|
|
fprintf(pf, "# Ex: eth0(eth0 descr),eth1(eth1 descr),...\n");
|
|
|
|
fprintf(pf, PRS_CAP_DEVICES_DESCR ": %s\n", prefs.capture_devices_descr);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (prefs.capture_devices_hide != NULL) {
|
|
|
|
fprintf(pf, "\n# Hide interface?\n");
|
|
|
|
fprintf(pf, "# Ex: eth0,eth3,...\n");
|
|
|
|
fprintf(pf, PRS_CAP_DEVICES_HIDE ": %s\n", prefs.capture_devices_hide);
|
|
|
|
}
|
|
|
|
|
2010-05-15 19:38:13 +00:00
|
|
|
if (prefs.capture_devices_monitor_mode != NULL) {
|
|
|
|
fprintf(pf, "\n# By default, capture in monitor mode on interface?\n");
|
|
|
|
fprintf(pf, "# Ex: eth0,eth3,...\n");
|
|
|
|
fprintf(pf, PRS_CAP_DEVICES_MONITOR_MODE ": %s\n", prefs.capture_devices_monitor_mode);
|
|
|
|
}
|
|
|
|
|
2003-09-08 21:44:42 +00:00
|
|
|
fprintf(pf, "\n# Capture in promiscuous mode?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
2001-04-13 14:59:30 +00:00
|
|
|
fprintf(pf, PRS_CAP_PROM_MODE ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.capture_prom_mode == TRUE ? "TRUE" : "FALSE");
|
2001-04-13 14:59:30 +00:00
|
|
|
|
2009-06-15 16:36:02 +00:00
|
|
|
fprintf(pf, "\n# Capture in Pcap-NG format?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
|
|
|
fprintf(pf, PRS_CAP_PCAP_NG ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.capture_pcap_ng == TRUE ? "TRUE" : "FALSE");
|
2009-06-15 16:36:02 +00:00
|
|
|
|
2003-09-08 21:44:42 +00:00
|
|
|
fprintf(pf, "\n# Update packet list in real time during capture?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
2001-04-13 14:59:30 +00:00
|
|
|
fprintf(pf, PRS_CAP_REAL_TIME ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.capture_real_time == TRUE ? "TRUE" : "FALSE");
|
2001-04-13 14:59:30 +00:00
|
|
|
|
2003-09-08 21:44:42 +00:00
|
|
|
fprintf(pf, "\n# Scroll packet list during capture?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
2001-04-13 14:59:30 +00:00
|
|
|
fprintf(pf, PRS_CAP_AUTO_SCROLL ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.capture_auto_scroll == TRUE ? "TRUE" : "FALSE");
|
2001-04-13 14:59:30 +00:00
|
|
|
|
2004-06-20 14:48:24 +00:00
|
|
|
fprintf(pf, "\n# Show capture info dialog while capturing?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
|
|
|
fprintf(pf, PRS_CAP_SHOW_INFO ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.capture_show_info == TRUE ? "TRUE" : "FALSE");
|
2004-06-20 14:48:24 +00:00
|
|
|
|
2004-05-30 18:27:52 +00:00
|
|
|
fprintf (pf, "\n######## Printing ########\n");
|
|
|
|
|
|
|
|
fprintf (pf, "\n# Can be one of \"text\" or \"postscript\".\n"
|
2010-05-26 03:31:30 +00:00
|
|
|
"print.format: %s\n", pr_formats[prefs.pr_format]);
|
2004-05-30 18:27:52 +00:00
|
|
|
|
|
|
|
fprintf (pf, "\n# Can be one of \"command\" or \"file\".\n"
|
2010-05-26 03:31:30 +00:00
|
|
|
"print.destination: %s\n", pr_dests[prefs.pr_dest]);
|
2004-05-30 18:27:52 +00:00
|
|
|
|
|
|
|
fprintf (pf, "\n# This is the file that gets written to when the "
|
2010-05-26 03:31:30 +00:00
|
|
|
"destination is set to \"file\"\n"
|
|
|
|
"%s: %s\n", PRS_PRINT_FILE, prefs.pr_file);
|
2004-05-30 18:27:52 +00:00
|
|
|
|
|
|
|
fprintf (pf, "\n# Output gets piped to this command when the destination "
|
2010-05-26 03:31:30 +00:00
|
|
|
"is set to \"command\"\n"
|
|
|
|
"%s: %s\n", PRS_PRINT_CMD, prefs.pr_cmd);
|
2004-05-30 18:27:52 +00:00
|
|
|
|
|
|
|
fprintf(pf, "\n####### Name Resolution ########\n");
|
2006-12-05 00:43:00 +00:00
|
|
|
|
2004-05-30 18:27:52 +00:00
|
|
|
fprintf(pf, "\n# Resolve addresses to names?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive), or a list of address types to resolve.\n");
|
|
|
|
fprintf(pf, PRS_NAME_RESOLVE ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
name_resolve_to_string(prefs.name_resolve));
|
2004-05-30 18:27:52 +00:00
|
|
|
|
|
|
|
fprintf(pf, "\n# Name resolution concurrency.\n");
|
|
|
|
fprintf(pf, "# A decimal number.\n");
|
|
|
|
fprintf(pf, PRS_NAME_RESOLVE_CONCURRENCY ": %d\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.name_resolve_concurrency);
|
2004-05-30 18:27:52 +00:00
|
|
|
|
2010-03-03 17:19:30 +00:00
|
|
|
fprintf(pf, "\n# Load SMI modules?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
|
|
|
fprintf(pf, PRS_NAME_RESOLVE_LOAD_SMI_MODULES ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.load_smi_modules == TRUE ? "TRUE" : "FALSE");
|
2010-03-03 17:19:30 +00:00
|
|
|
|
|
|
|
fprintf(pf, "\n# Suppress SMI errors?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
|
|
|
fprintf(pf, PRS_NAME_RESOLVE_SUPPRESS_SMI_ERRORS ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.suppress_smi_errors == TRUE ? "TRUE" : "FALSE");
|
2010-03-03 17:19:30 +00:00
|
|
|
|
2008-04-21 10:57:32 +00:00
|
|
|
fprintf(pf, "\n####### Taps/Statistics ########\n");
|
2008-01-16 07:36:34 +00:00
|
|
|
|
2008-04-21 10:57:32 +00:00
|
|
|
fprintf(pf, "\n# Tap update interval in ms.\n");
|
|
|
|
fprintf(pf, "# An integer value greater between 100 and 10000.\n");
|
|
|
|
fprintf(pf, PRS_TAP_UPDATE_INTERVAL ": %d\n",
|
|
|
|
prefs.tap_update_interval);
|
2008-01-16 07:36:34 +00:00
|
|
|
fprintf(pf, "\n# Maximum visible channels in RTP Player window.\n");
|
|
|
|
fprintf(pf, "# An integer value greater than 0.\n");
|
|
|
|
fprintf(pf, PRS_RTP_PLAYER_MAX_VISIBLE ": %d\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.rtp_player_max_visible);
|
2008-01-16 07:36:34 +00:00
|
|
|
|
2004-05-30 18:27:52 +00:00
|
|
|
fprintf(pf, "\n####### Protocols ########\n");
|
|
|
|
|
2008-04-17 23:14:01 +00:00
|
|
|
fprintf(pf, "\n# Display hidden items in packet details pane?\n");
|
|
|
|
fprintf(pf, "# TRUE or FALSE (case-insensitive).\n");
|
|
|
|
fprintf(pf, PRS_DISPLAY_HIDDEN_PROTO_ITEMS ": %s\n",
|
2010-05-26 03:31:30 +00:00
|
|
|
prefs.display_hidden_proto_items == TRUE ? "TRUE" : "FALSE");
|
2008-04-17 23:14:01 +00:00
|
|
|
|
2007-12-04 03:28:04 +00:00
|
|
|
pe_tree_foreach(prefs_modules, write_module_prefs, pf);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
1998-10-28 21:38:11 +00:00
|
|
|
fclose(pf);
|
2000-01-03 06:29:39 +00:00
|
|
|
|
|
|
|
/* XXX - catch I/O errors (e.g. "ran out of disk space") and return
|
|
|
|
an error indication, or maybe write to a new preferences file and
|
|
|
|
rename that file on top of the old one only if there are not I/O
|
|
|
|
errors. */
|
|
|
|
return 0;
|
1998-10-28 21:38:11 +00:00
|
|
|
}
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
|
|
|
|
/* Copy a set of preferences. */
|
|
|
|
void
|
|
|
|
copy_prefs(e_prefs *dest, e_prefs *src)
|
|
|
|
{
|
|
|
|
fmt_data *src_cfmt, *dest_cfmt;
|
|
|
|
GList *entry;
|
|
|
|
|
|
|
|
dest->pr_format = src->pr_format;
|
|
|
|
dest->pr_dest = src->pr_dest;
|
|
|
|
dest->pr_file = g_strdup(src->pr_file);
|
|
|
|
dest->pr_cmd = g_strdup(src->pr_cmd);
|
|
|
|
dest->col_list = NULL;
|
|
|
|
for (entry = src->col_list; entry != NULL; entry = g_list_next(entry)) {
|
|
|
|
src_cfmt = entry->data;
|
|
|
|
dest_cfmt = (fmt_data *) g_malloc(sizeof(fmt_data));
|
|
|
|
dest_cfmt->title = g_strdup(src_cfmt->title);
|
|
|
|
dest_cfmt->fmt = g_strdup(src_cfmt->fmt);
|
2008-02-22 22:47:19 +00:00
|
|
|
if (src_cfmt->custom_field) {
|
|
|
|
dest_cfmt->custom_field = g_strdup(src_cfmt->custom_field);
|
2010-09-22 20:56:14 +00:00
|
|
|
dest_cfmt->custom_occurrence = src_cfmt->custom_occurrence;
|
2008-02-22 22:47:19 +00:00
|
|
|
} else {
|
|
|
|
dest_cfmt->custom_field = NULL;
|
2010-09-22 20:56:14 +00:00
|
|
|
dest_cfmt->custom_occurrence = 0;
|
2008-02-22 22:47:19 +00:00
|
|
|
}
|
2010-06-22 11:09:07 +00:00
|
|
|
dest_cfmt->visible = src_cfmt->visible;
|
2010-06-25 06:42:34 +00:00
|
|
|
dest_cfmt->resolved = src_cfmt->resolved;
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
dest->col_list = g_list_append(dest->col_list, dest_cfmt);
|
|
|
|
}
|
|
|
|
dest->num_cols = src->num_cols;
|
|
|
|
dest->st_client_fg = src->st_client_fg;
|
|
|
|
dest->st_client_bg = src->st_client_bg;
|
|
|
|
dest->st_server_fg = src->st_server_fg;
|
|
|
|
dest->st_server_bg = src->st_server_bg;
|
|
|
|
dest->gui_scrollbar_on_right = src->gui_scrollbar_on_right;
|
|
|
|
dest->gui_plist_sel_browse = src->gui_plist_sel_browse;
|
|
|
|
dest->gui_ptree_sel_browse = src->gui_ptree_sel_browse;
|
2002-09-14 10:07:40 +00:00
|
|
|
dest->gui_altern_colors = src->gui_altern_colors;
|
2004-04-06 19:02:18 +00:00
|
|
|
dest->filter_toolbar_show_in_statusbar = src->filter_toolbar_show_in_statusbar;
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
dest->gui_ptree_line_style = src->gui_ptree_line_style;
|
|
|
|
dest->gui_ptree_expander_style = src->gui_ptree_expander_style;
|
2000-09-08 09:50:08 +00:00
|
|
|
dest->gui_hex_dump_highlight_style = src->gui_hex_dump_highlight_style;
|
2003-10-16 21:19:12 +00:00
|
|
|
dest->gui_toolbar_main_style = src->gui_toolbar_main_style;
|
2003-11-09 01:36:21 +00:00
|
|
|
dest->gui_fileopen_dir = g_strdup(src->gui_fileopen_dir);
|
2004-05-13 15:28:02 +00:00
|
|
|
dest->gui_console_open = src->gui_console_open;
|
2003-11-09 01:36:21 +00:00
|
|
|
dest->gui_fileopen_style = src->gui_fileopen_style;
|
2004-08-31 09:22:57 +00:00
|
|
|
dest->gui_fileopen_preview = src->gui_fileopen_preview;
|
2004-06-20 15:57:11 +00:00
|
|
|
dest->gui_ask_unsaved = src->gui_ask_unsaved;
|
2004-08-15 19:26:25 +00:00
|
|
|
dest->gui_find_wrap = src->gui_find_wrap;
|
2006-10-03 19:53:10 +00:00
|
|
|
dest->gui_use_pref_save = src->gui_use_pref_save;
|
2004-04-29 17:03:27 +00:00
|
|
|
dest->gui_layout_type = src->gui_layout_type;
|
|
|
|
dest->gui_layout_content_1 = src->gui_layout_content_1;
|
|
|
|
dest->gui_layout_content_2 = src->gui_layout_content_2;
|
|
|
|
dest->gui_layout_content_3 = src->gui_layout_content_3;
|
2008-04-08 04:47:32 +00:00
|
|
|
dest->gui_font_name = g_strdup(src->gui_font_name);
|
2000-08-21 21:24:15 +00:00
|
|
|
dest->gui_marked_fg = src->gui_marked_fg;
|
|
|
|
dest->gui_marked_bg = src->gui_marked_bg;
|
2009-12-17 01:18:14 +00:00
|
|
|
dest->gui_ignored_fg = src->gui_ignored_fg;
|
|
|
|
dest->gui_ignored_bg = src->gui_ignored_bg;
|
2001-12-31 04:41:50 +00:00
|
|
|
dest->gui_geometry_save_position = src->gui_geometry_save_position;
|
|
|
|
dest->gui_geometry_save_size = src->gui_geometry_save_size;
|
2004-02-01 20:28:11 +00:00
|
|
|
dest->gui_geometry_save_maximized = src->gui_geometry_save_maximized;
|
2008-10-26 23:07:37 +00:00
|
|
|
dest->gui_macosx_style = src->gui_macosx_style;
|
2004-06-29 17:10:53 +00:00
|
|
|
dest->gui_webbrowser = g_strdup(src->gui_webbrowser);
|
2004-12-02 11:30:24 +00:00
|
|
|
dest->gui_window_title = g_strdup(src->gui_window_title);
|
2008-10-06 22:49:01 +00:00
|
|
|
dest->gui_start_title = g_strdup(src->gui_start_title);
|
2008-10-07 15:18:40 +00:00
|
|
|
dest->gui_version_in_start_page = src->gui_version_in_start_page;
|
2005-10-12 21:26:27 +00:00
|
|
|
dest->console_log_level = src->console_log_level;
|
2001-04-13 14:59:30 +00:00
|
|
|
/* values for the capture dialog box */
|
2002-01-10 07:43:39 +00:00
|
|
|
dest->capture_device = g_strdup(src->capture_device);
|
2008-06-02 17:45:03 +00:00
|
|
|
dest->capture_devices_linktypes = g_strdup(src->capture_devices_linktypes);
|
2003-09-08 21:44:42 +00:00
|
|
|
dest->capture_devices_descr = g_strdup(src->capture_devices_descr);
|
|
|
|
dest->capture_devices_hide = g_strdup(src->capture_devices_hide);
|
2010-05-15 19:38:13 +00:00
|
|
|
dest->capture_devices_monitor_mode = g_strdup(src->capture_devices_monitor_mode);
|
2001-04-13 14:59:30 +00:00
|
|
|
dest->capture_prom_mode = src->capture_prom_mode;
|
2009-06-15 16:36:02 +00:00
|
|
|
dest->capture_pcap_ng = src->capture_pcap_ng;
|
2001-04-13 14:59:30 +00:00
|
|
|
dest->capture_real_time = src->capture_real_time;
|
|
|
|
dest->capture_auto_scroll = src->capture_auto_scroll;
|
2004-06-20 14:48:24 +00:00
|
|
|
dest->capture_show_info = src->capture_show_info;
|
2001-04-15 03:37:16 +00:00
|
|
|
dest->name_resolve = src->name_resolve;
|
2003-07-22 03:14:31 +00:00
|
|
|
dest->name_resolve_concurrency = src->name_resolve_concurrency;
|
2008-04-17 23:14:01 +00:00
|
|
|
dest->display_hidden_proto_items = src->display_hidden_proto_items;
|
2001-04-13 14:59:30 +00:00
|
|
|
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Free a set of preferences. */
|
|
|
|
void
|
|
|
|
free_prefs(e_prefs *pr)
|
|
|
|
{
|
|
|
|
if (pr->pr_file != NULL) {
|
|
|
|
g_free(pr->pr_file);
|
|
|
|
pr->pr_file = NULL;
|
|
|
|
}
|
|
|
|
if (pr->pr_cmd != NULL) {
|
|
|
|
g_free(pr->pr_cmd);
|
|
|
|
pr->pr_cmd = NULL;
|
|
|
|
}
|
|
|
|
free_col_info(pr);
|
2008-04-08 04:47:32 +00:00
|
|
|
if (pr->gui_font_name != NULL) {
|
|
|
|
g_free(pr->gui_font_name);
|
|
|
|
pr->gui_font_name = NULL;
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
}
|
2003-10-14 23:20:17 +00:00
|
|
|
if (pr->gui_fileopen_dir != NULL) {
|
|
|
|
g_free(pr->gui_fileopen_dir);
|
|
|
|
pr->gui_fileopen_dir = NULL;
|
|
|
|
}
|
2004-06-29 17:10:53 +00:00
|
|
|
g_free(pr->gui_webbrowser);
|
|
|
|
pr->gui_webbrowser = NULL;
|
2004-12-02 11:30:24 +00:00
|
|
|
if (pr->gui_window_title != NULL) {
|
|
|
|
g_free(pr->gui_window_title);
|
|
|
|
pr->gui_window_title = NULL;
|
|
|
|
}
|
2008-10-06 22:49:01 +00:00
|
|
|
if (pr->gui_start_title != NULL) {
|
|
|
|
g_free(pr->gui_start_title);
|
|
|
|
pr->gui_start_title = NULL;
|
|
|
|
}
|
2002-01-10 07:43:39 +00:00
|
|
|
if (pr->capture_device != NULL) {
|
|
|
|
g_free(pr->capture_device);
|
|
|
|
pr->capture_device = NULL;
|
|
|
|
}
|
2008-06-02 17:45:03 +00:00
|
|
|
if (pr->capture_devices_linktypes != NULL) {
|
|
|
|
g_free(pr->capture_devices_linktypes);
|
|
|
|
pr->capture_devices_linktypes = NULL;
|
|
|
|
}
|
2003-09-08 21:44:42 +00:00
|
|
|
if (pr->capture_devices_descr != NULL) {
|
|
|
|
g_free(pr->capture_devices_descr);
|
|
|
|
pr->capture_devices_descr = NULL;
|
|
|
|
}
|
|
|
|
if (pr->capture_devices_hide != NULL) {
|
|
|
|
g_free(pr->capture_devices_hide);
|
|
|
|
pr->capture_devices_hide = NULL;
|
|
|
|
}
|
2010-05-15 19:38:13 +00:00
|
|
|
if (pr->capture_devices_monitor_mode != NULL) {
|
|
|
|
g_free(pr->capture_devices_monitor_mode);
|
|
|
|
pr->capture_devices_monitor_mode = NULL;
|
|
|
|
}
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
free_col_info(e_prefs *pr)
|
|
|
|
{
|
|
|
|
fmt_data *cfmt;
|
|
|
|
|
|
|
|
while (pr->col_list != NULL) {
|
|
|
|
cfmt = pr->col_list->data;
|
2009-03-13 22:06:48 +00:00
|
|
|
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
g_free(cfmt->title);
|
|
|
|
g_free(cfmt->fmt);
|
2009-03-13 22:06:48 +00:00
|
|
|
g_free(cfmt->custom_field);
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
g_free(cfmt);
|
|
|
|
pr->col_list = g_list_remove_link(pr->col_list, pr->col_list);
|
|
|
|
}
|
|
|
|
g_list_free(pr->col_list);
|
|
|
|
pr->col_list = NULL;
|
|
|
|
}
|