1999-09-11 12:38:18 +00:00
|
|
|
/* main.c
|
1998-09-16 03:22:19 +00:00
|
|
|
*
|
2001-12-04 07:32:05 +00:00
|
|
|
* $Id: main.c,v 1.214 2001/12/04 07:32:04 guy Exp $
|
1998-09-16 02:39:15 +00:00
|
|
|
*
|
|
|
|
* Ethereal - Network traffic analyzer
|
2001-01-10 10:11:27 +00:00
|
|
|
* By Gerald Combs <gerald@ethereal.com>
|
1998-09-16 02:39:15 +00:00
|
|
|
* Copyright 1998 Gerald Combs
|
|
|
|
*
|
1999-02-19 05:28:38 +00:00
|
|
|
* Richard Sharpe, 13-Feb-1999, added support for initializing structures
|
|
|
|
* needed by dissect routines
|
2001-03-23 14:44:04 +00:00
|
|
|
* Jeff Foster, 2001/03/12, added support tabbed hex display windowss
|
|
|
|
*
|
1998-09-16 02:39:15 +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.
|
|
|
|
*
|
|
|
|
* 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.
|
|
|
|
*
|
|
|
|
* 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.
|
|
|
|
*
|
|
|
|
*
|
|
|
|
* To do:
|
|
|
|
* - Graphs
|
|
|
|
* - Check for end of packet in dissect_* routines.
|
|
|
|
* - Playback window
|
|
|
|
* - Multiple window support
|
|
|
|
* - Add cut/copy/paste
|
|
|
|
* - Create header parsing routines
|
|
|
|
* - Make byte view selections more fancy?
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifdef HAVE_CONFIG_H
|
|
|
|
# include "config.h"
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#include <gtk/gtk.h>
|
|
|
|
|
1998-12-17 05:42:33 +00:00
|
|
|
#include <stdlib.h>
|
1998-09-16 02:39:15 +00:00
|
|
|
#include <stdio.h>
|
|
|
|
#include <string.h>
|
2001-12-04 07:32:05 +00:00
|
|
|
#include <ctype.h>
|
1999-07-13 02:53:26 +00:00
|
|
|
|
|
|
|
#ifdef HAVE_UNISTD_H
|
1998-09-16 02:39:15 +00:00
|
|
|
#include <unistd.h>
|
1999-07-13 02:53:26 +00:00
|
|
|
#endif
|
|
|
|
|
1999-06-12 07:04:35 +00:00
|
|
|
#include <errno.h>
|
2000-08-11 13:37:21 +00:00
|
|
|
|
|
|
|
#ifdef HAVE_SYS_TYPES_H
|
1998-09-16 02:39:15 +00:00
|
|
|
#include <sys/types.h>
|
2000-08-11 13:37:21 +00:00
|
|
|
#endif
|
|
|
|
|
|
|
|
#ifdef HAVE_SYS_STAT_H
|
1998-09-16 02:39:15 +00:00
|
|
|
#include <sys/stat.h>
|
2000-08-11 13:37:21 +00:00
|
|
|
#endif
|
1999-07-13 02:53:26 +00:00
|
|
|
|
2000-01-15 00:23:13 +00:00
|
|
|
#ifdef HAVE_IO_H
|
|
|
|
#include <io.h> /* open/close on win32 */
|
|
|
|
#endif
|
|
|
|
|
1999-07-13 02:53:26 +00:00
|
|
|
#ifdef HAVE_DIRECT_H
|
|
|
|
#include <direct.h>
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#ifdef HAVE_NETINET_IN_H
|
1998-09-16 02:39:15 +00:00
|
|
|
#include <netinet/in.h>
|
1999-07-13 02:53:26 +00:00
|
|
|
#endif
|
|
|
|
|
1999-05-11 18:51:10 +00:00
|
|
|
#include <signal.h>
|
1998-09-16 02:39:15 +00:00
|
|
|
|
2001-01-28 23:56:29 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
#include <pcap.h>
|
|
|
|
#endif
|
|
|
|
|
2001-07-05 00:34:42 +00:00
|
|
|
#ifdef HAVE_LIBZ
|
|
|
|
#include <zlib.h> /* to get the libz version number */
|
|
|
|
#endif
|
|
|
|
|
1999-01-04 07:39:14 +00:00
|
|
|
#ifdef NEED_SNPRINTF_H
|
|
|
|
# include "snprintf.h"
|
|
|
|
#endif
|
|
|
|
|
1999-11-29 04:31:05 +00:00
|
|
|
#if defined(HAVE_UCD_SNMP_SNMP_H)
|
1999-11-29 03:07:19 +00:00
|
|
|
#ifdef HAVE_UCD_SNMP_VERSION_H
|
|
|
|
#include <ucd-snmp/version.h>
|
1999-11-29 04:31:05 +00:00
|
|
|
#endif /* HAVE_UCD_SNMP_VERSION_H */
|
|
|
|
#elif defined(HAVE_SNMP_SNMP_H)
|
|
|
|
#ifdef HAVE_SNMP_VERSION_H
|
|
|
|
#include <snmp/version.h>
|
|
|
|
#endif /* HAVE_SNMP_VERSION_H */
|
|
|
|
#endif /* SNMP */
|
1999-11-29 03:07:19 +00:00
|
|
|
|
1999-06-14 21:46:36 +00:00
|
|
|
#ifdef NEED_STRERROR_H
|
|
|
|
#include "strerror.h"
|
|
|
|
#endif
|
|
|
|
|
2000-03-28 20:20:11 +00:00
|
|
|
#ifdef NEED_GETOPT_H
|
|
|
|
#include "getopt.h"
|
|
|
|
#endif
|
|
|
|
|
2001-02-20 04:09:37 +00:00
|
|
|
#ifdef WIN32 /* Needed for console I/O */
|
|
|
|
#include <fcntl.h>
|
|
|
|
#include <conio.h>
|
|
|
|
#endif
|
|
|
|
|
2000-09-27 04:55:05 +00:00
|
|
|
#include <epan.h>
|
2001-04-02 09:53:46 +00:00
|
|
|
#include <epan/filesystem.h>
|
2000-09-27 04:55:05 +00:00
|
|
|
|
1999-09-09 02:42:40 +00:00
|
|
|
#include "main.h"
|
1999-06-19 01:14:51 +00:00
|
|
|
#include "timestamp.h"
|
1998-09-16 02:39:15 +00:00
|
|
|
#include "packet.h"
|
1999-02-09 00:35:38 +00:00
|
|
|
#include "capture.h"
|
1999-06-22 22:02:39 +00:00
|
|
|
#include "summary.h"
|
1998-09-16 02:39:15 +00:00
|
|
|
#include "file.h"
|
2001-01-28 04:52:29 +00:00
|
|
|
#include "filters.h"
|
1999-09-09 02:42:40 +00:00
|
|
|
#include "menu.h"
|
2000-01-25 17:32:52 +00:00
|
|
|
#include "../menu.h"
|
2000-11-21 23:54:10 +00:00
|
|
|
#include "color.h"
|
|
|
|
#include "color_utils.h"
|
2000-02-12 06:46:54 +00:00
|
|
|
#include "filter_prefs.h"
|
1999-09-09 03:32:03 +00:00
|
|
|
#include "prefs_dlg.h"
|
1998-11-17 04:29:13 +00:00
|
|
|
#include "column.h"
|
1998-09-16 02:39:15 +00:00
|
|
|
#include "print.h"
|
|
|
|
#include "resolv.h"
|
2001-11-09 07:44:51 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
#include "pcap-util.h"
|
|
|
|
#endif
|
Enable "Match Selected" only if there's a field selected *and* we can do
a "Match Selected" on it - we can't do a "Match Selected" if the field
has no value (e.g., FT_NULL) and has a length of 0.
If we unselect the current packet, we don't have a protocol tree, so we
don't have a currently selected field - clear the "Match Selected" menu
item and the display in the status line of information about the
currently selected field.
Move the low-level statusbar manipulation into "gtk/main.c", in routines
whose API doesn't expose anything GTK+-ish.
"close_cap_file()" calls one of those routines to clear out the status
bar, so it doesn't need to take a pointer to the statusbar widget as an
argument.
"clear_tree_and_hex_views()" is purely a display-manipulating routine;
move it to "gtk/proto_draw.c".
Extract from "tree_view_unselect_row_cb()" an "unselect_field()" routine
to do all the work that needs to be done if the currently selected
protocol tree row is unselected, and call it if the currently selected
packet list row is unselected (if it's unselected, there *is* no
protocol tree, so no row can be selected), as well as from
"tree_view_unselect_row_cb()".
Before pushing a new field-description message onto the statusbar, pop
the old one off.
Get rid of an unused variable (set, but not used).
svn path=/trunk/; revision=3513
2001-06-05 07:39:31 +00:00
|
|
|
#include "statusbar.h"
|
2000-01-03 06:59:25 +00:00
|
|
|
#include "simple_dialog.h"
|
1999-09-09 02:42:40 +00:00
|
|
|
#include "proto_draw.h"
|
2001-02-01 20:21:25 +00:00
|
|
|
#include "dfilter/dfilter.h"
|
1999-09-09 02:42:40 +00:00
|
|
|
#include "keys.h"
|
2000-02-29 06:24:41 +00:00
|
|
|
#include "packet_win.h"
|
1999-12-16 06:20:18 +00:00
|
|
|
#include "gtkglobals.h"
|
2000-01-04 20:37:18 +00:00
|
|
|
#include "plugins.h"
|
2000-10-20 04:26:40 +00:00
|
|
|
#include "colors.h"
|
2000-12-22 12:05:38 +00:00
|
|
|
#include "strutil.h"
|
2001-04-02 00:38:36 +00:00
|
|
|
#include "register.h"
|
2001-04-13 14:59:30 +00:00
|
|
|
#include "prefs.h"
|
2001-10-21 16:15:21 +00:00
|
|
|
#include "image/clist_ascend.xpm"
|
|
|
|
#include "image/clist_descend.xpm"
|
1999-04-06 16:24:50 +00:00
|
|
|
|
2001-04-03 05:26:27 +00:00
|
|
|
#ifdef WIN32
|
|
|
|
#include "capture-wpcap.h"
|
|
|
|
#endif
|
|
|
|
|
2001-10-21 16:15:21 +00:00
|
|
|
typedef struct column_arrows {
|
|
|
|
GtkWidget *table;
|
|
|
|
GtkWidget *ascend_pm;
|
|
|
|
GtkWidget *descend_pm;
|
|
|
|
} column_arrows;
|
2001-04-03 05:26:27 +00:00
|
|
|
|
2000-06-27 04:36:03 +00:00
|
|
|
capture_file cfile;
|
2001-03-23 14:44:04 +00:00
|
|
|
GtkWidget *top_level, *packet_list, *tree_view, *byte_nb_ptr,
|
Enable "Match Selected" only if there's a field selected *and* we can do
a "Match Selected" on it - we can't do a "Match Selected" if the field
has no value (e.g., FT_NULL) and has a length of 0.
If we unselect the current packet, we don't have a protocol tree, so we
don't have a currently selected field - clear the "Match Selected" menu
item and the display in the status line of information about the
currently selected field.
Move the low-level statusbar manipulation into "gtk/main.c", in routines
whose API doesn't expose anything GTK+-ish.
"close_cap_file()" calls one of those routines to clear out the status
bar, so it doesn't need to take a pointer to the statusbar widget as an
argument.
"clear_tree_and_hex_views()" is purely a display-manipulating routine;
move it to "gtk/proto_draw.c".
Extract from "tree_view_unselect_row_cb()" an "unselect_field()" routine
to do all the work that needs to be done if the currently selected
protocol tree row is unselected, and call it if the currently selected
packet list row is unselected (if it's unselected, there *is* no
protocol tree, so no row can be selected), as well as from
"tree_view_unselect_row_cb()".
Before pushing a new field-description message onto the statusbar, pop
the old one off.
Get rid of an unused variable (set, but not used).
svn path=/trunk/; revision=3513
2001-06-05 07:39:31 +00:00
|
|
|
*tv_scrollw, *pkt_scrollw;
|
|
|
|
static GtkWidget *info_bar, *bv_scrollw;
|
1998-09-16 02:39:15 +00:00
|
|
|
GdkFont *m_r_font, *m_b_font;
|
2001-03-02 23:10:12 +00:00
|
|
|
guint m_font_height, m_font_width;
|
Enable "Match Selected" only if there's a field selected *and* we can do
a "Match Selected" on it - we can't do a "Match Selected" if the field
has no value (e.g., FT_NULL) and has a length of 0.
If we unselect the current packet, we don't have a protocol tree, so we
don't have a currently selected field - clear the "Match Selected" menu
item and the display in the status line of information about the
currently selected field.
Move the low-level statusbar manipulation into "gtk/main.c", in routines
whose API doesn't expose anything GTK+-ish.
"close_cap_file()" calls one of those routines to clear out the status
bar, so it doesn't need to take a pointer to the statusbar widget as an
argument.
"clear_tree_and_hex_views()" is purely a display-manipulating routine;
move it to "gtk/proto_draw.c".
Extract from "tree_view_unselect_row_cb()" an "unselect_field()" routine
to do all the work that needs to be done if the currently selected
protocol tree row is unselected, and call it if the currently selected
packet list row is unselected (if it's unselected, there *is* no
protocol tree, so no row can be selected), as well as from
"tree_view_unselect_row_cb()".
Before pushing a new field-description message onto the statusbar, pop
the old one off.
Get rid of an unused variable (set, but not used).
svn path=/trunk/; revision=3513
2001-06-05 07:39:31 +00:00
|
|
|
static guint main_ctx, file_ctx, help_ctx;
|
2001-03-27 06:48:12 +00:00
|
|
|
static GString *comp_info_str;
|
1999-05-11 18:51:10 +00:00
|
|
|
gchar *ethereal_path = NULL;
|
1999-08-14 19:53:31 +00:00
|
|
|
gchar *last_open_dir = NULL;
|
1998-09-16 02:39:15 +00:00
|
|
|
|
1998-09-27 22:12:47 +00:00
|
|
|
ts_type timestamp_type = RELATIVE;
|
|
|
|
|
1998-12-29 04:05:38 +00:00
|
|
|
GtkStyle *item_style;
|
|
|
|
|
1999-11-19 22:32:00 +00:00
|
|
|
/* Specifies the field currently selected in the GUI protocol tree */
|
|
|
|
field_info *finfo_selected = NULL;
|
1999-06-24 16:25:59 +00:00
|
|
|
|
2001-02-20 04:09:37 +00:00
|
|
|
#ifdef WIN32
|
|
|
|
static gboolean has_no_console; /* TRUE if app has no console */
|
|
|
|
static gboolean console_was_created; /* TRUE if console was created */
|
|
|
|
static void create_console(void);
|
|
|
|
static void destroy_console(void);
|
|
|
|
static void console_log_handler(const char *log_domain,
|
|
|
|
GLogLevelFlags log_level, const char *message, gpointer user_data);
|
|
|
|
#endif
|
|
|
|
|
2000-01-15 12:54:24 +00:00
|
|
|
static void create_main_window(gint, gint, gint, e_prefs*);
|
1998-10-12 01:40:57 +00:00
|
|
|
|
1998-10-16 01:18:35 +00:00
|
|
|
/* About Ethereal window */
|
|
|
|
void
|
|
|
|
about_ethereal( GtkWidget *w, gpointer data ) {
|
|
|
|
simple_dialog(ESD_TYPE_INFO, NULL,
|
1999-12-16 04:11:33 +00:00
|
|
|
"Ethereal - Network Protocol Analyzer\n"
|
2001-01-10 10:11:27 +00:00
|
|
|
"Version " VERSION " (C) 1998-2000 Gerald Combs <gerald@ethereal.com>\n"
|
2001-03-27 06:48:12 +00:00
|
|
|
"Compiled %s\n\n"
|
1999-12-16 04:11:33 +00:00
|
|
|
|
|
|
|
"Check the man page for complete documentation and\n"
|
|
|
|
"for the list of contributors.\n"
|
|
|
|
|
2000-11-22 04:07:04 +00:00
|
|
|
"\nSee http://www.ethereal.com/ for more information.",
|
2001-03-27 06:48:12 +00:00
|
|
|
comp_info_str->str);
|
1998-10-16 01:18:35 +00:00
|
|
|
}
|
|
|
|
|
2001-03-02 23:10:12 +00:00
|
|
|
void
|
|
|
|
set_fonts(GdkFont *regular, GdkFont *bold)
|
|
|
|
{
|
|
|
|
/* Yes, assert. The code that loads the font should check
|
|
|
|
* for NULL and provide its own error message. */
|
|
|
|
g_assert(m_r_font && m_b_font);
|
|
|
|
m_r_font = regular;
|
|
|
|
m_b_font = bold;
|
|
|
|
|
|
|
|
m_font_height = m_r_font->ascent + m_r_font->descent;
|
|
|
|
m_font_width = gdk_string_width(m_r_font, "0");
|
|
|
|
}
|
|
|
|
|
1998-09-17 03:12:28 +00:00
|
|
|
|
1999-06-24 16:25:59 +00:00
|
|
|
/* Match selected byte pattern */
|
|
|
|
void
|
|
|
|
match_selected_cb(GtkWidget *w, gpointer data)
|
|
|
|
{
|
1999-11-19 22:32:00 +00:00
|
|
|
char *buf;
|
1999-11-26 05:23:40 +00:00
|
|
|
GtkWidget *filter_te;
|
1999-06-24 16:25:59 +00:00
|
|
|
|
1999-08-04 03:37:45 +00:00
|
|
|
filter_te = gtk_object_get_data(GTK_OBJECT(w), E_DFILTER_TE_KEY);
|
1999-06-24 16:25:59 +00:00
|
|
|
|
2001-02-01 20:21:25 +00:00
|
|
|
buf = proto_alloc_dfilter_string(finfo_selected, cfile.pd);
|
1999-06-24 16:25:59 +00:00
|
|
|
|
|
|
|
/* create a new one and set the display filter entry accordingly */
|
1999-11-26 05:23:40 +00:00
|
|
|
gtk_entry_set_text(GTK_ENTRY(filter_te), buf);
|
|
|
|
|
1999-07-31 18:26:07 +00:00
|
|
|
/* Run the display filter so it goes in effect. */
|
2000-06-27 04:36:03 +00:00
|
|
|
filter_packets(&cfile, buf);
|
1999-11-19 22:32:00 +00:00
|
|
|
|
|
|
|
/* Don't g_free(buf) here. filter_packets() will do it the next time it's called */
|
|
|
|
}
|
|
|
|
|
1999-06-24 16:25:59 +00:00
|
|
|
|
1999-11-19 22:32:00 +00:00
|
|
|
|
1999-07-11 08:40:52 +00:00
|
|
|
/* Run the current display filter on the current packet set, and
|
|
|
|
redisplay. */
|
|
|
|
static void
|
1999-08-13 23:47:43 +00:00
|
|
|
filter_activate_cb(GtkWidget *w, gpointer data)
|
|
|
|
{
|
1999-11-25 18:02:25 +00:00
|
|
|
GtkCombo *filter_cm = gtk_object_get_data(GTK_OBJECT(w), E_DFILTER_CM_KEY);
|
|
|
|
GList *filter_list = gtk_object_get_data(GTK_OBJECT(w), E_DFILTER_FL_KEY);
|
|
|
|
GList *li, *nl = NULL;
|
|
|
|
gboolean add_filter = TRUE;
|
|
|
|
|
1999-08-13 23:47:43 +00:00
|
|
|
char *s = gtk_entry_get_text(GTK_ENTRY(w));
|
1999-11-25 18:02:25 +00:00
|
|
|
|
|
|
|
/* GtkCombos don't let us get at their list contents easily, so we maintain
|
|
|
|
our own filter list, and feed it to gtk_combo_set_popdown_strings when
|
|
|
|
a new filter is added. */
|
2000-06-27 04:36:03 +00:00
|
|
|
if (filter_packets(&cfile, g_strdup(s))) {
|
1999-11-25 18:02:25 +00:00
|
|
|
li = g_list_first(filter_list);
|
|
|
|
while (li) {
|
|
|
|
if (li->data && strcmp(s, li->data) == 0)
|
|
|
|
add_filter = FALSE;
|
|
|
|
li = li->next;
|
|
|
|
}
|
1999-08-13 23:47:43 +00:00
|
|
|
|
1999-11-25 18:02:25 +00:00
|
|
|
if (add_filter) {
|
|
|
|
filter_list = g_list_append(filter_list, g_strdup(s));
|
|
|
|
li = g_list_first(filter_list);
|
|
|
|
while (li) {
|
|
|
|
nl = g_list_append(nl, strdup(li->data));
|
|
|
|
li = li->next;
|
|
|
|
}
|
|
|
|
gtk_combo_set_popdown_strings(filter_cm, nl);
|
|
|
|
gtk_entry_set_text(GTK_ENTRY(filter_cm->entry), g_list_last(filter_list)->data);
|
|
|
|
}
|
|
|
|
}
|
1999-07-11 08:40:52 +00:00
|
|
|
}
|
|
|
|
|
1999-11-21 15:06:07 +00:00
|
|
|
/* redisplay with no display filter */
|
|
|
|
static void
|
|
|
|
filter_reset_cb(GtkWidget *w, gpointer data)
|
|
|
|
{
|
|
|
|
GtkWidget *filter_te = NULL;
|
|
|
|
|
|
|
|
if ((filter_te = gtk_object_get_data(GTK_OBJECT(w), E_DFILTER_TE_KEY))) {
|
|
|
|
gtk_entry_set_text(GTK_ENTRY(filter_te), "");
|
|
|
|
}
|
|
|
|
|
2000-06-27 04:36:03 +00:00
|
|
|
filter_packets(&cfile, NULL);
|
1999-11-21 15:06:07 +00:00
|
|
|
}
|
|
|
|
|
2000-05-10 06:00:22 +00:00
|
|
|
/* GTKClist compare routine, overrides default to allow numeric comparison */
|
|
|
|
static gint
|
|
|
|
packet_list_compare(GtkCList *clist, gconstpointer ptr1, gconstpointer ptr2)
|
|
|
|
{
|
|
|
|
/* Get row text strings */
|
|
|
|
char *text1 = GTK_CELL_TEXT (((GtkCListRow *)ptr1)->cell[clist->sort_column])->text;
|
|
|
|
char *text2 = GTK_CELL_TEXT (((GtkCListRow *)ptr2)->cell[clist->sort_column])->text;
|
|
|
|
|
|
|
|
/* Attempt to convert to numbers */
|
|
|
|
double num1 = atof(text1);
|
|
|
|
double num2 = atof(text2);
|
|
|
|
|
2000-06-27 04:36:03 +00:00
|
|
|
gint col_fmt = cfile.cinfo.col_fmt[clist->sort_column];
|
2000-05-10 06:00:22 +00:00
|
|
|
|
|
|
|
if ((col_fmt == COL_NUMBER) || (col_fmt == COL_REL_TIME) || (col_fmt == COL_DELTA_TIME) ||
|
|
|
|
((col_fmt == COL_CLS_TIME) && (timestamp_type == RELATIVE)) ||
|
|
|
|
((col_fmt == COL_CLS_TIME) && (timestamp_type == DELTA)) ||
|
|
|
|
(col_fmt == COL_UNRES_SRC_PORT) || (col_fmt == COL_UNRES_DST_PORT) ||
|
|
|
|
((num1 != 0) && (num2 != 0) && ((col_fmt == COL_DEF_SRC_PORT) || (col_fmt == COL_RES_SRC_PORT) ||
|
|
|
|
(col_fmt == COL_DEF_DST_PORT) || (col_fmt == COL_RES_DST_PORT))) ||
|
|
|
|
(col_fmt == COL_PACKET_LENGTH)) {
|
|
|
|
|
|
|
|
/* Compare numeric column */
|
|
|
|
|
|
|
|
if (num1 < num2)
|
|
|
|
return -1;
|
|
|
|
else if (num1 > num2)
|
|
|
|
return 1;
|
|
|
|
else
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
else {
|
|
|
|
|
|
|
|
/* Compare text column */
|
|
|
|
if (!text2)
|
|
|
|
return (text1 != NULL);
|
|
|
|
|
|
|
|
if (!text1)
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
return strcmp(text1, text2);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* What to do when a column is clicked */
|
|
|
|
static void
|
|
|
|
packet_list_click_column_cb(GtkCList *clist, gint column, gpointer data)
|
|
|
|
{
|
2001-10-21 16:15:21 +00:00
|
|
|
column_arrows *col_arrows = (column_arrows *) data;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
gtk_clist_freeze(clist);
|
|
|
|
|
|
|
|
for (i = 0; i < cfile.cinfo.num_cols; i++) {
|
|
|
|
gtk_widget_hide(col_arrows[i].ascend_pm);
|
|
|
|
gtk_widget_hide(col_arrows[i].descend_pm);
|
|
|
|
}
|
|
|
|
|
2000-05-10 06:00:22 +00:00
|
|
|
if (column == clist->sort_column) {
|
2001-10-21 16:15:21 +00:00
|
|
|
if (clist->sort_type == GTK_SORT_ASCENDING) {
|
2000-05-10 06:00:22 +00:00
|
|
|
clist->sort_type = GTK_SORT_DESCENDING;
|
2001-10-21 16:15:21 +00:00
|
|
|
gtk_widget_show(col_arrows[column].descend_pm);
|
|
|
|
} else {
|
2000-05-10 06:00:22 +00:00
|
|
|
clist->sort_type = GTK_SORT_ASCENDING;
|
2001-10-21 16:15:21 +00:00
|
|
|
gtk_widget_show(col_arrows[column].ascend_pm);
|
|
|
|
}
|
2000-05-10 06:00:22 +00:00
|
|
|
}
|
|
|
|
else {
|
|
|
|
clist->sort_type = GTK_SORT_ASCENDING;
|
2001-10-21 16:15:21 +00:00
|
|
|
gtk_widget_show(col_arrows[column].ascend_pm);
|
2000-05-10 06:00:22 +00:00
|
|
|
gtk_clist_set_sort_column(clist, column);
|
|
|
|
}
|
2001-10-21 16:15:21 +00:00
|
|
|
gtk_clist_thaw(clist);
|
2000-05-10 06:00:22 +00:00
|
|
|
|
|
|
|
gtk_clist_sort(clist);
|
|
|
|
}
|
|
|
|
|
2000-08-21 19:36:19 +00:00
|
|
|
/* mark packets */
|
|
|
|
static void
|
|
|
|
set_frame_mark(gboolean set, frame_data *frame, gint row) {
|
2000-11-21 23:54:10 +00:00
|
|
|
GdkColor fg, bg;
|
|
|
|
|
2000-08-21 19:36:19 +00:00
|
|
|
if (frame == NULL || row == -1) return;
|
|
|
|
frame->flags.marked = set;
|
2000-11-21 23:54:10 +00:00
|
|
|
if (set) {
|
|
|
|
color_t_to_gdkcolor(&fg, &prefs.gui_marked_fg);
|
|
|
|
color_t_to_gdkcolor(&bg, &prefs.gui_marked_bg);
|
|
|
|
} else {
|
|
|
|
fg = BLACK;
|
|
|
|
bg = WHITE;
|
|
|
|
}
|
|
|
|
gtk_clist_set_background(GTK_CLIST(packet_list), row, &bg);
|
|
|
|
gtk_clist_set_foreground(GTK_CLIST(packet_list), row, &fg);
|
2000-08-21 19:36:19 +00:00
|
|
|
}
|
|
|
|
|
2000-08-21 15:45:33 +00:00
|
|
|
static void
|
|
|
|
packet_list_button_pressed_cb(GtkWidget *w, GdkEvent *event, gpointer data) {
|
|
|
|
|
|
|
|
GdkEventButton *event_button = (GdkEventButton *)event;
|
|
|
|
gint row, column;
|
|
|
|
|
|
|
|
if (w == NULL || event == NULL)
|
|
|
|
return;
|
|
|
|
|
|
|
|
if (event->type == GDK_BUTTON_PRESS && event_button->button == 2 &&
|
|
|
|
gtk_clist_get_selection_info(GTK_CLIST(w), event_button->x, event_button->y,
|
|
|
|
&row, &column)) {
|
2000-08-21 19:36:19 +00:00
|
|
|
frame_data *fdata = (frame_data *) gtk_clist_get_row_data(GTK_CLIST(w), row);
|
|
|
|
set_frame_mark(!fdata->flags.marked, fdata, row);
|
2000-08-21 15:45:33 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2000-08-21 19:36:19 +00:00
|
|
|
void mark_frame_cb(GtkWidget *w, gpointer data) {
|
|
|
|
if (cfile.current_frame) {
|
|
|
|
/* XXX hum, should better have a "cfile->current_row" here ... */
|
|
|
|
set_frame_mark(!cfile.current_frame->flags.marked,
|
|
|
|
cfile.current_frame,
|
|
|
|
gtk_clist_find_row_from_data(GTK_CLIST(packet_list),
|
|
|
|
cfile.current_frame));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void mark_all_frames(gboolean set) {
|
|
|
|
frame_data *fdata;
|
|
|
|
if (cfile.plist == NULL) return;
|
|
|
|
for (fdata = cfile.plist; fdata != NULL; fdata = fdata->next) {
|
|
|
|
set_frame_mark(set,
|
|
|
|
fdata,
|
|
|
|
gtk_clist_find_row_from_data(GTK_CLIST(packet_list), fdata));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2000-08-22 14:04:52 +00:00
|
|
|
void update_marked_frames(void) {
|
|
|
|
frame_data *fdata;
|
|
|
|
if (cfile.plist == NULL) return;
|
|
|
|
for (fdata = cfile.plist; fdata != NULL; fdata = fdata->next) {
|
|
|
|
if (fdata->flags.marked)
|
|
|
|
set_frame_mark(TRUE,
|
|
|
|
fdata,
|
|
|
|
gtk_clist_find_row_from_data(GTK_CLIST(packet_list),
|
|
|
|
fdata));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2000-08-21 19:36:19 +00:00
|
|
|
void mark_all_frames_cb(GtkWidget *w, gpointer data) {
|
|
|
|
mark_all_frames(TRUE);
|
|
|
|
}
|
|
|
|
|
|
|
|
void unmark_all_frames_cb(GtkWidget *w, gpointer data) {
|
|
|
|
mark_all_frames(FALSE);
|
|
|
|
}
|
|
|
|
|
1998-09-16 02:39:15 +00:00
|
|
|
/* What to do when a list item is selected/unselected */
|
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
|
|
|
static void
|
1998-09-16 02:39:15 +00:00
|
|
|
packet_list_select_cb(GtkWidget *w, gint row, gint col, gpointer evt) {
|
1998-10-16 01:18:35 +00:00
|
|
|
|
2001-03-23 14:44:04 +00:00
|
|
|
/* Remove the hex display tabbed pages */
|
|
|
|
while( (gtk_notebook_get_nth_page( GTK_NOTEBOOK(byte_nb_ptr), 0)))
|
|
|
|
gtk_notebook_remove_page( GTK_NOTEBOOK(byte_nb_ptr), 0);
|
|
|
|
|
2000-06-27 04:36:03 +00:00
|
|
|
select_packet(&cfile, row);
|
1998-09-16 02:39:15 +00:00
|
|
|
}
|
|
|
|
|
2001-03-23 14:44:04 +00:00
|
|
|
|
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
|
|
|
static void
|
1998-09-16 02:39:15 +00:00
|
|
|
packet_list_unselect_cb(GtkWidget *w, gint row, gint col, gpointer evt) {
|
2001-03-23 14:44:04 +00:00
|
|
|
|
2000-06-27 04:36:03 +00:00
|
|
|
unselect_packet(&cfile);
|
1998-09-16 02:39:15 +00:00
|
|
|
}
|
|
|
|
|
2001-03-23 14:44:04 +00:00
|
|
|
|
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
|
|
|
static void
|
|
|
|
tree_view_select_row_cb(GtkCTree *ctree, GList *node, gint column, gpointer user_data)
|
|
|
|
{
|
|
|
|
field_info *finfo;
|
2000-08-22 19:40:09 +00:00
|
|
|
gchar *help_str = NULL;
|
|
|
|
gboolean has_blurb = FALSE;
|
2001-03-23 14:44:04 +00:00
|
|
|
guint length = 0, byte_len;
|
|
|
|
GtkWidget *byte_view;
|
|
|
|
guint8 *byte_data;
|
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
|
|
|
|
|
|
|
g_assert(node);
|
|
|
|
finfo = gtk_ctree_node_get_row_data( ctree, GTK_CTREE_NODE(node) );
|
1999-12-30 19:53:11 +00:00
|
|
|
if (!finfo) return;
|
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
|
|
|
|
2001-11-20 09:07:34 +00:00
|
|
|
if (finfo->ds_name != NULL)
|
|
|
|
set_notebook_page( byte_nb_ptr, find_notebook_page( byte_nb_ptr, finfo->ds_name));
|
2001-03-23 14:44:04 +00:00
|
|
|
|
|
|
|
byte_view = gtk_object_get_data(GTK_OBJECT(byte_nb_ptr), E_BYTE_VIEW_TEXT_INFO_KEY);
|
|
|
|
byte_data = gtk_object_get_data(GTK_OBJECT(byte_view), E_BYTE_VIEW_DATA_PTR_KEY);
|
|
|
|
byte_len = GPOINTER_TO_INT(gtk_object_get_data(GTK_OBJECT(byte_view), E_BYTE_VIEW_DATA_LEN_KEY));
|
|
|
|
|
|
|
|
g_assert(byte_data);
|
|
|
|
|
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
|
|
|
finfo_selected = finfo;
|
2000-08-15 20:46:17 +00:00
|
|
|
set_menus_for_selected_tree_row(TRUE);
|
|
|
|
|
2001-02-01 20:21:25 +00:00
|
|
|
if (finfo->hfinfo) {
|
2000-08-22 19:40:09 +00:00
|
|
|
if (finfo->hfinfo->blurb != NULL &&
|
|
|
|
finfo->hfinfo->blurb[0] != '\0') {
|
|
|
|
has_blurb = TRUE;
|
|
|
|
length = strlen(finfo->hfinfo->blurb);
|
|
|
|
} else {
|
|
|
|
length = strlen(finfo->hfinfo->name);
|
|
|
|
}
|
Enable "Match Selected" only if there's a field selected *and* we can do
a "Match Selected" on it - we can't do a "Match Selected" if the field
has no value (e.g., FT_NULL) and has a length of 0.
If we unselect the current packet, we don't have a protocol tree, so we
don't have a currently selected field - clear the "Match Selected" menu
item and the display in the status line of information about the
currently selected field.
Move the low-level statusbar manipulation into "gtk/main.c", in routines
whose API doesn't expose anything GTK+-ish.
"close_cap_file()" calls one of those routines to clear out the status
bar, so it doesn't need to take a pointer to the statusbar widget as an
argument.
"clear_tree_and_hex_views()" is purely a display-manipulating routine;
move it to "gtk/proto_draw.c".
Extract from "tree_view_unselect_row_cb()" an "unselect_field()" routine
to do all the work that needs to be done if the currently selected
protocol tree row is unselected, and call it if the currently selected
packet list row is unselected (if it's unselected, there *is* no
protocol tree, so no row can be selected), as well as from
"tree_view_unselect_row_cb()".
Before pushing a new field-description message onto the statusbar, pop
the old one off.
Get rid of an unused variable (set, but not used).
svn path=/trunk/; revision=3513
2001-06-05 07:39:31 +00:00
|
|
|
statusbar_pop_field_msg(); /* get rid of current help msg */
|
2001-04-19 23:06:23 +00:00
|
|
|
if (length) {
|
|
|
|
length += strlen(finfo->hfinfo->abbrev) + 10;
|
|
|
|
help_str = g_malloc(sizeof(gchar) * length);
|
|
|
|
sprintf(help_str, "%s (%s)",
|
|
|
|
(has_blurb) ? finfo->hfinfo->blurb : finfo->hfinfo->name,
|
|
|
|
finfo->hfinfo->abbrev);
|
Enable "Match Selected" only if there's a field selected *and* we can do
a "Match Selected" on it - we can't do a "Match Selected" if the field
has no value (e.g., FT_NULL) and has a length of 0.
If we unselect the current packet, we don't have a protocol tree, so we
don't have a currently selected field - clear the "Match Selected" menu
item and the display in the status line of information about the
currently selected field.
Move the low-level statusbar manipulation into "gtk/main.c", in routines
whose API doesn't expose anything GTK+-ish.
"close_cap_file()" calls one of those routines to clear out the status
bar, so it doesn't need to take a pointer to the statusbar widget as an
argument.
"clear_tree_and_hex_views()" is purely a display-manipulating routine;
move it to "gtk/proto_draw.c".
Extract from "tree_view_unselect_row_cb()" an "unselect_field()" routine
to do all the work that needs to be done if the currently selected
protocol tree row is unselected, and call it if the currently selected
packet list row is unselected (if it's unselected, there *is* no
protocol tree, so no row can be selected), as well as from
"tree_view_unselect_row_cb()".
Before pushing a new field-description message onto the statusbar, pop
the old one off.
Get rid of an unused variable (set, but not used).
svn path=/trunk/; revision=3513
2001-06-05 07:39:31 +00:00
|
|
|
statusbar_push_field_msg(help_str);
|
2001-04-19 23:06:23 +00:00
|
|
|
g_free(help_str);
|
|
|
|
} else {
|
|
|
|
/*
|
|
|
|
* Don't show anything if the field name is zero-length;
|
|
|
|
* the pseudo-field for "proto_tree_add_text()" is such
|
|
|
|
* a field, and we don't want "Text (text)" showing up
|
|
|
|
* on the status line if you've selected such a field.
|
|
|
|
*
|
Enable "Match Selected" only if there's a field selected *and* we can do
a "Match Selected" on it - we can't do a "Match Selected" if the field
has no value (e.g., FT_NULL) and has a length of 0.
If we unselect the current packet, we don't have a protocol tree, so we
don't have a currently selected field - clear the "Match Selected" menu
item and the display in the status line of information about the
currently selected field.
Move the low-level statusbar manipulation into "gtk/main.c", in routines
whose API doesn't expose anything GTK+-ish.
"close_cap_file()" calls one of those routines to clear out the status
bar, so it doesn't need to take a pointer to the statusbar widget as an
argument.
"clear_tree_and_hex_views()" is purely a display-manipulating routine;
move it to "gtk/proto_draw.c".
Extract from "tree_view_unselect_row_cb()" an "unselect_field()" routine
to do all the work that needs to be done if the currently selected
protocol tree row is unselected, and call it if the currently selected
packet list row is unselected (if it's unselected, there *is* no
protocol tree, so no row can be selected), as well as from
"tree_view_unselect_row_cb()".
Before pushing a new field-description message onto the statusbar, pop
the old one off.
Get rid of an unused variable (set, but not used).
svn path=/trunk/; revision=3513
2001-06-05 07:39:31 +00:00
|
|
|
* XXX - there are zero-length fields for which we *do*
|
|
|
|
* want to show the field name.
|
|
|
|
*
|
2001-04-19 23:06:23 +00:00
|
|
|
* XXX - perhaps the name and abbrev field should be null
|
|
|
|
* pointers rather than null strings for that pseudo-field,
|
|
|
|
* but we'd have to add checks for null pointers in some
|
|
|
|
* places if we did that.
|
|
|
|
*
|
|
|
|
* Or perhaps protocol tree items added with
|
|
|
|
* "proto_tree_add_text()" should have -1 as the field index,
|
|
|
|
* with no pseudo-field being used, but that might also
|
|
|
|
* require special checks for -1 to be added.
|
|
|
|
*/
|
Enable "Match Selected" only if there's a field selected *and* we can do
a "Match Selected" on it - we can't do a "Match Selected" if the field
has no value (e.g., FT_NULL) and has a length of 0.
If we unselect the current packet, we don't have a protocol tree, so we
don't have a currently selected field - clear the "Match Selected" menu
item and the display in the status line of information about the
currently selected field.
Move the low-level statusbar manipulation into "gtk/main.c", in routines
whose API doesn't expose anything GTK+-ish.
"close_cap_file()" calls one of those routines to clear out the status
bar, so it doesn't need to take a pointer to the statusbar widget as an
argument.
"clear_tree_and_hex_views()" is purely a display-manipulating routine;
move it to "gtk/proto_draw.c".
Extract from "tree_view_unselect_row_cb()" an "unselect_field()" routine
to do all the work that needs to be done if the currently selected
protocol tree row is unselected, and call it if the currently selected
packet list row is unselected (if it's unselected, there *is* no
protocol tree, so no row can be selected), as well as from
"tree_view_unselect_row_cb()".
Before pushing a new field-description message onto the statusbar, pop
the old one off.
Get rid of an unused variable (set, but not used).
svn path=/trunk/; revision=3513
2001-06-05 07:39:31 +00:00
|
|
|
statusbar_push_field_msg("");
|
2001-04-19 23:06:23 +00:00
|
|
|
}
|
2000-08-22 19:40:09 +00:00
|
|
|
}
|
|
|
|
|
2001-03-23 14:44:04 +00:00
|
|
|
packet_hex_print(GTK_TEXT(byte_view), byte_data, cfile.current_frame,
|
|
|
|
finfo, byte_len);
|
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
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
tree_view_unselect_row_cb(GtkCTree *ctree, GList *node, gint column, gpointer user_data)
|
|
|
|
{
|
2001-03-23 14:44:04 +00:00
|
|
|
GtkWidget *byte_view;
|
|
|
|
guint8 *data;
|
|
|
|
gint len;
|
|
|
|
|
Enable "Match Selected" only if there's a field selected *and* we can do
a "Match Selected" on it - we can't do a "Match Selected" if the field
has no value (e.g., FT_NULL) and has a length of 0.
If we unselect the current packet, we don't have a protocol tree, so we
don't have a currently selected field - clear the "Match Selected" menu
item and the display in the status line of information about the
currently selected field.
Move the low-level statusbar manipulation into "gtk/main.c", in routines
whose API doesn't expose anything GTK+-ish.
"close_cap_file()" calls one of those routines to clear out the status
bar, so it doesn't need to take a pointer to the statusbar widget as an
argument.
"clear_tree_and_hex_views()" is purely a display-manipulating routine;
move it to "gtk/proto_draw.c".
Extract from "tree_view_unselect_row_cb()" an "unselect_field()" routine
to do all the work that needs to be done if the currently selected
protocol tree row is unselected, and call it if the currently selected
packet list row is unselected (if it's unselected, there *is* no
protocol tree, so no row can be selected), as well as from
"tree_view_unselect_row_cb()".
Before pushing a new field-description message onto the statusbar, pop
the old one off.
Get rid of an unused variable (set, but not used).
svn path=/trunk/; revision=3513
2001-06-05 07:39:31 +00:00
|
|
|
/*
|
|
|
|
* Which byte view is displaying the current protocol tree
|
|
|
|
* row's data?
|
|
|
|
*/
|
2001-03-23 14:44:04 +00:00
|
|
|
len = get_byte_view_and_data( byte_nb_ptr, &byte_view, &data);
|
Enable "Match Selected" only if there's a field selected *and* we can do
a "Match Selected" on it - we can't do a "Match Selected" if the field
has no value (e.g., FT_NULL) and has a length of 0.
If we unselect the current packet, we don't have a protocol tree, so we
don't have a currently selected field - clear the "Match Selected" menu
item and the display in the status line of information about the
currently selected field.
Move the low-level statusbar manipulation into "gtk/main.c", in routines
whose API doesn't expose anything GTK+-ish.
"close_cap_file()" calls one of those routines to clear out the status
bar, so it doesn't need to take a pointer to the statusbar widget as an
argument.
"clear_tree_and_hex_views()" is purely a display-manipulating routine;
move it to "gtk/proto_draw.c".
Extract from "tree_view_unselect_row_cb()" an "unselect_field()" routine
to do all the work that needs to be done if the currently selected
protocol tree row is unselected, and call it if the currently selected
packet list row is unselected (if it's unselected, there *is* no
protocol tree, so no row can be selected), as well as from
"tree_view_unselect_row_cb()".
Before pushing a new field-description message onto the statusbar, pop
the old one off.
Get rid of an unused variable (set, but not used).
svn path=/trunk/; revision=3513
2001-06-05 07:39:31 +00:00
|
|
|
if ( len < 0)
|
|
|
|
return; /* none */
|
2001-03-23 14:44:04 +00:00
|
|
|
|
Enable "Match Selected" only if there's a field selected *and* we can do
a "Match Selected" on it - we can't do a "Match Selected" if the field
has no value (e.g., FT_NULL) and has a length of 0.
If we unselect the current packet, we don't have a protocol tree, so we
don't have a currently selected field - clear the "Match Selected" menu
item and the display in the status line of information about the
currently selected field.
Move the low-level statusbar manipulation into "gtk/main.c", in routines
whose API doesn't expose anything GTK+-ish.
"close_cap_file()" calls one of those routines to clear out the status
bar, so it doesn't need to take a pointer to the statusbar widget as an
argument.
"clear_tree_and_hex_views()" is purely a display-manipulating routine;
move it to "gtk/proto_draw.c".
Extract from "tree_view_unselect_row_cb()" an "unselect_field()" routine
to do all the work that needs to be done if the currently selected
protocol tree row is unselected, and call it if the currently selected
packet list row is unselected (if it's unselected, there *is* no
protocol tree, so no row can be selected), as well as from
"tree_view_unselect_row_cb()".
Before pushing a new field-description message onto the statusbar, pop
the old one off.
Get rid of an unused variable (set, but not used).
svn path=/trunk/; revision=3513
2001-06-05 07:39:31 +00:00
|
|
|
unselect_field();
|
2001-03-23 14:44:04 +00:00
|
|
|
packet_hex_print(GTK_TEXT(byte_view), data, cfile.current_frame,
|
|
|
|
NULL, len);
|
1998-09-16 02:39:15 +00:00
|
|
|
}
|
|
|
|
|
1999-09-11 12:38:18 +00:00
|
|
|
void collapse_all_cb(GtkWidget *widget, gpointer data) {
|
2000-06-27 04:36:03 +00:00
|
|
|
if (cfile.protocol_tree)
|
|
|
|
collapse_all_tree(cfile.protocol_tree, tree_view);
|
1999-09-11 12:38:18 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void expand_all_cb(GtkWidget *widget, gpointer data) {
|
2000-06-27 04:36:03 +00:00
|
|
|
if (cfile.protocol_tree)
|
|
|
|
expand_all_tree(cfile.protocol_tree, tree_view);
|
1999-09-11 12:38:18 +00:00
|
|
|
}
|
|
|
|
|
2000-02-20 14:52:28 +00:00
|
|
|
void resolve_name_cb(GtkWidget *widget, gpointer data) {
|
2000-06-27 04:36:03 +00:00
|
|
|
if (cfile.protocol_tree) {
|
2001-05-31 08:36:46 +00:00
|
|
|
gint tmp = prefs.name_resolve;
|
|
|
|
prefs.name_resolve = PREFS_RESOLV_ALL;
|
2000-02-20 14:52:28 +00:00
|
|
|
gtk_clist_clear ( GTK_CLIST(tree_view) );
|
2000-06-27 04:36:03 +00:00
|
|
|
proto_tree_draw(cfile.protocol_tree, tree_view);
|
2001-04-15 03:37:16 +00:00
|
|
|
prefs.name_resolve = tmp;
|
2000-02-20 14:52:28 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2000-02-29 06:24:41 +00:00
|
|
|
/* Set the scrollbar placement of a scrolled window based upon pos value:
|
|
|
|
0 = left, 1 = right */
|
1999-12-16 06:20:18 +00:00
|
|
|
void
|
2000-02-29 06:24:41 +00:00
|
|
|
set_scrollbar_placement_scrollw(GtkWidget *scrollw, int pos) /* 0=left, 1=right */
|
1999-12-16 06:20:18 +00:00
|
|
|
{
|
|
|
|
if (pos) {
|
2000-02-29 06:24:41 +00:00
|
|
|
gtk_scrolled_window_set_placement(GTK_SCROLLED_WINDOW(scrollw),
|
|
|
|
GTK_CORNER_TOP_LEFT);
|
|
|
|
} else {
|
|
|
|
gtk_scrolled_window_set_placement(GTK_SCROLLED_WINDOW(scrollw),
|
|
|
|
GTK_CORNER_TOP_RIGHT);
|
1999-12-16 06:20:18 +00:00
|
|
|
}
|
2000-02-29 06:24:41 +00:00
|
|
|
}
|
|
|
|
|
2000-03-02 07:05:57 +00:00
|
|
|
/* List of all scrolled windows, so we can globally set the scrollbar
|
|
|
|
placement of them. */
|
|
|
|
static GList *scrolled_windows;
|
|
|
|
|
|
|
|
/* Add a scrolled window to the list of scrolled windows. */
|
2000-08-17 07:56:44 +00:00
|
|
|
static void forget_scrolled_window(GtkWidget *scrollw, gpointer data);
|
|
|
|
|
2000-02-29 06:24:41 +00:00
|
|
|
void
|
2000-03-02 07:05:57 +00:00
|
|
|
remember_scrolled_window(GtkWidget *scrollw)
|
2000-02-29 06:24:41 +00:00
|
|
|
{
|
2000-03-02 07:05:57 +00:00
|
|
|
scrolled_windows = g_list_append(scrolled_windows, scrollw);
|
2000-08-17 07:56:44 +00:00
|
|
|
|
|
|
|
/* Catch the "destroy" event on the widget, so that we remove it from
|
|
|
|
the list when it's destroyed. */
|
|
|
|
gtk_signal_connect(GTK_OBJECT(scrollw), "destroy",
|
|
|
|
GTK_SIGNAL_FUNC(forget_scrolled_window), NULL);
|
2000-03-02 07:05:57 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Remove a scrolled window from the list of scrolled windows. */
|
2000-08-17 07:56:44 +00:00
|
|
|
static void
|
|
|
|
forget_scrolled_window(GtkWidget *scrollw, gpointer data)
|
2000-03-02 07:05:57 +00:00
|
|
|
{
|
|
|
|
scrolled_windows = g_list_remove(scrolled_windows, scrollw);
|
1999-12-16 06:20:18 +00:00
|
|
|
}
|
|
|
|
|
2000-02-29 06:24:41 +00:00
|
|
|
static void
|
2000-03-02 07:05:57 +00:00
|
|
|
set_scrollbar_placement_cb(gpointer data, gpointer user_data)
|
2000-02-29 06:24:41 +00:00
|
|
|
{
|
2000-03-02 07:05:57 +00:00
|
|
|
set_scrollbar_placement_scrollw((GtkWidget *)data,
|
|
|
|
*(int *)user_data);
|
2000-02-29 06:24:41 +00:00
|
|
|
}
|
|
|
|
|
2000-03-02 07:05:57 +00:00
|
|
|
/* Set the scrollbar placement of all scrolled windows based on pos value:
|
2000-02-29 06:24:41 +00:00
|
|
|
0 = left, 1 = right */
|
|
|
|
void
|
|
|
|
set_scrollbar_placement_all(int pos)
|
|
|
|
{
|
2000-03-02 07:05:57 +00:00
|
|
|
g_list_foreach(scrolled_windows, set_scrollbar_placement_cb, &pos);
|
2000-02-29 06:24:41 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Set the selection mode of the packet list window. */
|
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
|
|
|
void
|
|
|
|
set_plist_sel_browse(gboolean val)
|
|
|
|
{
|
2000-08-15 22:22:35 +00:00
|
|
|
gboolean old_val;
|
|
|
|
|
|
|
|
old_val =
|
|
|
|
(GTK_CLIST(packet_list)->selection_mode == GTK_SELECTION_SINGLE);
|
|
|
|
|
|
|
|
if (val == old_val) {
|
|
|
|
/*
|
|
|
|
* The mode isn't changing, so don't do anything.
|
|
|
|
* In particular, don't gratuitiously unselect the
|
|
|
|
* current packet.
|
|
|
|
*
|
|
|
|
* XXX - why do we have to unselect the current packet
|
|
|
|
* ourselves? The documentation for the GtkCList at
|
|
|
|
*
|
|
|
|
* http://developer.gnome.org/doc/API/gtk/gtkclist.html
|
|
|
|
*
|
|
|
|
* says "Note that setting the widget's selection mode to
|
|
|
|
* one of GTK_SELECTION_BROWSE or GTK_SELECTION_SINGLE will
|
|
|
|
* cause all the items in the GtkCList to become deselected."
|
|
|
|
*/
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
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
|
|
|
if (finfo_selected)
|
2000-06-27 04:36:03 +00:00
|
|
|
unselect_packet(&cfile);
|
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
|
|
|
|
1999-12-30 19:53:11 +00:00
|
|
|
/* Yeah, GTK uses "browse" in the case where we do not, but oh well. I think
|
|
|
|
* "browse" in Ethereal makes more sense than "SINGLE" in GTK+ */
|
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
|
|
|
if (val) {
|
|
|
|
gtk_clist_set_selection_mode(GTK_CLIST(packet_list), GTK_SELECTION_SINGLE);
|
|
|
|
}
|
|
|
|
else {
|
1999-12-30 19:53:11 +00:00
|
|
|
gtk_clist_set_selection_mode(GTK_CLIST(packet_list), GTK_SELECTION_BROWSE);
|
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
|
|
|
}
|
|
|
|
}
|
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
|
|
|
|
|
|
|
/* Set the font of the packet list window. */
|
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
|
|
|
void
|
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
|
|
|
set_plist_font(GdkFont *font)
|
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
|
|
|
{
|
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
|
|
|
GtkStyle *style;
|
|
|
|
int i;
|
1999-12-16 06:20:18 +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
|
|
|
style = gtk_style_new();
|
|
|
|
gdk_font_unref(style->font);
|
|
|
|
style->font = font;
|
|
|
|
gdk_font_ref(font);
|
2000-02-29 06:24:41 +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
|
|
|
gtk_widget_set_style(packet_list, style);
|
2000-02-29 06:24:41 +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
|
|
|
/* Compute static column sizes to use during a "-S" capture, so that
|
|
|
|
the columns don't resize during a live capture. */
|
|
|
|
for (i = 0; i < cfile.cinfo.num_cols; i++) {
|
|
|
|
cfile.cinfo.col_width[i] = gdk_string_width(font,
|
|
|
|
get_column_longest_string(get_column_format(i)));
|
|
|
|
}
|
2000-02-29 06:24:41 +00:00
|
|
|
}
|
1999-12-30 23:02:56 +00:00
|
|
|
|
Enable "Match Selected" only if there's a field selected *and* we can do
a "Match Selected" on it - we can't do a "Match Selected" if the field
has no value (e.g., FT_NULL) and has a length of 0.
If we unselect the current packet, we don't have a protocol tree, so we
don't have a currently selected field - clear the "Match Selected" menu
item and the display in the status line of information about the
currently selected field.
Move the low-level statusbar manipulation into "gtk/main.c", in routines
whose API doesn't expose anything GTK+-ish.
"close_cap_file()" calls one of those routines to clear out the status
bar, so it doesn't need to take a pointer to the statusbar widget as an
argument.
"clear_tree_and_hex_views()" is purely a display-manipulating routine;
move it to "gtk/proto_draw.c".
Extract from "tree_view_unselect_row_cb()" an "unselect_field()" routine
to do all the work that needs to be done if the currently selected
protocol tree row is unselected, and call it if the currently selected
packet list row is unselected (if it's unselected, there *is* no
protocol tree, so no row can be selected), as well as from
"tree_view_unselect_row_cb()".
Before pushing a new field-description message onto the statusbar, pop
the old one off.
Get rid of an unused variable (set, but not used).
svn path=/trunk/; revision=3513
2001-06-05 07:39:31 +00:00
|
|
|
/*
|
|
|
|
* Push a message referring to file access onto the statusbar.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
statusbar_push_file_msg(gchar *msg)
|
|
|
|
{
|
|
|
|
gtk_statusbar_push(GTK_STATUSBAR(info_bar), file_ctx, msg);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Pop a message referring to file access off the statusbar.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
statusbar_pop_file_msg(void)
|
|
|
|
{
|
|
|
|
gtk_statusbar_pop(GTK_STATUSBAR(info_bar), file_ctx);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* XXX - do we need multiple statusbar contexts?
|
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Push a message referring to the currently-selected field onto the statusbar.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
statusbar_push_field_msg(gchar *msg)
|
|
|
|
{
|
|
|
|
gtk_statusbar_push(GTK_STATUSBAR(info_bar), help_ctx, msg);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Pop a message referring to the currently-selected field off the statusbar.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
statusbar_pop_field_msg(void)
|
|
|
|
{
|
|
|
|
gtk_statusbar_pop(GTK_STATUSBAR(info_bar), help_ctx);
|
|
|
|
}
|
|
|
|
|
There's no need to catch the "delete_event" signal on "Follow TCP
Stream" windows - the window should always be deleted in that situation,
so there's no need for a signal handler that might return TRUE (meaning
"don't delete the window"), and the "destroy" handler gets called when
the window actually gets destroyed, so there's no need to do any cleanup
in the "delete_event" handler.
Catch the "delete_event" signal on the main window in a routine with the
right signature, and that returns FALSE so that the window actually gets
deleted.
Call "close_cap_file()" in the callback for the "File:Quit" menu item
(which is also called by the "delete_event" handler for the main
window), rather than calling it after "gtk_main()" returns -
"close_cap_file()" manipulates stuff in the main window, and if we do so
after "gtk_main()" returns, it appears that the main window may have
disappeared (if we are exiting because the user deleted the main
window), in which case we can get crashes or other errors when
"close_cap_file()" tries to manipulate stuff in the main window.
There's no need to catch the "destroy" signal on the main window - we do
some of the cleanup in the handler for "delete_event" (we have to, for
reasons described above), and we do the rest of it after the main
routine returns.
svn path=/trunk/; revision=1773
2000-04-01 11:30:53 +00:00
|
|
|
static gboolean
|
|
|
|
main_window_delete_event_cb(GtkWidget *widget, GdkEvent *event, gpointer data)
|
|
|
|
{
|
|
|
|
file_quit_cmd_cb(widget, data);
|
|
|
|
|
|
|
|
/* Say that the window should be deleted. */
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
1998-09-16 02:39:15 +00:00
|
|
|
void
|
2000-02-13 10:36:06 +00:00
|
|
|
file_quit_cmd_cb (GtkWidget *widget, gpointer data)
|
|
|
|
{
|
There's no need to catch the "delete_event" signal on "Follow TCP
Stream" windows - the window should always be deleted in that situation,
so there's no need for a signal handler that might return TRUE (meaning
"don't delete the window"), and the "destroy" handler gets called when
the window actually gets destroyed, so there's no need to do any cleanup
in the "delete_event" handler.
Catch the "delete_event" signal on the main window in a routine with the
right signature, and that returns FALSE so that the window actually gets
deleted.
Call "close_cap_file()" in the callback for the "File:Quit" menu item
(which is also called by the "delete_event" handler for the main
window), rather than calling it after "gtk_main()" returns -
"close_cap_file()" manipulates stuff in the main window, and if we do so
after "gtk_main()" returns, it appears that the main window may have
disappeared (if we are exiting because the user deleted the main
window), in which case we can get crashes or other errors when
"close_cap_file()" tries to manipulate stuff in the main window.
There's no need to catch the "destroy" signal on the main window - we do
some of the cleanup in the handler for "delete_event" (we have to, for
reasons described above), and we do the rest of it after the main
routine returns.
svn path=/trunk/; revision=1773
2000-04-01 11:30:53 +00:00
|
|
|
/* XXX - should we check whether the capture file is an
|
|
|
|
unsaved temporary file for a live capture and, if so,
|
|
|
|
pop up a "do you want to exit without saving the capture
|
|
|
|
file?" dialog, and then just return, leaving said dialog
|
|
|
|
box to forcibly quit if the user clicks "OK"?
|
|
|
|
|
|
|
|
If so, note that this should be done in a subroutine that
|
|
|
|
returns TRUE if we do so, and FALSE otherwise, and that
|
|
|
|
"main_window_delete_event_cb()" should return its
|
|
|
|
return value. */
|
|
|
|
|
Add routines to Wiretap to allow a client of Wiretap to get:
a pointer to the "wtap_pkthdr" structure for an open capture
file;
a pointer to the "wtap_pseudo_header" union for an open capture
file;
a pointer to the packet buffer for an open capture file;
so that a program using "wtap_read()" in a loop can get at those items.
Keep, in a "capture_file" structure, an indicator of whether:
no file is open;
a file is open, and being read;
a file is open, and is being read, but the user tried to quit
out of reading the file (e.g., by doing "File/Quit");
a file is open, and has been completely read.
Abort if we try to close a capture that's being read if the user hasn't
tried to quit out of the read.
Have "File/Quit" check if a file is being read; if so, just set the
state indicator to "user tried to quit out of it", so that the code
reading the file can do what's appropriate to clean up, rather than
closing the file out from under that code and causing crashes.
Have "read_cap_file()" read the capture file with a loop using
"wtap_read()", rather than by using "wtap_loop()"; have it check after
reading each packet whether the user tried to abort the read and, if so,
close the capture and return an indication that the read was aborted by
the user. Otherwise, return an indication of whether the read
completely succeeded or failed in the middle (and, if it failed, return
the error code through a pointer).
Have "continue_tail_cap_file()" read the capture file with a loop using
"wtap_read()", rather than by using "wtap_loop()"; have it check after
reading each packet whether the user tried to abort the read and, if so,
quit the loop, and after the loop finishes (even if it read no packets),
return an indication that the read was aborted by the user if that
happened. Otherwise, return an indication of whether the read
completely succeeded or failed in the middle (and, if it failed, return
the error code through a pointer).
Have "finish_tail_cap_file()" read the capture file with a loop using
"wtap_read()", rather than by using "wtap_loop()"; have it check after
reading each packet whether the user tried to abort the read and, if so,
quit the loop, and after the loop finishes (even if it read no packets),
close the capture and return an indication that the read was aborted by
the user if that happened. Otherwise, return an indication of whether
the read completely succeeded or failed in the middle (and, if it
failed, return the error code through a pointer).
Have their callers check whether the read was aborted or not and, if it
was, bail out in the appropriate fashion (exit if it's reading a file
specified by "-r" on the command line; exit the main loop if it's
reading a file specified with File->Open; kill the capture child if it's
"continue_tail_cap_file()"; exit the main loop if it's
"finish_tail_cap_file()".
svn path=/trunk/; revision=2095
2000-06-27 07:13:42 +00:00
|
|
|
/* Are we in the middle of reading a capture? */
|
|
|
|
if (cfile.state == FILE_READ_IN_PROGRESS) {
|
|
|
|
/* Yes, so we can't just close the file and quit, as
|
|
|
|
that may yank the rug out from under the read in
|
|
|
|
progress; instead, just set the state to
|
|
|
|
"FILE_READ_ABORTED" and return - the code doing the read
|
|
|
|
will check for that and, if it sees that, will clean
|
|
|
|
up and quit. */
|
|
|
|
cfile.state = FILE_READ_ABORTED;
|
|
|
|
} else {
|
|
|
|
/* Close any capture file we have open; on some OSes, you
|
|
|
|
can't unlink a temporary capture file if you have it
|
|
|
|
open.
|
|
|
|
"close_cap_file()" will unlink it after closing it if
|
|
|
|
it's a temporary file.
|
|
|
|
|
|
|
|
We do this here, rather than after the main loop returns,
|
|
|
|
as, after the main loop returns, the main window may have
|
|
|
|
been destroyed (if this is called due to a "destroy"
|
|
|
|
even on the main window rather than due to the user
|
|
|
|
selecting a menu item), and there may be a crash
|
|
|
|
or other problem when "close_cap_file()" tries to
|
|
|
|
clean up stuff in the main window.
|
|
|
|
|
|
|
|
XXX - is there a better place to put this?
|
|
|
|
Or should we have a routine that *just* closes the
|
|
|
|
capture file, and doesn't do anything with the UI,
|
|
|
|
which we'd call here, and another routine that
|
|
|
|
calls that routine and also cleans up the UI, which
|
|
|
|
we'd call elsewhere? */
|
Enable "Match Selected" only if there's a field selected *and* we can do
a "Match Selected" on it - we can't do a "Match Selected" if the field
has no value (e.g., FT_NULL) and has a length of 0.
If we unselect the current packet, we don't have a protocol tree, so we
don't have a currently selected field - clear the "Match Selected" menu
item and the display in the status line of information about the
currently selected field.
Move the low-level statusbar manipulation into "gtk/main.c", in routines
whose API doesn't expose anything GTK+-ish.
"close_cap_file()" calls one of those routines to clear out the status
bar, so it doesn't need to take a pointer to the statusbar widget as an
argument.
"clear_tree_and_hex_views()" is purely a display-manipulating routine;
move it to "gtk/proto_draw.c".
Extract from "tree_view_unselect_row_cb()" an "unselect_field()" routine
to do all the work that needs to be done if the currently selected
protocol tree row is unselected, and call it if the currently selected
packet list row is unselected (if it's unselected, there *is* no
protocol tree, so no row can be selected), as well as from
"tree_view_unselect_row_cb()".
Before pushing a new field-description message onto the statusbar, pop
the old one off.
Get rid of an unused variable (set, but not used).
svn path=/trunk/; revision=3513
2001-06-05 07:39:31 +00:00
|
|
|
close_cap_file(&cfile);
|
Add routines to Wiretap to allow a client of Wiretap to get:
a pointer to the "wtap_pkthdr" structure for an open capture
file;
a pointer to the "wtap_pseudo_header" union for an open capture
file;
a pointer to the packet buffer for an open capture file;
so that a program using "wtap_read()" in a loop can get at those items.
Keep, in a "capture_file" structure, an indicator of whether:
no file is open;
a file is open, and being read;
a file is open, and is being read, but the user tried to quit
out of reading the file (e.g., by doing "File/Quit");
a file is open, and has been completely read.
Abort if we try to close a capture that's being read if the user hasn't
tried to quit out of the read.
Have "File/Quit" check if a file is being read; if so, just set the
state indicator to "user tried to quit out of it", so that the code
reading the file can do what's appropriate to clean up, rather than
closing the file out from under that code and causing crashes.
Have "read_cap_file()" read the capture file with a loop using
"wtap_read()", rather than by using "wtap_loop()"; have it check after
reading each packet whether the user tried to abort the read and, if so,
close the capture and return an indication that the read was aborted by
the user. Otherwise, return an indication of whether the read
completely succeeded or failed in the middle (and, if it failed, return
the error code through a pointer).
Have "continue_tail_cap_file()" read the capture file with a loop using
"wtap_read()", rather than by using "wtap_loop()"; have it check after
reading each packet whether the user tried to abort the read and, if so,
quit the loop, and after the loop finishes (even if it read no packets),
return an indication that the read was aborted by the user if that
happened. Otherwise, return an indication of whether the read
completely succeeded or failed in the middle (and, if it failed, return
the error code through a pointer).
Have "finish_tail_cap_file()" read the capture file with a loop using
"wtap_read()", rather than by using "wtap_loop()"; have it check after
reading each packet whether the user tried to abort the read and, if so,
quit the loop, and after the loop finishes (even if it read no packets),
close the capture and return an indication that the read was aborted by
the user if that happened. Otherwise, return an indication of whether
the read completely succeeded or failed in the middle (and, if it
failed, return the error code through a pointer).
Have their callers check whether the read was aborted or not and, if it
was, bail out in the appropriate fashion (exit if it's reading a file
specified by "-r" on the command line; exit the main loop if it's
reading a file specified with File->Open; kill the capture child if it's
"continue_tail_cap_file()"; exit the main loop if it's
"finish_tail_cap_file()".
svn path=/trunk/; revision=2095
2000-06-27 07:13:42 +00:00
|
|
|
|
|
|
|
/* Exit by leaving the main loop, so that any quit functions
|
|
|
|
we registered get called. */
|
|
|
|
gtk_main_quit();
|
|
|
|
}
|
1998-09-16 02:39:15 +00:00
|
|
|
}
|
|
|
|
|
Improve the alert boxes put up for file open/read/write errors. (Some
influence came from
http://developer.apple.com/techpubs/mac/HIGuidelines/HIGuidelines-232.html
which has a section on dialog box and alert box messages. However,
we're largely dealing with technoids, not with The Rest Of Us, so I
didn't go as far as one perhaps should.)
Unfortunately, it looks like it's a bit more work to arrange that, if
you give a bad file name to the "-r" flag, the dialog box pop up only
*after* the main window pops up - it has the annoying habit of popping
up *before* the main window pops up, and sometimes getting *obscured* by
it, when I do that. The removal of the dialog box stuff from
"load_cap_file()" was intended to facilitate that work. (It might also
be nice if, when an open from the "File/Open" menu item fails, we keep
the file selection box open, and give the user a chance to correct
typos, choose another file name, etc.)
svn path=/trunk/; revision=310
1999-06-12 09:10:20 +00:00
|
|
|
static void
|
1998-09-16 02:39:15 +00:00
|
|
|
print_usage(void) {
|
|
|
|
|
2001-03-27 06:48:12 +00:00
|
|
|
fprintf(stderr, "This is GNU " PACKAGE " " VERSION ", compiled %s\n",
|
|
|
|
comp_info_str->str);
|
1999-12-07 07:12:49 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
2001-12-04 07:32:05 +00:00
|
|
|
fprintf(stderr, "%s [ -vh ] [ -klpQS ] [ -a <capture autostop condition> ] ...\n",
|
1998-09-16 02:39:15 +00:00
|
|
|
PACKAGE);
|
2001-12-04 07:32:05 +00:00
|
|
|
fprintf(stderr, "\t[ -B <byte view height> ] [ -c <count> ] [ -f <capture filter> ]\n");
|
|
|
|
fprintf(stderr, "\t[ -i <interface> ] [ -m <medium font> ] [ -n ] [ -N <resolving> ]\n");
|
2001-05-31 08:36:46 +00:00
|
|
|
fprintf(stderr, "\t[ -o <preference setting> ] ... [ -P <packet list height> ]\n");
|
|
|
|
fprintf(stderr, "\t[ -r <infile> ] [ -R <read filter> ] [ -s <snaplen> ] \n");
|
2001-11-24 08:46:13 +00:00
|
|
|
fprintf(stderr, "\t[ -t <time stamp format> ] [ -T <tree view height> ]\n");
|
|
|
|
fprintf(stderr, "\t[ -w <savefile> ] [ <infile> ]\n");
|
1999-12-07 07:12:49 +00:00
|
|
|
#else
|
2001-06-27 08:36:08 +00:00
|
|
|
fprintf(stderr, "%s [ -vh ] [ -B <byte view height> ] [ -m <medium font> ]\n",
|
1999-12-07 07:12:49 +00:00
|
|
|
PACKAGE);
|
2001-06-27 08:36:08 +00:00
|
|
|
fprintf(stderr, "\t[ -n ] [ -N <resolving> ]\n");
|
2000-08-20 08:08:30 +00:00
|
|
|
fprintf(stderr, "\t[ -o <preference setting> ... [ -P <packet list height> ]\n");
|
2001-05-31 08:36:46 +00:00
|
|
|
fprintf(stderr, "\t[ -r <infile> ] [ -R <read filter> ] [ -t <time stamp format> ]\n");
|
2001-11-24 08:46:13 +00:00
|
|
|
fprintf(stderr, "\t[ -T <tree view height> ] [ <infile> ]\n");
|
1999-12-07 07:12:49 +00:00
|
|
|
#endif
|
1998-09-16 02:39:15 +00:00
|
|
|
}
|
|
|
|
|
2001-02-20 04:09:37 +00:00
|
|
|
static void
|
|
|
|
show_version(void)
|
|
|
|
{
|
|
|
|
#ifdef WIN32
|
|
|
|
create_console();
|
|
|
|
#endif
|
|
|
|
|
2001-03-27 06:48:12 +00:00
|
|
|
printf("%s %s, %s\n", PACKAGE, VERSION, comp_info_str->str);
|
2001-02-20 04:09:37 +00:00
|
|
|
}
|
|
|
|
|
2001-12-04 07:32:05 +00:00
|
|
|
static int
|
2001-04-18 05:45:58 +00:00
|
|
|
get_positive_int(const char *string, const char *name)
|
|
|
|
{
|
|
|
|
long number;
|
|
|
|
char *p;
|
|
|
|
|
|
|
|
number = strtol(string, &p, 10);
|
|
|
|
if (p == string || *p != '\0') {
|
|
|
|
fprintf(stderr, "ethereal: The specified %s \"%s\" is not a decimal number\n",
|
|
|
|
name, string);
|
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
if (number < 0) {
|
|
|
|
fprintf(stderr, "ethereal: The specified %s \"%s\" is a negative number\n",
|
|
|
|
name, string);
|
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
if (number > INT_MAX) {
|
|
|
|
fprintf(stderr, "ethereal: The specified %s \"%s\" is too large (greater than %d)\n",
|
|
|
|
name, string, INT_MAX);
|
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
return number;
|
|
|
|
}
|
|
|
|
|
2001-12-04 07:32:05 +00:00
|
|
|
/*
|
|
|
|
* Given a string of the form "<autostop criterion>:<value>", as might appear
|
|
|
|
* as an argument to a "-a" option, parse it and set the criterion in
|
|
|
|
* question. Return an indication of whether it succeeded or failed
|
|
|
|
* in some fashion.
|
|
|
|
*/
|
|
|
|
static gboolean
|
|
|
|
set_autostop_criterion(const char *autostoparg)
|
|
|
|
{
|
|
|
|
u_char *p, *colonp;
|
|
|
|
|
|
|
|
colonp = strchr(autostoparg, ':');
|
|
|
|
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(*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;
|
|
|
|
}
|
|
|
|
if (strcmp(autostoparg,"duration") == 0) {
|
|
|
|
cfile.autostop_duration = get_positive_int(p,"autostop duration");
|
|
|
|
} else if (strcmp(autostoparg,"filesize") == 0) {
|
|
|
|
cfile.autostop_filesize = get_positive_int(p,"autostop filesize");
|
|
|
|
} else {
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
*colonp = ':'; /* put the colon back */
|
|
|
|
return TRUE;
|
|
|
|
}
|
|
|
|
|
1998-11-17 04:29:13 +00:00
|
|
|
/* And now our feature presentation... [ fade to music ] */
|
1998-09-16 02:39:15 +00:00
|
|
|
int
|
|
|
|
main(int argc, char *argv[])
|
|
|
|
{
|
1999-10-21 21:47:08 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
char *command_name;
|
|
|
|
#endif
|
|
|
|
char *s;
|
1999-07-13 02:53:26 +00:00
|
|
|
int i;
|
|
|
|
int opt;
|
1998-09-16 02:39:15 +00:00
|
|
|
extern char *optarg;
|
1999-12-07 07:12:49 +00:00
|
|
|
gboolean arg_error = FALSE;
|
1999-11-04 21:04:35 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
2001-07-27 07:10:13 +00:00
|
|
|
#ifdef HAVE_PCAP_VERSION
|
1999-12-07 07:12:49 +00:00
|
|
|
extern char pcap_version[];
|
2001-07-27 07:10:13 +00:00
|
|
|
#endif /* HAVE_PCAP_VERSION */
|
|
|
|
#endif /* HAVE_LIBPCAP */
|
2000-10-27 17:19:23 +00:00
|
|
|
|
|
|
|
#ifdef WIN32
|
|
|
|
WSADATA wsaData;
|
|
|
|
#endif
|
|
|
|
|
2001-10-22 22:59:26 +00:00
|
|
|
char *gpf_path, *cf_path, *df_path;
|
|
|
|
const char *pf_path;
|
Have separate capture and display filter lists; some filter dialog boxes
use the capture filter lists, and others use the display filter list, as
appropriate.
Have separate menu items for editing the capture and display filter
lists.
Have separate "~/.ethereal/cfilters" and "~/.ethereal/dfilters" files
for the two lists; if either of those files isn't found, we try
"~/.ethereal/filters", which means that you will start out with two
identical lists holding all your filters - if certain filters belong
only in one list, you'll have to delete them by hand from the other
list.
Do I/O error checking when reading and writing filter lists; when
writing a filter list, write it to a new file, and then rename the new
file on top of the old file, so that you don't lose your old filter list
if, for example, you run out of disk space or disk quota.
svn path=/trunk/; revision=2948
2001-01-28 09:13:10 +00:00
|
|
|
int gpf_open_errno, pf_open_errno, cf_open_errno, df_open_errno;
|
1999-12-07 07:12:49 +00:00
|
|
|
int err;
|
Add a new global flag "capture_child", which is TRUE if we're a child
process for a sync mode or fork mode capture.
Have that flag control whether we do things that *only* the parent or
*only* the child should do, rather than basing it solely on the setting
of "sync_mode" or "fork_mode" (or, in the case of stuff done in the
child process either in sync mode or fork mode, rather than basing it on
the setting of those flags at all).
Split "do_capture()" into a "run_capture()" routine that starts a
capture (possibly by forking off and execing a child process, if we're
supposed to do sync mode or fork mode captures), and that assumes the
file to which the capture is to write has already been opened and that
"cf.save_file_fd" is the file descriptor for that file, and a
"do_capture()" routine that creates a temporary file, getting an FD for
it, and calls "run_capture()".
Use "run_capture()", rather than "capture()", for "-k" captures, so that
it'll do the capture in a child process if "-S" or "-F" was specified
("do_capture()" won't do because "-k" captures should write to the file
specified by the "-w" flag, not some random temporary file).
For child process captures, however, just use "capture()" - the child
process shouldn't itself fork off a child if we're in sync or fork mode,
and should just write to the file whose file descriptor was specified by
the "-W" flag on the command line.
All this allows you to do "ethereal -S -w <file> -i <interface> -k" to
start a sync mode capture from the command line.
svn path=/trunk/; revision=740
1999-09-30 06:50:01 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
1999-12-07 07:12:49 +00:00
|
|
|
gboolean start_capture = FALSE;
|
|
|
|
gchar *save_file = NULL;
|
2000-01-16 02:48:12 +00:00
|
|
|
GList *if_list;
|
2000-01-15 06:05:21 +00:00
|
|
|
gchar err_str[PCAP_ERRBUF_SIZE];
|
2001-02-11 09:28:17 +00:00
|
|
|
gboolean stats_known;
|
|
|
|
struct pcap_stat stats;
|
1999-12-07 07:12:49 +00:00
|
|
|
#else
|
|
|
|
gboolean capture_option_specified = FALSE;
|
Add a new global flag "capture_child", which is TRUE if we're a child
process for a sync mode or fork mode capture.
Have that flag control whether we do things that *only* the parent or
*only* the child should do, rather than basing it solely on the setting
of "sync_mode" or "fork_mode" (or, in the case of stuff done in the
child process either in sync mode or fork mode, rather than basing it on
the setting of those flags at all).
Split "do_capture()" into a "run_capture()" routine that starts a
capture (possibly by forking off and execing a child process, if we're
supposed to do sync mode or fork mode captures), and that assumes the
file to which the capture is to write has already been opened and that
"cf.save_file_fd" is the file descriptor for that file, and a
"do_capture()" routine that creates a temporary file, getting an FD for
it, and calls "run_capture()".
Use "run_capture()", rather than "capture()", for "-k" captures, so that
it'll do the capture in a child process if "-S" or "-F" was specified
("do_capture()" won't do because "-k" captures should write to the file
specified by the "-w" flag, not some random temporary file).
For child process captures, however, just use "capture()" - the child
process shouldn't itself fork off a child if we're in sync or fork mode,
and should just write to the file whose file descriptor was specified by
the "-W" flag on the command line.
All this allows you to do "ethereal -S -w <file> -i <interface> -k" to
start a sync mode capture from the command line.
svn path=/trunk/; revision=740
1999-09-30 06:50:01 +00:00
|
|
|
#endif
|
1998-11-18 03:01:44 +00:00
|
|
|
gint pl_size = 280, tv_size = 95, bv_size = 75;
|
1999-08-10 07:16:47 +00:00
|
|
|
gchar *rc_file, *cf_name = NULL, *rfilter = NULL;
|
2001-02-01 20:21:25 +00:00
|
|
|
dfilter_t *rfcode = NULL;
|
1999-08-15 19:18:46 +00:00
|
|
|
gboolean rfilter_parse_failed = FALSE;
|
1998-11-17 04:29:13 +00:00
|
|
|
e_prefs *prefs;
|
2001-05-31 08:36:46 +00:00
|
|
|
char badopt;
|
Instead of having the normal-weight and bold fonts set separately,
generate the name of the boldface font from the Roman font; if the two
fonts don't have the same widths, the display will look weird when a
field is selected, and it's a bit of a pain for the user to have to
select *two* fonts.
On UNIX/X, default to
"-*-fixed-medium-r-semicondensed-*-*-120-*-*-*-*-*-" rather than to
"-*-lucidatypewriter-medium-r-normal-*-*-120-*-*-*-*-iso8859-1" - some
Linux distributions appear to lack the Lucida typewriter font.
Add a "gui.font_name" preference to the preferences file, specifying the
normal-weight font to use. Have it settable from the "GUI" tab in the
Preferences dialog box - the "Font..." button, when clicked, pops up a
font selection dialog box.
If we either can't open the selected font or the boldfaced version of
the font, default to "6x13" and "6x13bold" as fallbacks - the former
will probably be "fixed", and the latter would be "fixedbold" if X
actually created such an alias, but it doesn't so we use "6x13bold"
instead.
svn path=/trunk/; revision=2304
2000-08-20 07:53:45 +00:00
|
|
|
char *bold_font_name;
|
1998-09-16 02:39:15 +00:00
|
|
|
|
1999-05-11 18:51:10 +00:00
|
|
|
ethereal_path = argv[0];
|
|
|
|
|
2001-02-20 04:09:37 +00:00
|
|
|
#ifdef WIN32
|
|
|
|
/* Arrange that if we have no console window, and a GLib message logging
|
|
|
|
routine is called to log a message, we pop up a console window.
|
|
|
|
|
|
|
|
We do that by inserting our own handler for all messages logged
|
|
|
|
to the default domain; that handler pops up a console if necessary,
|
|
|
|
and then calls the default handler. */
|
|
|
|
g_log_set_handler(NULL,
|
|
|
|
G_LOG_LEVEL_ERROR|
|
|
|
|
G_LOG_LEVEL_CRITICAL|
|
|
|
|
G_LOG_LEVEL_WARNING|
|
|
|
|
G_LOG_LEVEL_MESSAGE|
|
|
|
|
G_LOG_LEVEL_INFO|
|
|
|
|
G_LOG_LEVEL_DEBUG|
|
|
|
|
G_LOG_FLAG_FATAL|G_LOG_FLAG_RECURSION,
|
|
|
|
console_log_handler, NULL);
|
|
|
|
#endif
|
|
|
|
|
1999-10-21 21:47:08 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
2000-01-25 04:44:33 +00:00
|
|
|
command_name = get_basename(ethereal_path);
|
1999-10-21 21:47:08 +00:00
|
|
|
/* Set "capture_child" to indicate whether this is going to be a child
|
|
|
|
process for a "-S" capture. */
|
|
|
|
capture_child = (strcmp(command_name, CHILD_NAME) == 0);
|
|
|
|
#endif
|
|
|
|
|
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 dissectors; we must do this before checking for the
|
|
|
|
"-G" flag, as the "-G" flag dumps a list of fields registered
|
|
|
|
by the dissectors, and we must do it before we read the preferences,
|
|
|
|
in case any dissectors register preferences. */
|
2001-04-02 00:38:36 +00:00
|
|
|
epan_init(PLUGIN_DIR,register_all_protocols,register_all_protocol_handoffs);
|
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
|
|
|
|
|
|
|
/* Now register the preferences for any non-dissector modules.
|
|
|
|
We must do that before we read the preferences as well. */
|
|
|
|
prefs_register_modules();
|
|
|
|
|
1999-10-21 21:47:08 +00:00
|
|
|
/* If invoked with the "-G" flag, we dump out a glossary of
|
|
|
|
display filter symbols.
|
|
|
|
|
|
|
|
We must do this before calling "gtk_init()", because "gtk_init()"
|
|
|
|
tries to open an X display, and we don't want to have to do any X
|
|
|
|
stuff just to do a build.
|
|
|
|
|
|
|
|
Given that we call "gtk_init()" before doing the regular argument
|
|
|
|
list processing, so that it can handle X and GTK+ arguments and
|
|
|
|
remove them from the list at which we look, this means we must do
|
|
|
|
this before doing the regular argument list processing, as well.
|
|
|
|
|
|
|
|
This means that:
|
|
|
|
|
|
|
|
you must give the "-G" flag as the first flag on the command line;
|
|
|
|
|
|
|
|
you must give it as "-G", nothing more, nothing less;
|
|
|
|
|
|
|
|
any arguments after the "-G" flag will not be used. */
|
|
|
|
if (argc >= 2 && strcmp(argv[1], "-G") == 0) {
|
Have Ethereal, when invoked as "ethereal-dump-fields", dump out a
glossary of display filter symbols, just as it does with "-G", except
that, as it can discover that it was so invoked before even looking at
the command-line arguments, it needn't even bother calling "gtk_init()"
to process those command-line arguments GTK+ cares about, and thus
needn't do any X stuff at all when so invoked.
That allows Ethereal to be built in an environment where you don't have
an X server, and, if your connection to your X server is slow, allows
you to built it faster.
Get rid of the "-G" flag, as it had only a somewhat specialized use.
svn path=/trunk/; revision=444
1999-08-05 06:34:43 +00:00
|
|
|
proto_registrar_dump();
|
|
|
|
exit(0);
|
|
|
|
}
|
Add a new global flag "capture_child", which is TRUE if we're a child
process for a sync mode or fork mode capture.
Have that flag control whether we do things that *only* the parent or
*only* the child should do, rather than basing it solely on the setting
of "sync_mode" or "fork_mode" (or, in the case of stuff done in the
child process either in sync mode or fork mode, rather than basing it on
the setting of those flags at all).
Split "do_capture()" into a "run_capture()" routine that starts a
capture (possibly by forking off and execing a child process, if we're
supposed to do sync mode or fork mode captures), and that assumes the
file to which the capture is to write has already been opened and that
"cf.save_file_fd" is the file descriptor for that file, and a
"do_capture()" routine that creates a temporary file, getting an FD for
it, and calls "run_capture()".
Use "run_capture()", rather than "capture()", for "-k" captures, so that
it'll do the capture in a child process if "-S" or "-F" was specified
("do_capture()" won't do because "-k" captures should write to the file
specified by the "-w" flag, not some random temporary file).
For child process captures, however, just use "capture()" - the child
process shouldn't itself fork off a child if we're in sync or fork mode,
and should just write to the file whose file descriptor was specified by
the "-W" flag on the command line.
All this allows you to do "ethereal -S -w <file> -i <interface> -k" to
start a sync mode capture from the command line.
svn path=/trunk/; revision=740
1999-09-30 06:50:01 +00:00
|
|
|
|
2000-06-05 03:09:21 +00:00
|
|
|
/* Set the current locale according to the program environment.
|
|
|
|
* We haven't localized anything, but some GTK widgets are localized
|
2000-07-05 02:04:16 +00:00
|
|
|
* (the file selection dialogue, for example).
|
|
|
|
* This also sets the C-language locale to the native environment. */
|
2000-06-05 03:09:21 +00:00
|
|
|
gtk_set_locale();
|
|
|
|
|
1998-11-17 04:29:13 +00:00
|
|
|
/* Let GTK get its args */
|
|
|
|
gtk_init (&argc, &argv);
|
1999-05-11 18:51:10 +00:00
|
|
|
|
2001-01-28 04:52:29 +00:00
|
|
|
/* Read the preference files. */
|
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 = read_prefs(&gpf_open_errno, &gpf_path, &pf_open_errno, &pf_path);
|
1999-08-14 19:53:31 +00:00
|
|
|
|
2001-06-19 08:47:48 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
/* If this is a capture child process, it should pay no attention
|
|
|
|
to the "prefs.capture_prom_mode" setting in the preferences file;
|
|
|
|
it should do what the parent process tells it to do, and if
|
|
|
|
the parent process wants it not to run in promiscuous mode, it'll
|
|
|
|
tell it so with a "-p" flag. */
|
|
|
|
if (capture_child)
|
|
|
|
prefs->capture_prom_mode = TRUE;
|
|
|
|
#endif
|
|
|
|
|
Have separate capture and display filter lists; some filter dialog boxes
use the capture filter lists, and others use the display filter list, as
appropriate.
Have separate menu items for editing the capture and display filter
lists.
Have separate "~/.ethereal/cfilters" and "~/.ethereal/dfilters" files
for the two lists; if either of those files isn't found, we try
"~/.ethereal/filters", which means that you will start out with two
identical lists holding all your filters - if certain filters belong
only in one list, you'll have to delete them by hand from the other
list.
Do I/O error checking when reading and writing filter lists; when
writing a filter list, write it to a new file, and then rename the new
file on top of the old file, so that you don't lose your old filter list
if, for example, you run out of disk space or disk quota.
svn path=/trunk/; revision=2948
2001-01-28 09:13:10 +00:00
|
|
|
/* Read the capture filter file. */
|
|
|
|
read_filter_list(CFILTER_LIST, &cf_path, &cf_open_errno);
|
|
|
|
|
|
|
|
/* Read the display filter file. */
|
|
|
|
read_filter_list(DFILTER_LIST, &df_path, &df_open_errno);
|
2001-01-28 04:52:29 +00:00
|
|
|
|
1998-09-16 02:39:15 +00:00
|
|
|
/* Initialize the capture file struct */
|
2000-06-27 04:36:03 +00:00
|
|
|
cfile.plist = NULL;
|
2000-11-19 08:54:37 +00:00
|
|
|
cfile.plist_end = NULL;
|
2000-06-27 04:36:03 +00:00
|
|
|
cfile.wth = NULL;
|
2000-11-19 08:54:37 +00:00
|
|
|
cfile.filename = NULL;
|
|
|
|
cfile.user_saved = FALSE;
|
2000-06-27 04:36:03 +00:00
|
|
|
cfile.is_tempfile = FALSE;
|
|
|
|
cfile.rfcode = NULL;
|
|
|
|
cfile.dfilter = NULL;
|
|
|
|
cfile.dfcode = NULL;
|
1999-07-09 04:18:36 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
2000-06-27 04:36:03 +00:00
|
|
|
cfile.cfilter = g_strdup(EMPTY_FILTER);
|
1999-07-09 04:18:36 +00:00
|
|
|
#endif
|
2000-06-27 04:36:03 +00:00
|
|
|
cfile.iface = NULL;
|
2000-11-19 08:54:37 +00:00
|
|
|
cfile.save_file = NULL;
|
2000-06-27 04:36:03 +00:00
|
|
|
cfile.save_file_fd = -1;
|
|
|
|
cfile.snap = WTAP_MAX_PACKET_SIZE;
|
|
|
|
cfile.count = 0;
|
2001-12-04 07:32:05 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
cfile.autostop_duration = 0;
|
|
|
|
cfile.autostop_filesize = 0;
|
|
|
|
#endif
|
2000-12-03 22:12:21 +00:00
|
|
|
col_init(&cfile.cinfo, prefs->num_cols);
|
1998-11-17 04:29:13 +00:00
|
|
|
|
1998-12-27 20:47:53 +00:00
|
|
|
/* Assemble the compile-time options */
|
2001-03-27 06:48:12 +00:00
|
|
|
comp_info_str = g_string_new("");
|
|
|
|
|
|
|
|
g_string_append(comp_info_str, "with ");
|
|
|
|
g_string_sprintfa(comp_info_str,
|
1998-12-27 20:47:53 +00:00
|
|
|
#ifdef GTK_MAJOR_VERSION
|
2001-03-27 06:48:12 +00:00
|
|
|
"GTK+ %d.%d.%d", GTK_MAJOR_VERSION, GTK_MINOR_VERSION,
|
|
|
|
GTK_MICRO_VERSION);
|
|
|
|
#else
|
|
|
|
"GTK+ (version unknown)");
|
|
|
|
#endif
|
|
|
|
|
|
|
|
g_string_append(comp_info_str, ", with ");
|
|
|
|
g_string_sprintfa(comp_info_str,
|
|
|
|
#ifdef GLIB_MAJOR_VERSION
|
|
|
|
"GLib %d.%d.%d", GLIB_MAJOR_VERSION, GLIB_MINOR_VERSION,
|
|
|
|
GLIB_MICRO_VERSION);
|
1998-12-27 20:47:53 +00:00
|
|
|
#else
|
2001-03-27 06:48:12 +00:00
|
|
|
"GLib (version unknown)");
|
1999-07-09 04:18:36 +00:00
|
|
|
#endif
|
|
|
|
|
|
|
|
#ifdef HAVE_LIBPCAP
|
2001-03-27 06:48:12 +00:00
|
|
|
g_string_append(comp_info_str, ", with libpcap ");
|
2001-07-27 07:10:13 +00:00
|
|
|
#ifdef HAVE_PCAP_VERSION
|
2001-03-27 06:48:12 +00:00
|
|
|
g_string_append(comp_info_str, pcap_version);
|
2001-07-27 07:10:13 +00:00
|
|
|
#else /* HAVE_PCAP_VERSION */
|
|
|
|
g_string_append(comp_info_str, "(version unknown)");
|
|
|
|
#endif /* HAVE_PCAP_VERSION */
|
|
|
|
#else /* HAVE_LIBPCAP */
|
2001-03-27 06:48:12 +00:00
|
|
|
g_string_append(comp_info_str, ", without libpcap");
|
2001-07-27 07:10:13 +00:00
|
|
|
#endif /* HAVE_LIBPCAP */
|
1999-11-29 02:45:23 +00:00
|
|
|
|
|
|
|
#ifdef HAVE_LIBZ
|
2001-03-27 06:48:12 +00:00
|
|
|
g_string_append(comp_info_str, ", with libz ");
|
1999-11-29 02:45:23 +00:00
|
|
|
#ifdef ZLIB_VERSION
|
2001-03-27 06:48:12 +00:00
|
|
|
g_string_append(comp_info_str, ZLIB_VERSION);
|
1999-11-29 02:45:23 +00:00
|
|
|
#else /* ZLIB_VERSION */
|
2001-03-27 06:48:12 +00:00
|
|
|
g_string_append(comp_info_str, "(version unknown)");
|
1999-11-29 02:45:23 +00:00
|
|
|
#endif /* ZLIB_VERSION */
|
|
|
|
#else /* HAVE_LIBZ */
|
2001-03-27 06:48:12 +00:00
|
|
|
g_string_append(comp_info_str, ", without libz");
|
1999-11-29 02:45:23 +00:00
|
|
|
#endif /* HAVE_LIBZ */
|
1999-11-29 03:07:19 +00:00
|
|
|
|
1999-12-10 06:44:39 +00:00
|
|
|
/* Oh, this is pretty */
|
1999-11-29 03:07:19 +00:00
|
|
|
#if defined(HAVE_UCD_SNMP_SNMP_H)
|
2001-03-27 06:48:12 +00:00
|
|
|
g_string_append(comp_info_str, ", with UCD SNMP ");
|
1999-11-29 03:07:19 +00:00
|
|
|
#ifdef HAVE_UCD_SNMP_VERSION_H
|
2001-03-27 06:48:12 +00:00
|
|
|
g_string_append(comp_info_str, VersionInfo);
|
1999-11-29 04:31:05 +00:00
|
|
|
#else /* HAVE_UCD_SNMP_VERSION_H */
|
2001-03-27 06:48:12 +00:00
|
|
|
g_string_append(comp_info_str, "(version unknown)");
|
1999-11-29 04:31:05 +00:00
|
|
|
#endif /* HAVE_UCD_SNMP_VERSION_H */
|
1999-11-29 03:07:19 +00:00
|
|
|
#elif defined(HAVE_SNMP_SNMP_H)
|
2001-03-27 06:48:12 +00:00
|
|
|
g_string_append(comp_info_str, ", with CMU SNMP ");
|
1999-11-29 04:31:05 +00:00
|
|
|
#ifdef HAVE_SNMP_VERSION_H
|
2001-03-27 06:48:12 +00:00
|
|
|
g_string_append(comp_info_str, snmp_Version());
|
1999-11-29 04:31:05 +00:00
|
|
|
#else /* HAVE_SNMP_VERSION_H */
|
2001-03-27 06:48:12 +00:00
|
|
|
g_string_append(comp_info_str, "(version unknown)");
|
1999-11-29 04:31:05 +00:00
|
|
|
#endif /* HAVE_SNMP_VERSION_H */
|
|
|
|
#else /* no SNMP */
|
2001-03-27 06:48:12 +00:00
|
|
|
g_string_append(comp_info_str, ", without SNMP");
|
1999-11-29 03:07:19 +00:00
|
|
|
#endif
|
1998-12-27 20:47:53 +00:00
|
|
|
|
1998-09-16 02:39:15 +00:00
|
|
|
/* Now get our args */
|
2001-12-04 07:32:05 +00:00
|
|
|
while ((opt = getopt(argc, argv, "a:B:c:f:hi:klm:nN:o:pP:Qr:R:Ss:t:T:w:W:vZ:")) != EOF) {
|
1998-09-16 02:39:15 +00:00
|
|
|
switch (opt) {
|
2001-12-04 07:32:05 +00:00
|
|
|
case 'a': /* autostop criteria */
|
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
if (set_autostop_criterion(optarg) == FALSE) {
|
|
|
|
fprintf(stderr, "ethereal: Invalid or unknown -a flag \"%s\"\n", optarg);
|
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
#else
|
|
|
|
capture_option_specified = TRUE;
|
|
|
|
arg_error = TRUE;
|
|
|
|
#endif
|
|
|
|
break;
|
1998-09-16 02:39:15 +00:00
|
|
|
case 'B': /* Byte view pane height */
|
2001-04-18 05:45:58 +00:00
|
|
|
bv_size = get_positive_int(optarg, "byte view pane height");
|
1998-09-16 02:39:15 +00:00
|
|
|
break;
|
|
|
|
case 'c': /* Capture xxx packets */
|
1999-12-07 07:12:49 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
2001-04-18 05:45:58 +00:00
|
|
|
cfile.count = get_positive_int(optarg, "packet count");
|
1999-12-07 07:12:49 +00:00
|
|
|
#else
|
|
|
|
capture_option_specified = TRUE;
|
|
|
|
arg_error = TRUE;
|
|
|
|
#endif
|
1998-09-16 02:39:15 +00:00
|
|
|
break;
|
1999-07-13 02:53:26 +00:00
|
|
|
case 'f':
|
1999-12-07 07:12:49 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
2000-06-27 04:36:03 +00:00
|
|
|
if (cfile.cfilter)
|
|
|
|
g_free(cfile.cfilter);
|
|
|
|
cfile.cfilter = g_strdup(optarg);
|
1999-12-07 07:12:49 +00:00
|
|
|
#else
|
|
|
|
capture_option_specified = TRUE;
|
|
|
|
arg_error = TRUE;
|
1999-07-13 02:53:26 +00:00
|
|
|
#endif
|
1999-12-07 07:12:49 +00:00
|
|
|
break;
|
1998-09-16 02:39:15 +00:00
|
|
|
case 'h': /* Print help and exit */
|
|
|
|
print_usage();
|
|
|
|
exit(0);
|
|
|
|
break;
|
|
|
|
case 'i': /* Use interface xxx */
|
1999-12-07 07:12:49 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
2000-06-27 04:36:03 +00:00
|
|
|
cfile.iface = g_strdup(optarg);
|
1999-12-07 07:12:49 +00:00
|
|
|
#else
|
|
|
|
capture_option_specified = TRUE;
|
|
|
|
arg_error = TRUE;
|
|
|
|
#endif
|
|
|
|
break;
|
|
|
|
case 'k': /* Start capture immediately */
|
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
start_capture = TRUE;
|
|
|
|
#else
|
|
|
|
capture_option_specified = TRUE;
|
|
|
|
arg_error = TRUE;
|
|
|
|
#endif
|
1998-09-16 02:39:15 +00:00
|
|
|
break;
|
2001-05-01 00:41:46 +00:00
|
|
|
case 'l': /* Automatic scrolling in live capture mode */
|
|
|
|
prefs->capture_auto_scroll = TRUE;
|
|
|
|
break;
|
Instead of having the normal-weight and bold fonts set separately,
generate the name of the boldface font from the Roman font; if the two
fonts don't have the same widths, the display will look weird when a
field is selected, and it's a bit of a pain for the user to have to
select *two* fonts.
On UNIX/X, default to
"-*-fixed-medium-r-semicondensed-*-*-120-*-*-*-*-*-" rather than to
"-*-lucidatypewriter-medium-r-normal-*-*-120-*-*-*-*-iso8859-1" - some
Linux distributions appear to lack the Lucida typewriter font.
Add a "gui.font_name" preference to the preferences file, specifying the
normal-weight font to use. Have it settable from the "GUI" tab in the
Preferences dialog box - the "Font..." button, when clicked, pops up a
font selection dialog box.
If we either can't open the selected font or the boldfaced version of
the font, default to "6x13" and "6x13bold" as fallbacks - the former
will probably be "fixed", and the latter would be "fixedbold" if X
actually created such an alias, but it doesn't so we use "6x13bold"
instead.
svn path=/trunk/; revision=2304
2000-08-20 07:53:45 +00:00
|
|
|
case 'm': /* Fixed-width font for the display */
|
|
|
|
if (prefs->gui_font_name != NULL)
|
|
|
|
g_free(prefs->gui_font_name);
|
2001-05-31 08:36:46 +00:00
|
|
|
prefs->gui_font_name = g_strdup(optarg);
|
|
|
|
break;
|
1998-09-16 02:39:15 +00:00
|
|
|
case 'n': /* No name resolution */
|
2001-05-31 08:36:46 +00:00
|
|
|
prefs->name_resolve = PREFS_RESOLV_NONE;
|
|
|
|
break;
|
|
|
|
case 'N': /* Select what types of addresses/port #s to resolve */
|
|
|
|
if (prefs->name_resolve == PREFS_RESOLV_ALL)
|
|
|
|
prefs->name_resolve = PREFS_RESOLV_NONE;
|
|
|
|
badopt = string_to_name_resolve(optarg, &prefs->name_resolve);
|
|
|
|
if (badopt != '\0') {
|
|
|
|
fprintf(stderr, "ethereal: -N specifies unknown resolving option '%c'; valid options are 'm', 'n', and 't'\n",
|
|
|
|
badopt);
|
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
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 'o': /* Override preference from command line */
|
|
|
|
switch (prefs_set_pref(optarg)) {
|
|
|
|
|
|
|
|
case PREFS_SET_SYNTAX_ERR:
|
|
|
|
fprintf(stderr, "ethereal: Invalid -o flag \"%s\"\n", optarg);
|
|
|
|
exit(1);
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PREFS_SET_NO_SUCH_PREF:
|
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:
|
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(stderr, "ethereal: -o flag \"%s\" specifies unknown preference\n",
|
|
|
|
optarg);
|
|
|
|
exit(1);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
break;
|
2000-09-15 05:32:49 +00:00
|
|
|
case 'p': /* Don't capture in promiscuous mode */
|
|
|
|
#ifdef HAVE_LIBPCAP
|
2001-06-19 08:47:48 +00:00
|
|
|
prefs->capture_prom_mode = FALSE;
|
2000-09-15 05:32:49 +00:00
|
|
|
#else
|
|
|
|
capture_option_specified = TRUE;
|
|
|
|
arg_error = TRUE;
|
|
|
|
#endif
|
|
|
|
break;
|
1998-09-16 02:39:15 +00:00
|
|
|
case 'P': /* Packet list pane height */
|
2001-04-18 05:45:58 +00:00
|
|
|
pl_size = get_positive_int(optarg, "packet list pane height");
|
1998-09-16 02:39:15 +00:00
|
|
|
break;
|
1999-05-11 18:51:10 +00:00
|
|
|
case 'Q': /* Quit after capture (just capture to file) */
|
1999-12-07 07:12:49 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
1999-05-11 18:51:10 +00:00
|
|
|
quit_after_cap = 1;
|
Add a new global flag "capture_child", which is TRUE if we're a child
process for a sync mode or fork mode capture.
Have that flag control whether we do things that *only* the parent or
*only* the child should do, rather than basing it solely on the setting
of "sync_mode" or "fork_mode" (or, in the case of stuff done in the
child process either in sync mode or fork mode, rather than basing it on
the setting of those flags at all).
Split "do_capture()" into a "run_capture()" routine that starts a
capture (possibly by forking off and execing a child process, if we're
supposed to do sync mode or fork mode captures), and that assumes the
file to which the capture is to write has already been opened and that
"cf.save_file_fd" is the file descriptor for that file, and a
"do_capture()" routine that creates a temporary file, getting an FD for
it, and calls "run_capture()".
Use "run_capture()", rather than "capture()", for "-k" captures, so that
it'll do the capture in a child process if "-S" or "-F" was specified
("do_capture()" won't do because "-k" captures should write to the file
specified by the "-w" flag, not some random temporary file).
For child process captures, however, just use "capture()" - the child
process shouldn't itself fork off a child if we're in sync or fork mode,
and should just write to the file whose file descriptor was specified by
the "-W" flag on the command line.
All this allows you to do "ethereal -S -w <file> -i <interface> -k" to
start a sync mode capture from the command line.
svn path=/trunk/; revision=740
1999-09-30 06:50:01 +00:00
|
|
|
start_capture = TRUE; /*** -Q implies -k !! ***/
|
1999-12-07 07:12:49 +00:00
|
|
|
#else
|
|
|
|
capture_option_specified = TRUE;
|
|
|
|
arg_error = TRUE;
|
1999-07-13 02:53:26 +00:00
|
|
|
#endif
|
1999-12-07 07:12:49 +00:00
|
|
|
break;
|
1998-09-16 02:39:15 +00:00
|
|
|
case 'r': /* Read capture file xxx */
|
1999-12-02 08:28:34 +00:00
|
|
|
/* We may set "last_open_dir" to "cf_name", and if we change
|
|
|
|
"last_open_dir" later, we free the old value, so we have to
|
|
|
|
set "cf_name" to something that's been allocated. */
|
Fix bug which occurs when running ethereal with "-r" to load a file, then
loading a new file from within ethereal.
In main(), cf_name was being set to optarg, without g_strdup()'ing it.
Later, in file_open_cmd_cb(), we try to g_free last_open_dir, which is
cf_name, so blammo! We try to g_free something that we can't.
So, in main(), be sure to set cf_name to a g_strdup() of optarg, not
just optarg.
(At home I'm using debug/development versions of glib/gtk, so maybe
that's why I saw the problem only now. I could have sworn that I
have done this sequence of events successfully before).
svn path=/trunk/; revision=1180
1999-12-02 05:25:59 +00:00
|
|
|
cf_name = g_strdup(optarg);
|
1998-09-16 02:39:15 +00:00
|
|
|
break;
|
1999-08-08 01:29:24 +00:00
|
|
|
case 'R': /* Read file filter */
|
1999-08-15 19:18:46 +00:00
|
|
|
rfilter = optarg;
|
1999-08-08 01:29:24 +00:00
|
|
|
break;
|
1998-09-16 02:39:15 +00:00
|
|
|
case 's': /* Set the snapshot (capture) length */
|
1999-12-07 07:12:49 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
2001-04-18 05:45:58 +00:00
|
|
|
cfile.snap = get_positive_int(optarg, "snapshot length");
|
1999-12-07 07:12:49 +00:00
|
|
|
#else
|
|
|
|
capture_option_specified = TRUE;
|
|
|
|
arg_error = TRUE;
|
|
|
|
#endif
|
1998-09-16 02:39:15 +00:00
|
|
|
break;
|
1999-05-11 18:51:10 +00:00
|
|
|
case 'S': /* "Sync" mode: used for following file ala tail -f */
|
1999-12-07 07:12:49 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
2001-05-01 00:18:48 +00:00
|
|
|
prefs->capture_real_time = TRUE;
|
1999-12-07 07:12:49 +00:00
|
|
|
#else
|
|
|
|
capture_option_specified = TRUE;
|
|
|
|
arg_error = TRUE;
|
1999-07-13 02:53:26 +00:00
|
|
|
#endif
|
1999-12-07 07:12:49 +00:00
|
|
|
break;
|
1998-09-27 22:12:47 +00:00
|
|
|
case 't': /* Time stamp type */
|
|
|
|
if (strcmp(optarg, "r") == 0)
|
|
|
|
timestamp_type = RELATIVE;
|
|
|
|
else if (strcmp(optarg, "a") == 0)
|
|
|
|
timestamp_type = ABSOLUTE;
|
2000-11-01 08:31:36 +00:00
|
|
|
else if (strcmp(optarg, "ad") == 0)
|
|
|
|
timestamp_type = ABSOLUTE_WITH_DATE;
|
1998-09-27 22:12:47 +00:00
|
|
|
else if (strcmp(optarg, "d") == 0)
|
|
|
|
timestamp_type = DELTA;
|
|
|
|
else {
|
|
|
|
fprintf(stderr, "ethereal: Invalid time stamp type \"%s\"\n",
|
|
|
|
optarg);
|
|
|
|
fprintf(stderr, "It must be \"r\" for relative, \"a\" for absolute,\n");
|
2000-11-01 08:31:36 +00:00
|
|
|
fprintf(stderr, "\"ad\" for absolute with date, or \"d\" for delta.\n");
|
1998-09-27 22:12:47 +00:00
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
break;
|
1998-09-16 02:39:15 +00:00
|
|
|
case 'T': /* Tree view pane height */
|
2001-04-18 05:45:58 +00:00
|
|
|
tv_size = get_positive_int(optarg, "tree view pane height");
|
1998-09-16 02:39:15 +00:00
|
|
|
break;
|
|
|
|
case 'v': /* Show version and exit */
|
2001-02-20 04:09:37 +00:00
|
|
|
show_version();
|
|
|
|
#ifdef WIN32
|
|
|
|
if (console_was_created)
|
|
|
|
destroy_console();
|
|
|
|
#endif
|
1998-09-16 02:39:15 +00:00
|
|
|
exit(0);
|
|
|
|
break;
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
case 'w': /* Write to capture file xxx */
|
1999-12-07 07:12:49 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
1999-10-02 06:26:53 +00:00
|
|
|
save_file = g_strdup(optarg);
|
1999-12-07 07:12:49 +00:00
|
|
|
#else
|
|
|
|
capture_option_specified = TRUE;
|
|
|
|
arg_error = TRUE;
|
|
|
|
#endif
|
1998-09-16 02:39:15 +00:00
|
|
|
break;
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
case 'W': /* Write to capture file FD xxx */
|
1999-12-07 07:12:49 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
2000-06-27 04:36:03 +00:00
|
|
|
cfile.save_file_fd = atoi(optarg);
|
1999-12-07 07:12:49 +00:00
|
|
|
#else
|
|
|
|
capture_option_specified = TRUE;
|
|
|
|
arg_error = TRUE;
|
1999-07-13 02:53:26 +00:00
|
|
|
#endif
|
1999-12-07 07:12:49 +00:00
|
|
|
break;
|
2000-06-15 08:02:43 +00:00
|
|
|
|
|
|
|
#ifdef _WIN32
|
|
|
|
case 'Z': /* Write to pipe FD XXX */
|
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
/* associate stdout with pipe */
|
|
|
|
i = atoi(optarg);
|
|
|
|
if (dup2(i, 1) < 0) {
|
|
|
|
fprintf(stderr, "Unable to dup pipe handle\n");
|
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
#else
|
|
|
|
capture_option_specified = TRUE;
|
|
|
|
arg_error = TRUE;
|
|
|
|
#endif /* HAVE_LIBPCAP */
|
|
|
|
break;
|
|
|
|
#endif /* _WIN32 */
|
|
|
|
|
1999-12-07 07:12:49 +00:00
|
|
|
default:
|
1999-10-02 20:00:46 +00:00
|
|
|
case '?': /* Bad flag - print usage message */
|
1999-12-07 07:12:49 +00:00
|
|
|
arg_error = TRUE;
|
1999-10-02 20:00:46 +00:00
|
|
|
break;
|
1998-09-16 02:39:15 +00:00
|
|
|
}
|
|
|
|
}
|
2001-11-24 08:46:13 +00:00
|
|
|
argc -= optind;
|
|
|
|
argv += optind;
|
|
|
|
if (argc >= 1) {
|
|
|
|
if (cf_name != NULL) {
|
|
|
|
/*
|
|
|
|
* Input file name specified with "-r" *and* specified as a regular
|
|
|
|
* command-line argument.
|
|
|
|
*/
|
|
|
|
arg_error = TRUE;
|
|
|
|
} else {
|
|
|
|
/*
|
|
|
|
* Input file name not specified with "-r", and a command-line argument
|
|
|
|
* was specified; treat it as the input file name.
|
|
|
|
*
|
|
|
|
* Yes, this is different from tethereal, where non-flag command-line
|
|
|
|
* arguments are a filter, but this works better on GUI desktops
|
|
|
|
* where a command can be specified to be run to open a particular
|
|
|
|
* file - yes, you could have "-r" as the last part of the command,
|
|
|
|
* but that's a bit ugly.
|
|
|
|
*/
|
|
|
|
cf_name = g_strdup(argv[0]);
|
|
|
|
}
|
|
|
|
argc--;
|
|
|
|
argv++;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (argc != 0) {
|
|
|
|
/*
|
|
|
|
* Extra command line arguments were specified; complain.
|
|
|
|
*/
|
|
|
|
arg_error = TRUE;
|
|
|
|
}
|
1998-12-29 04:05:38 +00:00
|
|
|
|
2000-09-14 22:59:08 +00:00
|
|
|
#ifdef WIN32
|
2001-04-03 05:26:27 +00:00
|
|
|
/* Load wpcap if possible */
|
|
|
|
load_wpcap();
|
|
|
|
|
2000-09-14 22:59:08 +00:00
|
|
|
/* Start windows sockets */
|
|
|
|
WSAStartup( MAKEWORD( 1, 1 ), &wsaData );
|
|
|
|
#endif
|
|
|
|
|
2000-07-09 03:29:42 +00:00
|
|
|
/* Notify all registered modules that have had any of their preferences
|
|
|
|
changed either from one of the preferences file or from the command
|
|
|
|
line that its preferences have changed. */
|
|
|
|
prefs_apply_all();
|
|
|
|
|
1999-12-07 07:12:49 +00:00
|
|
|
#ifndef HAVE_LIBPCAP
|
|
|
|
if (capture_option_specified)
|
|
|
|
fprintf(stderr, "This version of Ethereal was not built with support for capturing packets.\n");
|
|
|
|
#endif
|
|
|
|
if (arg_error)
|
|
|
|
print_usage();
|
1999-10-02 19:33:14 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
1999-06-15 03:46:46 +00:00
|
|
|
if (start_capture) {
|
2000-01-15 06:05:21 +00:00
|
|
|
/* We're supposed to do a live capture; did the user specify an interface
|
|
|
|
to use? */
|
2000-06-27 04:36:03 +00:00
|
|
|
if (cfile.iface == NULL) {
|
2000-01-16 02:48:12 +00:00
|
|
|
/* No - pick the first one from the list of interfaces. */
|
|
|
|
if_list = get_interface_list(&err, err_str);
|
|
|
|
if (if_list == NULL) {
|
|
|
|
switch (err) {
|
|
|
|
|
|
|
|
case CANT_GET_INTERFACE_LIST:
|
|
|
|
fprintf(stderr, "ethereal: Can't get list of interfaces: %s\n",
|
|
|
|
err_str);
|
|
|
|
break;
|
|
|
|
|
|
|
|
case NO_INTERFACES_FOUND:
|
|
|
|
fprintf(stderr, "ethereal: There are no interfaces on which a capture can be done\n");
|
|
|
|
break;
|
|
|
|
}
|
2000-01-15 06:05:21 +00:00
|
|
|
exit(2);
|
|
|
|
}
|
2000-06-27 04:36:03 +00:00
|
|
|
cfile.iface = g_strdup(if_list->data); /* first interface */
|
2000-01-16 02:48:12 +00:00
|
|
|
free_interface_list(if_list);
|
1999-06-15 03:46:46 +00:00
|
|
|
}
|
1999-10-02 06:00:07 +00:00
|
|
|
}
|
|
|
|
if (capture_child) {
|
2000-06-27 04:36:03 +00:00
|
|
|
if (cfile.save_file_fd == -1) {
|
1999-10-02 06:00:07 +00:00
|
|
|
/* XXX - send this to the standard output as something our parent
|
|
|
|
should put in an error message box? */
|
|
|
|
fprintf(stderr, "%s: \"-W\" flag not specified\n", CHILD_NAME);
|
|
|
|
exit(1);
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
}
|
1999-06-15 03:46:46 +00:00
|
|
|
}
|
1999-10-02 06:00:07 +00:00
|
|
|
#endif
|
1999-06-15 03:46:46 +00:00
|
|
|
|
1998-12-29 04:05:38 +00:00
|
|
|
/* Build the column format array */
|
2000-06-27 04:36:03 +00:00
|
|
|
for (i = 0; i < cfile.cinfo.num_cols; i++) {
|
|
|
|
cfile.cinfo.col_fmt[i] = get_column_format(i);
|
|
|
|
cfile.cinfo.col_title[i] = g_strdup(get_column_title(i));
|
|
|
|
cfile.cinfo.fmt_matx[i] = (gboolean *) g_malloc0(sizeof(gboolean) *
|
1998-12-29 04:05:38 +00:00
|
|
|
NUM_COL_FMTS);
|
2000-06-27 04:36:03 +00:00
|
|
|
get_column_format_matches(cfile.cinfo.fmt_matx[i], cfile.cinfo.col_fmt[i]);
|
2000-11-19 08:54:37 +00:00
|
|
|
cfile.cinfo.col_data[i] = NULL;
|
2000-06-27 04:36:03 +00:00
|
|
|
if (cfile.cinfo.col_fmt[i] == COL_INFO)
|
2000-11-19 08:54:37 +00:00
|
|
|
cfile.cinfo.col_buf[i] = (gchar *) g_malloc(sizeof(gchar) * COL_MAX_INFO_LEN);
|
1999-10-15 20:33:06 +00:00
|
|
|
else
|
2000-11-19 08:54:37 +00:00
|
|
|
cfile.cinfo.col_buf[i] = (gchar *) g_malloc(sizeof(gchar) * COL_MAX_LEN);
|
1998-12-29 04:05:38 +00:00
|
|
|
}
|
|
|
|
|
2000-06-27 04:36:03 +00:00
|
|
|
if (cfile.snap < 1)
|
|
|
|
cfile.snap = WTAP_MAX_PACKET_SIZE;
|
|
|
|
else if (cfile.snap < MIN_PACKET_SIZE)
|
|
|
|
cfile.snap = MIN_PACKET_SIZE;
|
1998-09-16 02:39:15 +00:00
|
|
|
|
2001-10-24 07:18:39 +00:00
|
|
|
rc_file = get_persconffile_path(RC_FILE, FALSE);
|
1998-09-16 02:39:15 +00:00
|
|
|
gtk_rc_parse(rc_file);
|
|
|
|
|
Instead of having the normal-weight and bold fonts set separately,
generate the name of the boldface font from the Roman font; if the two
fonts don't have the same widths, the display will look weird when a
field is selected, and it's a bit of a pain for the user to have to
select *two* fonts.
On UNIX/X, default to
"-*-fixed-medium-r-semicondensed-*-*-120-*-*-*-*-*-" rather than to
"-*-lucidatypewriter-medium-r-normal-*-*-120-*-*-*-*-iso8859-1" - some
Linux distributions appear to lack the Lucida typewriter font.
Add a "gui.font_name" preference to the preferences file, specifying the
normal-weight font to use. Have it settable from the "GUI" tab in the
Preferences dialog box - the "Font..." button, when clicked, pops up a
font selection dialog box.
If we either can't open the selected font or the boldfaced version of
the font, default to "6x13" and "6x13bold" as fallbacks - the former
will probably be "fixed", and the latter would be "fixedbold" if X
actually created such an alias, but it doesn't so we use "6x13bold"
instead.
svn path=/trunk/; revision=2304
2000-08-20 07:53:45 +00:00
|
|
|
/* Try to load the regular and boldface fixed-width fonts */
|
|
|
|
bold_font_name = boldify(prefs->gui_font_name);
|
|
|
|
m_r_font = gdk_font_load(prefs->gui_font_name);
|
|
|
|
m_b_font = gdk_font_load(bold_font_name);
|
|
|
|
if (m_r_font == NULL || m_b_font == NULL) {
|
2000-08-20 15:38:50 +00:00
|
|
|
/* XXX - pop this up as a dialog box? no */
|
|
|
|
if (m_r_font == NULL) {
|
2000-08-21 01:52:57 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
if (!capture_child)
|
|
|
|
#endif
|
2000-08-20 15:38:50 +00:00
|
|
|
fprintf(stderr, "ethereal: Warning: font %s not found - defaulting to 6x13 and 6x13bold\n",
|
Instead of having the normal-weight and bold fonts set separately,
generate the name of the boldface font from the Roman font; if the two
fonts don't have the same widths, the display will look weird when a
field is selected, and it's a bit of a pain for the user to have to
select *two* fonts.
On UNIX/X, default to
"-*-fixed-medium-r-semicondensed-*-*-120-*-*-*-*-*-" rather than to
"-*-lucidatypewriter-medium-r-normal-*-*-120-*-*-*-*-iso8859-1" - some
Linux distributions appear to lack the Lucida typewriter font.
Add a "gui.font_name" preference to the preferences file, specifying the
normal-weight font to use. Have it settable from the "GUI" tab in the
Preferences dialog box - the "Font..." button, when clicked, pops up a
font selection dialog box.
If we either can't open the selected font or the boldfaced version of
the font, default to "6x13" and "6x13bold" as fallbacks - the former
will probably be "fixed", and the latter would be "fixedbold" if X
actually created such an alias, but it doesn't so we use "6x13bold"
instead.
svn path=/trunk/; revision=2304
2000-08-20 07:53:45 +00:00
|
|
|
prefs->gui_font_name);
|
2000-08-20 15:38:50 +00:00
|
|
|
} else {
|
Instead of having the normal-weight and bold fonts set separately,
generate the name of the boldface font from the Roman font; if the two
fonts don't have the same widths, the display will look weird when a
field is selected, and it's a bit of a pain for the user to have to
select *two* fonts.
On UNIX/X, default to
"-*-fixed-medium-r-semicondensed-*-*-120-*-*-*-*-*-" rather than to
"-*-lucidatypewriter-medium-r-normal-*-*-120-*-*-*-*-iso8859-1" - some
Linux distributions appear to lack the Lucida typewriter font.
Add a "gui.font_name" preference to the preferences file, specifying the
normal-weight font to use. Have it settable from the "GUI" tab in the
Preferences dialog box - the "Font..." button, when clicked, pops up a
font selection dialog box.
If we either can't open the selected font or the boldfaced version of
the font, default to "6x13" and "6x13bold" as fallbacks - the former
will probably be "fixed", and the latter would be "fixedbold" if X
actually created such an alias, but it doesn't so we use "6x13bold"
instead.
svn path=/trunk/; revision=2304
2000-08-20 07:53:45 +00:00
|
|
|
gdk_font_unref(m_r_font);
|
2000-08-20 15:38:50 +00:00
|
|
|
}
|
|
|
|
if (m_b_font == NULL) {
|
2000-08-21 01:52:57 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
2000-08-20 15:38:50 +00:00
|
|
|
if (!capture_child)
|
2000-08-21 01:52:57 +00:00
|
|
|
#endif
|
2000-08-20 15:38:50 +00:00
|
|
|
fprintf(stderr, "ethereal: Warning: font %s not found - defaulting to 6x13 and 6x13bold\n",
|
Instead of having the normal-weight and bold fonts set separately,
generate the name of the boldface font from the Roman font; if the two
fonts don't have the same widths, the display will look weird when a
field is selected, and it's a bit of a pain for the user to have to
select *two* fonts.
On UNIX/X, default to
"-*-fixed-medium-r-semicondensed-*-*-120-*-*-*-*-*-" rather than to
"-*-lucidatypewriter-medium-r-normal-*-*-120-*-*-*-*-iso8859-1" - some
Linux distributions appear to lack the Lucida typewriter font.
Add a "gui.font_name" preference to the preferences file, specifying the
normal-weight font to use. Have it settable from the "GUI" tab in the
Preferences dialog box - the "Font..." button, when clicked, pops up a
font selection dialog box.
If we either can't open the selected font or the boldfaced version of
the font, default to "6x13" and "6x13bold" as fallbacks - the former
will probably be "fixed", and the latter would be "fixedbold" if X
actually created such an alias, but it doesn't so we use "6x13bold"
instead.
svn path=/trunk/; revision=2304
2000-08-20 07:53:45 +00:00
|
|
|
bold_font_name);
|
2000-08-20 15:38:50 +00:00
|
|
|
} else {
|
Instead of having the normal-weight and bold fonts set separately,
generate the name of the boldface font from the Roman font; if the two
fonts don't have the same widths, the display will look weird when a
field is selected, and it's a bit of a pain for the user to have to
select *two* fonts.
On UNIX/X, default to
"-*-fixed-medium-r-semicondensed-*-*-120-*-*-*-*-*-" rather than to
"-*-lucidatypewriter-medium-r-normal-*-*-120-*-*-*-*-iso8859-1" - some
Linux distributions appear to lack the Lucida typewriter font.
Add a "gui.font_name" preference to the preferences file, specifying the
normal-weight font to use. Have it settable from the "GUI" tab in the
Preferences dialog box - the "Font..." button, when clicked, pops up a
font selection dialog box.
If we either can't open the selected font or the boldfaced version of
the font, default to "6x13" and "6x13bold" as fallbacks - the former
will probably be "fixed", and the latter would be "fixedbold" if X
actually created such an alias, but it doesn't so we use "6x13bold"
instead.
svn path=/trunk/; revision=2304
2000-08-20 07:53:45 +00:00
|
|
|
gdk_font_unref(m_b_font);
|
2000-08-20 15:38:50 +00:00
|
|
|
}
|
Instead of having the normal-weight and bold fonts set separately,
generate the name of the boldface font from the Roman font; if the two
fonts don't have the same widths, the display will look weird when a
field is selected, and it's a bit of a pain for the user to have to
select *two* fonts.
On UNIX/X, default to
"-*-fixed-medium-r-semicondensed-*-*-120-*-*-*-*-*-" rather than to
"-*-lucidatypewriter-medium-r-normal-*-*-120-*-*-*-*-iso8859-1" - some
Linux distributions appear to lack the Lucida typewriter font.
Add a "gui.font_name" preference to the preferences file, specifying the
normal-weight font to use. Have it settable from the "GUI" tab in the
Preferences dialog box - the "Font..." button, when clicked, pops up a
font selection dialog box.
If we either can't open the selected font or the boldfaced version of
the font, default to "6x13" and "6x13bold" as fallbacks - the former
will probably be "fixed", and the latter would be "fixedbold" if X
actually created such an alias, but it doesn't so we use "6x13bold"
instead.
svn path=/trunk/; revision=2304
2000-08-20 07:53:45 +00:00
|
|
|
g_free(bold_font_name);
|
|
|
|
if ((m_r_font = gdk_font_load("6x13")) == NULL) {
|
|
|
|
fprintf(stderr, "ethereal: Error: font 6x13 not found\n");
|
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
if ((m_b_font = gdk_font_load("6x13bold")) == NULL) {
|
2000-08-20 15:38:50 +00:00
|
|
|
fprintf(stderr, "ethereal: Error: font 6x13bold not found\n");
|
Instead of having the normal-weight and bold fonts set separately,
generate the name of the boldface font from the Roman font; if the two
fonts don't have the same widths, the display will look weird when a
field is selected, and it's a bit of a pain for the user to have to
select *two* fonts.
On UNIX/X, default to
"-*-fixed-medium-r-semicondensed-*-*-120-*-*-*-*-*-" rather than to
"-*-lucidatypewriter-medium-r-normal-*-*-120-*-*-*-*-iso8859-1" - some
Linux distributions appear to lack the Lucida typewriter font.
Add a "gui.font_name" preference to the preferences file, specifying the
normal-weight font to use. Have it settable from the "GUI" tab in the
Preferences dialog box - the "Font..." button, when clicked, pops up a
font selection dialog box.
If we either can't open the selected font or the boldfaced version of
the font, default to "6x13" and "6x13bold" as fallbacks - the former
will probably be "fixed", and the latter would be "fixedbold" if X
actually created such an alias, but it doesn't so we use "6x13bold"
instead.
svn path=/trunk/; revision=2304
2000-08-20 07:53:45 +00:00
|
|
|
exit(1);
|
|
|
|
}
|
2000-08-23 21:05:11 +00:00
|
|
|
g_free(prefs->gui_font_name);
|
|
|
|
prefs->gui_font_name = g_strdup("6x13");
|
1998-09-16 02:39:15 +00:00
|
|
|
}
|
|
|
|
|
2001-03-02 23:10:12 +00:00
|
|
|
/* Call this for the side-effects that set_fonts() produces */
|
|
|
|
set_fonts(m_r_font, m_b_font);
|
|
|
|
|
2000-01-15 12:54:24 +00:00
|
|
|
|
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
/* Is this a "child" ethereal, which is only supposed to pop up a
|
|
|
|
capture box to let us stop the capture, and run a capture
|
|
|
|
to a file that our parent will read? */
|
|
|
|
if (!capture_child) {
|
|
|
|
#endif
|
|
|
|
/* No. Pop up the main window, and read in a capture file if
|
|
|
|
we were told to. */
|
|
|
|
|
2001-03-02 17:44:07 +00:00
|
|
|
create_main_window(pl_size, tv_size, bv_size, prefs);
|
2000-01-25 13:44:39 +00:00
|
|
|
set_menus_for_capture_file(FALSE);
|
2000-01-15 12:54:24 +00:00
|
|
|
|
2000-06-27 04:36:03 +00:00
|
|
|
cfile.colors = colfilter_new();
|
2000-01-15 12:54:24 +00:00
|
|
|
|
|
|
|
/* If we were given the name of a capture file, read it in now;
|
|
|
|
we defer it until now, so that, if we can't open it, and pop
|
|
|
|
up an alert box, the alert box is more likely to come up on
|
|
|
|
top of the main window - but before the preference-file-error
|
|
|
|
alert box, so, if we get one of those, it's more likely to come
|
|
|
|
up on top of us. */
|
|
|
|
if (cf_name) {
|
|
|
|
if (rfilter != NULL) {
|
2001-02-01 20:21:25 +00:00
|
|
|
if (!dfilter_compile(rfilter, &rfcode)) {
|
2000-07-20 05:10:02 +00:00
|
|
|
simple_dialog(ESD_TYPE_CRIT, NULL, dfilter_error_msg);
|
2000-01-15 12:54:24 +00:00
|
|
|
rfilter_parse_failed = TRUE;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if (!rfilter_parse_failed) {
|
2000-06-27 04:36:03 +00:00
|
|
|
if ((err = open_cap_file(cf_name, FALSE, &cfile)) == 0) {
|
2000-01-15 12:54:24 +00:00
|
|
|
/* "open_cap_file()" succeeded, so it closed the previous
|
|
|
|
capture file, and thus destroyed any previous read filter
|
|
|
|
attached to "cf". */
|
2000-06-27 04:36:03 +00:00
|
|
|
cfile.rfcode = rfcode;
|
Add routines to Wiretap to allow a client of Wiretap to get:
a pointer to the "wtap_pkthdr" structure for an open capture
file;
a pointer to the "wtap_pseudo_header" union for an open capture
file;
a pointer to the packet buffer for an open capture file;
so that a program using "wtap_read()" in a loop can get at those items.
Keep, in a "capture_file" structure, an indicator of whether:
no file is open;
a file is open, and being read;
a file is open, and is being read, but the user tried to quit
out of reading the file (e.g., by doing "File/Quit");
a file is open, and has been completely read.
Abort if we try to close a capture that's being read if the user hasn't
tried to quit out of the read.
Have "File/Quit" check if a file is being read; if so, just set the
state indicator to "user tried to quit out of it", so that the code
reading the file can do what's appropriate to clean up, rather than
closing the file out from under that code and causing crashes.
Have "read_cap_file()" read the capture file with a loop using
"wtap_read()", rather than by using "wtap_loop()"; have it check after
reading each packet whether the user tried to abort the read and, if so,
close the capture and return an indication that the read was aborted by
the user. Otherwise, return an indication of whether the read
completely succeeded or failed in the middle (and, if it failed, return
the error code through a pointer).
Have "continue_tail_cap_file()" read the capture file with a loop using
"wtap_read()", rather than by using "wtap_loop()"; have it check after
reading each packet whether the user tried to abort the read and, if so,
quit the loop, and after the loop finishes (even if it read no packets),
return an indication that the read was aborted by the user if that
happened. Otherwise, return an indication of whether the read
completely succeeded or failed in the middle (and, if it failed, return
the error code through a pointer).
Have "finish_tail_cap_file()" read the capture file with a loop using
"wtap_read()", rather than by using "wtap_loop()"; have it check after
reading each packet whether the user tried to abort the read and, if so,
quit the loop, and after the loop finishes (even if it read no packets),
close the capture and return an indication that the read was aborted by
the user if that happened. Otherwise, return an indication of whether
the read completely succeeded or failed in the middle (and, if it
failed, return the error code through a pointer).
Have their callers check whether the read was aborted or not and, if it
was, bail out in the appropriate fashion (exit if it's reading a file
specified by "-r" on the command line; exit the main loop if it's
reading a file specified with File->Open; kill the capture child if it's
"continue_tail_cap_file()"; exit the main loop if it's
"finish_tail_cap_file()".
svn path=/trunk/; revision=2095
2000-06-27 07:13:42 +00:00
|
|
|
switch (read_cap_file(&cfile, &err)) {
|
|
|
|
|
|
|
|
case READ_SUCCESS:
|
|
|
|
case READ_ERROR:
|
|
|
|
/* Just because we got an error, that doesn't mean we were unable
|
|
|
|
to read any of the file; we handle what we could get from the
|
|
|
|
file. */
|
|
|
|
break;
|
|
|
|
|
|
|
|
case READ_ABORTED:
|
|
|
|
/* Exit now. */
|
|
|
|
gtk_exit(0);
|
|
|
|
break;
|
|
|
|
}
|
2000-01-25 05:48:47 +00:00
|
|
|
/* Save the name of the containing directory specified in the
|
|
|
|
path name, if any; we can write over cf_name, which is a
|
|
|
|
good thing, given that "get_dirname()" does write over its
|
|
|
|
argument. */
|
|
|
|
s = get_dirname(cf_name);
|
2001-04-09 22:35:23 +00:00
|
|
|
set_last_open_dir(s);
|
2000-01-15 12:54:24 +00:00
|
|
|
} else {
|
2001-02-08 03:55:45 +00:00
|
|
|
if (rfcode != NULL)
|
|
|
|
dfilter_free(rfcode);
|
2000-06-27 04:36:03 +00:00
|
|
|
cfile.rfcode = NULL;
|
2000-01-15 12:54:24 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
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 the global preferences file exists but we failed to open it,
|
|
|
|
pop up an alert box; we defer that until now, so that the alert
|
|
|
|
box is more likely to come up on top of the main window. */
|
|
|
|
if (gpf_path != NULL) {
|
|
|
|
simple_dialog(ESD_TYPE_WARN, NULL,
|
|
|
|
"Could not open global preferences file\n\"%s\": %s.", gpf_path,
|
|
|
|
strerror(gpf_open_errno));
|
|
|
|
}
|
|
|
|
|
|
|
|
/* If the user's preferences file exists but we failed to open it,
|
|
|
|
pop up an alert box; we defer that until now, so that the alert
|
|
|
|
box is more likely to come up on top of the main window. */
|
2000-01-15 12:54:24 +00:00
|
|
|
if (pf_path != NULL) {
|
|
|
|
simple_dialog(ESD_TYPE_WARN, 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
|
|
|
"Could not open your preferences file\n\"%s\": %s.", pf_path,
|
2000-01-15 12:54:24 +00:00
|
|
|
strerror(pf_open_errno));
|
|
|
|
}
|
|
|
|
|
Have separate capture and display filter lists; some filter dialog boxes
use the capture filter lists, and others use the display filter list, as
appropriate.
Have separate menu items for editing the capture and display filter
lists.
Have separate "~/.ethereal/cfilters" and "~/.ethereal/dfilters" files
for the two lists; if either of those files isn't found, we try
"~/.ethereal/filters", which means that you will start out with two
identical lists holding all your filters - if certain filters belong
only in one list, you'll have to delete them by hand from the other
list.
Do I/O error checking when reading and writing filter lists; when
writing a filter list, write it to a new file, and then rename the new
file on top of the old file, so that you don't lose your old filter list
if, for example, you run out of disk space or disk quota.
svn path=/trunk/; revision=2948
2001-01-28 09:13:10 +00:00
|
|
|
/* If the user's capture filter file exists but we failed to open it,
|
|
|
|
pop up an alert box; we defer that until now, so that the alert
|
|
|
|
box is more likely to come up on top of the main window. */
|
|
|
|
if (cf_path != NULL) {
|
|
|
|
simple_dialog(ESD_TYPE_WARN, NULL,
|
|
|
|
"Could not open your capture filter file\n\"%s\": %s.", cf_path,
|
|
|
|
strerror(cf_open_errno));
|
|
|
|
g_free(cf_path);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* If the user's display filter file exists but we failed to open it,
|
|
|
|
pop up an alert box; we defer that until now, so that the alert
|
|
|
|
box is more likely to come up on top of the main window. */
|
|
|
|
if (df_path != NULL) {
|
|
|
|
simple_dialog(ESD_TYPE_WARN, NULL,
|
|
|
|
"Could not open your display filter file\n\"%s\": %s.", df_path,
|
|
|
|
strerror(df_open_errno));
|
|
|
|
g_free(df_path);
|
|
|
|
}
|
|
|
|
|
2000-01-15 12:54:24 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
if (capture_child) {
|
|
|
|
/* This is the child process for a sync mode or fork mode capture,
|
|
|
|
so just do the low-level work of a capture - don't create
|
|
|
|
a temporary file and fork off *another* child process (so don't
|
|
|
|
call "do_capture()"). */
|
|
|
|
|
2001-02-11 09:28:17 +00:00
|
|
|
/* XXX - hand these stats to the parent process */
|
|
|
|
capture(&stats_known, &stats);
|
2000-01-15 12:54:24 +00:00
|
|
|
|
|
|
|
/* The capture is done; there's nothing more for us to do. */
|
|
|
|
gtk_exit(0);
|
|
|
|
} else {
|
|
|
|
if (start_capture) {
|
|
|
|
/* "-k" was specified; start a capture. */
|
|
|
|
do_capture(save_file);
|
|
|
|
}
|
2000-01-25 13:44:39 +00:00
|
|
|
else {
|
Exit from Ethereal by making the main loop exit, so that any quit
routines we register get called.
Register the "follow TCP stream" windows with "gtk_quit_add_destroy()",
so that, when Ethereal exits, they all get destroyed; this means that
their destroy callbacks get called, which means that they get to delete
their temporary files, so that, if you exit Ethereal without manually
closing the "follow TCP stream" windows, the temporary files don't get
left around.
Exit from Ethereal's "main()" function by calling "gtk_exit()", rather
than "exit()", so that we do whatever cleanup GTK+ requires. (We used
to call "gtk_exit()" in the callback for the "File:Quit" menu item and
the "delete" callback for the main window, but we now just call
"gtk_main_quit()" so that we exit from the main loop.)
svn path=/trunk/; revision=1772
2000-04-01 10:23:01 +00:00
|
|
|
set_menus_for_capture_in_progress(FALSE);
|
2000-01-25 13:44:39 +00:00
|
|
|
}
|
2000-01-15 12:54:24 +00:00
|
|
|
}
|
2000-01-25 17:57:31 +00:00
|
|
|
#else
|
|
|
|
set_menus_for_capture_in_progress(FALSE);
|
2000-01-15 12:54:24 +00:00
|
|
|
#endif
|
|
|
|
|
|
|
|
gtk_main();
|
|
|
|
|
2000-09-27 04:55:05 +00:00
|
|
|
epan_cleanup();
|
2000-01-15 12:54:24 +00:00
|
|
|
g_free(rc_file);
|
|
|
|
|
2000-09-14 22:59:08 +00:00
|
|
|
#ifdef WIN32
|
|
|
|
/* Shutdown windows sockets */
|
|
|
|
WSACleanup();
|
2001-02-20 04:09:37 +00:00
|
|
|
|
|
|
|
/* For some unknown reason, the "atexit()" call in "create_console()"
|
|
|
|
doesn't arrange that "destroy_console()" be called when we exit,
|
|
|
|
so we call it here if a console was created. */
|
|
|
|
if (console_was_created)
|
|
|
|
destroy_console();
|
2000-09-14 22:59:08 +00:00
|
|
|
#endif
|
|
|
|
|
Exit from Ethereal by making the main loop exit, so that any quit
routines we register get called.
Register the "follow TCP stream" windows with "gtk_quit_add_destroy()",
so that, when Ethereal exits, they all get destroyed; this means that
their destroy callbacks get called, which means that they get to delete
their temporary files, so that, if you exit Ethereal without manually
closing the "follow TCP stream" windows, the temporary files don't get
left around.
Exit from Ethereal's "main()" function by calling "gtk_exit()", rather
than "exit()", so that we do whatever cleanup GTK+ requires. (We used
to call "gtk_exit()" in the callback for the "File:Quit" menu item and
the "delete" callback for the main window, but we now just call
"gtk_main_quit()" so that we exit from the main loop.)
svn path=/trunk/; revision=1772
2000-04-01 10:23:01 +00:00
|
|
|
gtk_exit(0);
|
|
|
|
|
|
|
|
/* This isn't reached, but we need it to keep GCC from complaining
|
|
|
|
that "main()" returns without returning a value - it knows that
|
|
|
|
"exit()" never returns, but it doesn't know that "gtk_exit()"
|
|
|
|
doesn't, as GTK+ doesn't declare it with the attribute
|
|
|
|
"noreturn". */
|
|
|
|
return 0; /* not reached */
|
2000-01-15 12:54:24 +00:00
|
|
|
}
|
|
|
|
|
On Win32, build Ethereal as a Windows-subsystem program rather than a
console-subsystem program, so that when not run from a shell window it
doesn't cause a shell window to be popped up. (Yes, this means that any
messages it prints, when not popped up from a shell window, get lost,
but the same is true of Ethereal on UNIX/X.) Trick for doing this
shamelessly stolen from the Win32 port of the GIMP.
We do not want to build Tethereal or editcap as Windows-subsystem
programs, however, so we take the "/SUBSYSTEM" flag out of LDFLAGS and
put it into the link commands for Ethereal, Tethereal, and editcap.
svn path=/trunk/; revision=1857
2000-04-14 09:00:25 +00:00
|
|
|
#ifdef WIN32
|
|
|
|
|
|
|
|
/* We build this as a GUI subsystem application on Win32, so
|
|
|
|
"WinMain()", not "main()", gets called.
|
|
|
|
|
|
|
|
Hack shamelessly stolen from the Win32 port of the GIMP. */
|
|
|
|
#ifdef __GNUC__
|
|
|
|
#define _stdcall __attribute__((stdcall))
|
|
|
|
#endif
|
|
|
|
|
|
|
|
int _stdcall
|
|
|
|
WinMain (struct HINSTANCE__ *hInstance,
|
|
|
|
struct HINSTANCE__ *hPrevInstance,
|
|
|
|
char *lpszCmdLine,
|
|
|
|
int nCmdShow)
|
|
|
|
{
|
2001-02-20 04:09:37 +00:00
|
|
|
has_no_console = TRUE;
|
On Win32, build Ethereal as a Windows-subsystem program rather than a
console-subsystem program, so that when not run from a shell window it
doesn't cause a shell window to be popped up. (Yes, this means that any
messages it prints, when not popped up from a shell window, get lost,
but the same is true of Ethereal on UNIX/X.) Trick for doing this
shamelessly stolen from the Win32 port of the GIMP.
We do not want to build Tethereal or editcap as Windows-subsystem
programs, however, so we take the "/SUBSYSTEM" flag out of LDFLAGS and
put it into the link commands for Ethereal, Tethereal, and editcap.
svn path=/trunk/; revision=1857
2000-04-14 09:00:25 +00:00
|
|
|
return main (__argc, __argv);
|
|
|
|
}
|
|
|
|
|
2001-02-20 04:09:37 +00:00
|
|
|
/*
|
|
|
|
* If this application has no console window to which its standard output
|
|
|
|
* would go, create one.
|
|
|
|
*/
|
|
|
|
static void
|
|
|
|
create_console(void)
|
|
|
|
{
|
|
|
|
if (has_no_console) {
|
|
|
|
/* We have no console to which to print the version string, so
|
|
|
|
create one and make it the standard input, output, and error. */
|
|
|
|
if (!AllocConsole())
|
|
|
|
return; /* couldn't create console */
|
|
|
|
freopen("CONIN$", "r", stdin);
|
|
|
|
freopen("CONOUT$", "w", stdout);
|
|
|
|
freopen("CONOUT$", "w", stderr);
|
|
|
|
|
|
|
|
/* Well, we have a console now. */
|
|
|
|
has_no_console = FALSE;
|
|
|
|
console_was_created = TRUE;
|
|
|
|
|
|
|
|
/* Now register "destroy_console()" as a routine to be called just
|
|
|
|
before the application exits, so that we can destroy the console
|
|
|
|
after the user has typed a key (so that the console doesn't just
|
|
|
|
disappear out from under them, giving the user no chance to see
|
|
|
|
the message(s) we put in there). */
|
|
|
|
atexit(destroy_console);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
destroy_console(void)
|
|
|
|
{
|
|
|
|
printf("\n\nPress any key to exit\n");
|
|
|
|
_getch();
|
|
|
|
FreeConsole();
|
|
|
|
}
|
|
|
|
|
|
|
|
/* This routine should not be necessary, at least as I read the GLib
|
|
|
|
source code, as it looks as if GLib is, on Win32, *supposed* to
|
|
|
|
create a console window into which to display its output.
|
|
|
|
|
|
|
|
That doesn't happen, however. I suspect there's something completely
|
|
|
|
broken about that code in GLib-for-Win32, and that it may be related
|
|
|
|
to the breakage that forces us to just call "printf()" on the message
|
|
|
|
rather than passing the message on to "g_log_default_handler()"
|
|
|
|
(which is the routine that does the aforementioned non-functional
|
|
|
|
console window creation). */
|
|
|
|
static void
|
|
|
|
console_log_handler(const char *log_domain, GLogLevelFlags log_level,
|
|
|
|
const char *message, gpointer user_data)
|
|
|
|
{
|
|
|
|
create_console();
|
|
|
|
if (console_was_created) {
|
|
|
|
/* For some unknown reason, the above doesn't appear to actually cause
|
|
|
|
anything to be sent to the standard output, so we'll just splat the
|
|
|
|
message out directly, just to make sure it gets out. */
|
|
|
|
printf("%s\n", message);
|
|
|
|
} else
|
|
|
|
g_log_default_handler(log_domain, log_level, message, user_data);
|
|
|
|
}
|
On Win32, build Ethereal as a Windows-subsystem program rather than a
console-subsystem program, so that when not run from a shell window it
doesn't cause a shell window to be popped up. (Yes, this means that any
messages it prints, when not popped up from a shell window, get lost,
but the same is true of Ethereal on UNIX/X.) Trick for doing this
shamelessly stolen from the Win32 port of the GIMP.
We do not want to build Tethereal or editcap as Windows-subsystem
programs, however, so we take the "/SUBSYSTEM" flag out of LDFLAGS and
put it into the link commands for Ethereal, Tethereal, and editcap.
svn path=/trunk/; revision=1857
2000-04-14 09:00:25 +00:00
|
|
|
#endif
|
|
|
|
|
Instead of having the normal-weight and bold fonts set separately,
generate the name of the boldface font from the Roman font; if the two
fonts don't have the same widths, the display will look weird when a
field is selected, and it's a bit of a pain for the user to have to
select *two* fonts.
On UNIX/X, default to
"-*-fixed-medium-r-semicondensed-*-*-120-*-*-*-*-*-" rather than to
"-*-lucidatypewriter-medium-r-normal-*-*-120-*-*-*-*-iso8859-1" - some
Linux distributions appear to lack the Lucida typewriter font.
Add a "gui.font_name" preference to the preferences file, specifying the
normal-weight font to use. Have it settable from the "GUI" tab in the
Preferences dialog box - the "Font..." button, when clicked, pops up a
font selection dialog box.
If we either can't open the selected font or the boldfaced version of
the font, default to "6x13" and "6x13bold" as fallbacks - the former
will probably be "fixed", and the latter would be "fixedbold" if X
actually created such an alias, but it doesn't so we use "6x13bold"
instead.
svn path=/trunk/; revision=2304
2000-08-20 07:53:45 +00:00
|
|
|
/* Given a font name, construct the name of the next heavier version of
|
|
|
|
that font. */
|
|
|
|
|
|
|
|
#define XLFD_WEIGHT 3 /* index of the "weight" field */
|
|
|
|
|
|
|
|
/* Map from a given weight to the appropriate weight for the "bold"
|
|
|
|
version of a font.
|
|
|
|
XXX - the XLFD says these strings shouldn't be used for font matching;
|
|
|
|
can we get the weight, as a number, from GDK, and ask GDK to find us
|
|
|
|
a font just like the given font, but with the appropriate higher
|
|
|
|
weight? */
|
|
|
|
static const struct {
|
|
|
|
char *light;
|
|
|
|
char *heavier;
|
|
|
|
} weight_map[] = {
|
|
|
|
{ "ultralight", "light" },
|
|
|
|
{ "extralight", "semilight" },
|
|
|
|
{ "light", "medium" },
|
|
|
|
{ "semilight", "semibold" },
|
|
|
|
{ "medium", "bold" },
|
2000-08-20 09:02:29 +00:00
|
|
|
{ "normal", "bold" },
|
Instead of having the normal-weight and bold fonts set separately,
generate the name of the boldface font from the Roman font; if the two
fonts don't have the same widths, the display will look weird when a
field is selected, and it's a bit of a pain for the user to have to
select *two* fonts.
On UNIX/X, default to
"-*-fixed-medium-r-semicondensed-*-*-120-*-*-*-*-*-" rather than to
"-*-lucidatypewriter-medium-r-normal-*-*-120-*-*-*-*-iso8859-1" - some
Linux distributions appear to lack the Lucida typewriter font.
Add a "gui.font_name" preference to the preferences file, specifying the
normal-weight font to use. Have it settable from the "GUI" tab in the
Preferences dialog box - the "Font..." button, when clicked, pops up a
font selection dialog box.
If we either can't open the selected font or the boldfaced version of
the font, default to "6x13" and "6x13bold" as fallbacks - the former
will probably be "fixed", and the latter would be "fixedbold" if X
actually created such an alias, but it doesn't so we use "6x13bold"
instead.
svn path=/trunk/; revision=2304
2000-08-20 07:53:45 +00:00
|
|
|
{ "semibold", "extrabold" },
|
|
|
|
{ "bold", "ultrabold" }
|
|
|
|
};
|
|
|
|
#define N_WEIGHTS (sizeof weight_map / sizeof weight_map[0])
|
|
|
|
|
2000-09-08 10:59:21 +00:00
|
|
|
char *
|
Instead of having the normal-weight and bold fonts set separately,
generate the name of the boldface font from the Roman font; if the two
fonts don't have the same widths, the display will look weird when a
field is selected, and it's a bit of a pain for the user to have to
select *two* fonts.
On UNIX/X, default to
"-*-fixed-medium-r-semicondensed-*-*-120-*-*-*-*-*-" rather than to
"-*-lucidatypewriter-medium-r-normal-*-*-120-*-*-*-*-iso8859-1" - some
Linux distributions appear to lack the Lucida typewriter font.
Add a "gui.font_name" preference to the preferences file, specifying the
normal-weight font to use. Have it settable from the "GUI" tab in the
Preferences dialog box - the "Font..." button, when clicked, pops up a
font selection dialog box.
If we either can't open the selected font or the boldfaced version of
the font, default to "6x13" and "6x13bold" as fallbacks - the former
will probably be "fixed", and the latter would be "fixedbold" if X
actually created such an alias, but it doesn't so we use "6x13bold"
instead.
svn path=/trunk/; revision=2304
2000-08-20 07:53:45 +00:00
|
|
|
boldify(const char *font_name)
|
|
|
|
{
|
|
|
|
char *bold_font_name;
|
|
|
|
gchar **xlfd_tokens;
|
2001-04-24 00:28:21 +00:00
|
|
|
unsigned int i;
|
Instead of having the normal-weight and bold fonts set separately,
generate the name of the boldface font from the Roman font; if the two
fonts don't have the same widths, the display will look weird when a
field is selected, and it's a bit of a pain for the user to have to
select *two* fonts.
On UNIX/X, default to
"-*-fixed-medium-r-semicondensed-*-*-120-*-*-*-*-*-" rather than to
"-*-lucidatypewriter-medium-r-normal-*-*-120-*-*-*-*-iso8859-1" - some
Linux distributions appear to lack the Lucida typewriter font.
Add a "gui.font_name" preference to the preferences file, specifying the
normal-weight font to use. Have it settable from the "GUI" tab in the
Preferences dialog box - the "Font..." button, when clicked, pops up a
font selection dialog box.
If we either can't open the selected font or the boldfaced version of
the font, default to "6x13" and "6x13bold" as fallbacks - the former
will probably be "fixed", and the latter would be "fixedbold" if X
actually created such an alias, but it doesn't so we use "6x13bold"
instead.
svn path=/trunk/; revision=2304
2000-08-20 07:53:45 +00:00
|
|
|
|
|
|
|
/* Is this an XLFD font? If it begins with "-", yes, otherwise no. */
|
|
|
|
if (font_name[0] == '-') {
|
|
|
|
xlfd_tokens = g_strsplit(font_name, "-", XLFD_WEIGHT+1);
|
|
|
|
for (i = 0; i < N_WEIGHTS; i++) {
|
|
|
|
if (strcmp(xlfd_tokens[XLFD_WEIGHT],
|
|
|
|
weight_map[i].light) == 0) {
|
|
|
|
g_free(xlfd_tokens[XLFD_WEIGHT]);
|
|
|
|
xlfd_tokens[XLFD_WEIGHT] =
|
|
|
|
g_strdup(weight_map[i].heavier);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
bold_font_name = g_strjoinv("-", xlfd_tokens);
|
|
|
|
g_strfreev(xlfd_tokens);
|
|
|
|
} else {
|
|
|
|
/* Append "bold" to the name of the font. */
|
|
|
|
bold_font_name = g_strconcat(font_name, "bold", NULL);
|
|
|
|
}
|
|
|
|
return bold_font_name;
|
|
|
|
}
|
|
|
|
|
2001-03-02 23:10:12 +00:00
|
|
|
|
2000-01-15 12:54:24 +00:00
|
|
|
static void
|
|
|
|
create_main_window (gint pl_size, gint tv_size, gint bv_size, e_prefs *prefs)
|
|
|
|
{
|
|
|
|
GtkWidget *main_vbox, *menubar, *u_pane, *l_pane,
|
2001-10-21 16:15:21 +00:00
|
|
|
*stat_hbox, *column_lb,
|
2000-01-15 12:54:24 +00:00
|
|
|
*filter_bt, *filter_cm, *filter_te,
|
|
|
|
*filter_reset;
|
|
|
|
GList *filter_list = NULL;
|
|
|
|
GtkAccelGroup *accel;
|
2001-10-21 16:15:21 +00:00
|
|
|
GtkStyle *win_style;
|
|
|
|
GdkBitmap *ascend_bm, *descend_bm;
|
|
|
|
GdkPixmap *ascend_pm, *descend_pm;
|
|
|
|
column_arrows *col_arrows;
|
2000-01-15 12:54:24 +00:00
|
|
|
int i;
|
In the process of destroying a filter editing dialog box, we get a
selection change event on the list of filters. Unfortunately, this can
happen after some other widgets in that dialog box have already been
destroyed - including some of the widgets that such a selection change
event can change.
This sometimes happened when "filter_prefs_delete()" hadn't been called,
so the mechanism we had been using, with a Boolean datum attached to the
dialog box, set in "filter_prefs_delete()" before we actually destroy
the dialog box, wasn't sufficient to keep that from happening.
Attach to the top-level window data items containing pointers to the
widgets changed when a filter is selected from the list, give each of
those widgets their own destroy callbacks, clear the pointer attached to
the top-level widget when the widget is destroyed, and don't do anything
to the widget when a filter is selected from the list if the pointer for
that widget is null, as that means the widget's been destroyed and we
*can't* do anything to it.
Not all filter editing dialogs created on behalf of a "Filter:" button
next to a text entry box should, when you click "OK", activate the text
entry box; if the text entry box is part of a dialog box with multiple
widgets, the user might not have filled in all of the items in that
dialog box, so you shouldn't activate it for them. Add a mechanism by
which, when creating a filter editing dialog box, you can specify
whether the "OK" button should just fill in the text entry box or should
fill it in and also activate it.
svn path=/trunk/; revision=2922
2001-01-21 01:45:07 +00:00
|
|
|
/* Display filter construct dialog has an Apply button, and "OK" not
|
|
|
|
only sets our text widget, it activates it (i.e., it causes us to
|
|
|
|
filter the capture). */
|
2001-01-21 02:27:24 +00:00
|
|
|
static construct_args_t args = {
|
|
|
|
"Ethereal: Display Filter",
|
|
|
|
TRUE,
|
|
|
|
TRUE
|
|
|
|
};
|
2000-01-15 12:54:24 +00:00
|
|
|
|
1998-09-16 02:39:15 +00:00
|
|
|
/* Main window */
|
1999-12-09 07:19:20 +00:00
|
|
|
top_level = gtk_window_new(GTK_WINDOW_TOPLEVEL);
|
|
|
|
gtk_widget_set_name(top_level, "main window");
|
There's no need to catch the "delete_event" signal on "Follow TCP
Stream" windows - the window should always be deleted in that situation,
so there's no need for a signal handler that might return TRUE (meaning
"don't delete the window"), and the "destroy" handler gets called when
the window actually gets destroyed, so there's no need to do any cleanup
in the "delete_event" handler.
Catch the "delete_event" signal on the main window in a routine with the
right signature, and that returns FALSE so that the window actually gets
deleted.
Call "close_cap_file()" in the callback for the "File:Quit" menu item
(which is also called by the "delete_event" handler for the main
window), rather than calling it after "gtk_main()" returns -
"close_cap_file()" manipulates stuff in the main window, and if we do so
after "gtk_main()" returns, it appears that the main window may have
disappeared (if we are exiting because the user deleted the main
window), in which case we can get crashes or other errors when
"close_cap_file()" tries to manipulate stuff in the main window.
There's no need to catch the "destroy" signal on the main window - we do
some of the cleanup in the handler for "delete_event" (we have to, for
reasons described above), and we do the rest of it after the main
routine returns.
svn path=/trunk/; revision=1773
2000-04-01 11:30:53 +00:00
|
|
|
gtk_signal_connect(GTK_OBJECT(top_level), "delete_event",
|
|
|
|
GTK_SIGNAL_FUNC(main_window_delete_event_cb), NULL);
|
1999-12-09 07:19:20 +00:00
|
|
|
gtk_window_set_title(GTK_WINDOW(top_level), "The Ethereal Network Analyzer");
|
|
|
|
gtk_widget_set_usize(GTK_WIDGET(top_level), DEF_WIDTH, -1);
|
|
|
|
gtk_window_set_policy(GTK_WINDOW(top_level), TRUE, TRUE, FALSE);
|
1998-09-16 02:39:15 +00:00
|
|
|
|
|
|
|
/* Container for menu bar, paned windows and progress/info box */
|
|
|
|
main_vbox = gtk_vbox_new(FALSE, 1);
|
|
|
|
gtk_container_border_width(GTK_CONTAINER(main_vbox), 1);
|
1999-12-09 07:19:20 +00:00
|
|
|
gtk_container_add(GTK_CONTAINER(top_level), main_vbox);
|
1998-09-16 02:39:15 +00:00
|
|
|
gtk_widget_show(main_vbox);
|
|
|
|
|
|
|
|
/* Menu bar */
|
|
|
|
get_main_menu(&menubar, &accel);
|
1999-12-09 07:19:20 +00:00
|
|
|
gtk_window_add_accel_group(GTK_WINDOW(top_level), accel);
|
1998-09-16 02:39:15 +00:00
|
|
|
gtk_box_pack_start(GTK_BOX(main_vbox), menubar, FALSE, TRUE, 0);
|
|
|
|
gtk_widget_show(menubar);
|
|
|
|
|
|
|
|
/* Panes for the packet list, tree, and byte view */
|
|
|
|
u_pane = gtk_vpaned_new();
|
1998-10-12 01:40:57 +00:00
|
|
|
gtk_paned_gutter_size(GTK_PANED(u_pane), (GTK_PANED(u_pane))->handle_size);
|
1998-09-16 02:39:15 +00:00
|
|
|
l_pane = gtk_vpaned_new();
|
1998-10-12 01:40:57 +00:00
|
|
|
gtk_paned_gutter_size(GTK_PANED(l_pane), (GTK_PANED(l_pane))->handle_size);
|
2000-02-29 06:24:41 +00:00
|
|
|
gtk_container_add(GTK_CONTAINER(main_vbox), u_pane);
|
1998-09-16 02:39:15 +00:00
|
|
|
gtk_widget_show(l_pane);
|
2000-02-29 06:24:41 +00:00
|
|
|
gtk_paned_add2(GTK_PANED(u_pane), l_pane);
|
|
|
|
gtk_widget_show(u_pane);
|
1998-09-16 02:39:15 +00:00
|
|
|
|
|
|
|
/* Packet list */
|
1999-12-16 06:20:18 +00:00
|
|
|
pkt_scrollw = gtk_scrolled_window_new(NULL, NULL);
|
|
|
|
gtk_scrolled_window_set_policy (GTK_SCROLLED_WINDOW(pkt_scrollw),
|
1999-12-13 04:20:33 +00:00
|
|
|
GTK_POLICY_AUTOMATIC, GTK_POLICY_AUTOMATIC);
|
2000-03-02 07:05:57 +00:00
|
|
|
set_scrollbar_placement_scrollw(pkt_scrollw, prefs->gui_scrollbar_on_right);
|
|
|
|
remember_scrolled_window(pkt_scrollw);
|
1999-12-16 06:20:18 +00:00
|
|
|
gtk_widget_show(pkt_scrollw);
|
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
|
|
|
gtk_paned_add1(GTK_PANED(u_pane), pkt_scrollw);
|
|
|
|
|
2001-10-21 16:15:21 +00:00
|
|
|
packet_list = gtk_clist_new(cfile.cinfo.num_cols);
|
|
|
|
/* Column titles are filled in below */
|
1999-12-16 06:20:18 +00:00
|
|
|
gtk_container_add(GTK_CONTAINER(pkt_scrollw), packet_list);
|
2001-10-21 16:15:21 +00:00
|
|
|
|
|
|
|
col_arrows = (column_arrows *) g_malloc(sizeof(column_arrows) * cfile.cinfo.num_cols);
|
2000-05-10 06:00:22 +00:00
|
|
|
|
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
|
|
|
set_plist_sel_browse(prefs->gui_plist_sel_browse);
|
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
|
|
|
set_plist_font(m_r_font);
|
1998-09-16 02:39:15 +00:00
|
|
|
gtk_widget_set_name(packet_list, "packet list");
|
2000-05-10 06:00:22 +00:00
|
|
|
gtk_signal_connect (GTK_OBJECT (packet_list), "click_column",
|
2001-10-21 16:15:21 +00:00
|
|
|
GTK_SIGNAL_FUNC(packet_list_click_column_cb), col_arrows);
|
1998-09-16 02:39:15 +00:00
|
|
|
gtk_signal_connect(GTK_OBJECT(packet_list), "select_row",
|
|
|
|
GTK_SIGNAL_FUNC(packet_list_select_cb), NULL);
|
|
|
|
gtk_signal_connect(GTK_OBJECT(packet_list), "unselect_row",
|
|
|
|
GTK_SIGNAL_FUNC(packet_list_unselect_cb), NULL);
|
2000-06-27 04:36:03 +00:00
|
|
|
for (i = 0; i < cfile.cinfo.num_cols; i++) {
|
|
|
|
if (get_column_resize_type(cfile.cinfo.col_fmt[i]) != RESIZE_MANUAL)
|
1999-07-28 03:29:02 +00:00
|
|
|
gtk_clist_set_column_auto_resize(GTK_CLIST(packet_list), i, TRUE);
|
|
|
|
|
|
|
|
/* Right-justify the packet number column. */
|
2000-06-27 04:36:03 +00:00
|
|
|
if (cfile.cinfo.col_fmt[i] == COL_NUMBER)
|
1998-11-17 04:29:13 +00:00
|
|
|
gtk_clist_set_column_justification(GTK_CLIST(packet_list), i,
|
|
|
|
GTK_JUSTIFY_RIGHT);
|
|
|
|
}
|
1998-09-16 02:39:15 +00:00
|
|
|
gtk_widget_set_usize(packet_list, -1, pl_size);
|
2000-08-21 12:33:22 +00:00
|
|
|
gtk_signal_connect(GTK_OBJECT(packet_list), "button_press_event",
|
|
|
|
GTK_SIGNAL_FUNC(popup_menu_handler),
|
|
|
|
gtk_object_get_data(GTK_OBJECT(popup_menu_object), PM_PACKET_LIST_KEY));
|
2000-08-21 15:45:33 +00:00
|
|
|
gtk_signal_connect(GTK_OBJECT(packet_list), "button_press_event",
|
|
|
|
GTK_SIGNAL_FUNC(packet_list_button_pressed_cb), NULL);
|
2000-05-10 06:00:22 +00:00
|
|
|
gtk_clist_set_compare_func(GTK_CLIST(packet_list), packet_list_compare);
|
1998-09-16 02:39:15 +00:00
|
|
|
gtk_widget_show(packet_list);
|
1999-12-30 23:02:56 +00:00
|
|
|
|
2000-02-29 06:24:41 +00:00
|
|
|
/* Tree view */
|
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
|
|
|
item_style = gtk_style_new();
|
|
|
|
gdk_font_unref(item_style->font);
|
|
|
|
item_style->font = m_r_font;
|
2000-03-02 07:05:57 +00:00
|
|
|
create_tree_view(tv_size, prefs, l_pane, &tv_scrollw, &tree_view,
|
|
|
|
prefs->gui_scrollbar_on_right);
|
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
|
|
|
gtk_signal_connect(GTK_OBJECT(tree_view), "tree-select-row",
|
|
|
|
GTK_SIGNAL_FUNC(tree_view_select_row_cb), NULL);
|
|
|
|
gtk_signal_connect(GTK_OBJECT(tree_view), "tree-unselect-row",
|
|
|
|
GTK_SIGNAL_FUNC(tree_view_unselect_row_cb), NULL);
|
2000-08-21 12:33:22 +00:00
|
|
|
gtk_signal_connect(GTK_OBJECT(tree_view), "button_press_event",
|
|
|
|
GTK_SIGNAL_FUNC(popup_menu_handler),
|
|
|
|
gtk_object_get_data(GTK_OBJECT(popup_menu_object), PM_TREE_VIEW_KEY));
|
1998-09-16 02:39:15 +00:00
|
|
|
gtk_widget_show(tree_view);
|
|
|
|
|
2000-02-29 06:24:41 +00:00
|
|
|
/* Byte view. */
|
2001-03-23 14:44:04 +00:00
|
|
|
create_byte_view(bv_size, l_pane, &byte_nb_ptr, &bv_scrollw,
|
2000-03-02 07:05:57 +00:00
|
|
|
prefs->gui_scrollbar_on_right);
|
1999-12-16 06:20:18 +00:00
|
|
|
|
2001-03-23 14:44:04 +00:00
|
|
|
gtk_signal_connect(GTK_OBJECT(byte_nb_ptr), "button_press_event",
|
|
|
|
GTK_SIGNAL_FUNC(popup_menu_handler),
|
|
|
|
gtk_object_get_data(GTK_OBJECT(popup_menu_object), PM_HEXDUMP_KEY));
|
|
|
|
|
2000-07-03 08:36:52 +00:00
|
|
|
/* Filter/info box */
|
1998-09-16 02:39:15 +00:00
|
|
|
stat_hbox = gtk_hbox_new(FALSE, 1);
|
|
|
|
gtk_container_border_width(GTK_CONTAINER(stat_hbox), 0);
|
|
|
|
gtk_box_pack_start(GTK_BOX(main_vbox), stat_hbox, FALSE, TRUE, 0);
|
|
|
|
gtk_widget_show(stat_hbox);
|
|
|
|
|
1998-10-12 01:40:57 +00:00
|
|
|
filter_bt = gtk_button_new_with_label("Filter:");
|
|
|
|
gtk_signal_connect(GTK_OBJECT(filter_bt), "clicked",
|
In the process of destroying a filter editing dialog box, we get a
selection change event on the list of filters. Unfortunately, this can
happen after some other widgets in that dialog box have already been
destroyed - including some of the widgets that such a selection change
event can change.
This sometimes happened when "filter_prefs_delete()" hadn't been called,
so the mechanism we had been using, with a Boolean datum attached to the
dialog box, set in "filter_prefs_delete()" before we actually destroy
the dialog box, wasn't sufficient to keep that from happening.
Attach to the top-level window data items containing pointers to the
widgets changed when a filter is selected from the list, give each of
those widgets their own destroy callbacks, clear the pointer attached to
the top-level widget when the widget is destroyed, and don't do anything
to the widget when a filter is selected from the list if the pointer for
that widget is null, as that means the widget's been destroyed and we
*can't* do anything to it.
Not all filter editing dialogs created on behalf of a "Filter:" button
next to a text entry box should, when you click "OK", activate the text
entry box; if the text entry box is part of a dialog box with multiple
widgets, the user might not have filled in all of the items in that
dialog box, so you shouldn't activate it for them. Add a mechanism by
which, when creating a filter editing dialog box, you can specify
whether the "OK" button should just fill in the text entry box or should
fill it in and also activate it.
svn path=/trunk/; revision=2922
2001-01-21 01:45:07 +00:00
|
|
|
GTK_SIGNAL_FUNC(display_filter_construct_cb), &args);
|
1998-10-12 01:40:57 +00:00
|
|
|
gtk_box_pack_start(GTK_BOX(stat_hbox), filter_bt, FALSE, TRUE, 0);
|
|
|
|
gtk_widget_show(filter_bt);
|
|
|
|
|
1999-11-25 18:02:25 +00:00
|
|
|
filter_cm = gtk_combo_new();
|
|
|
|
filter_list = g_list_append (filter_list, "");
|
|
|
|
gtk_combo_set_popdown_strings(GTK_COMBO(filter_cm), filter_list);
|
|
|
|
gtk_combo_disable_activate(GTK_COMBO(filter_cm));
|
|
|
|
filter_te = GTK_COMBO(filter_cm)->entry;
|
1998-10-12 01:40:57 +00:00
|
|
|
gtk_object_set_data(GTK_OBJECT(filter_bt), E_FILT_TE_PTR_KEY, filter_te);
|
1999-11-25 18:02:25 +00:00
|
|
|
gtk_object_set_data(GTK_OBJECT(filter_te), E_DFILTER_CM_KEY, filter_cm);
|
|
|
|
gtk_object_set_data(GTK_OBJECT(filter_te), E_DFILTER_FL_KEY, filter_list);
|
|
|
|
gtk_box_pack_start(GTK_BOX(stat_hbox), filter_cm, TRUE, TRUE, 3);
|
1999-07-11 08:40:52 +00:00
|
|
|
gtk_signal_connect(GTK_OBJECT(filter_te), "activate",
|
|
|
|
GTK_SIGNAL_FUNC(filter_activate_cb), (gpointer) NULL);
|
1999-11-25 18:02:25 +00:00
|
|
|
gtk_widget_show(filter_cm);
|
1998-11-18 03:17:18 +00:00
|
|
|
|
1999-11-21 15:06:07 +00:00
|
|
|
filter_reset = gtk_button_new_with_label("Reset");
|
|
|
|
gtk_object_set_data(GTK_OBJECT(filter_reset), E_DFILTER_TE_KEY, filter_te);
|
|
|
|
gtk_signal_connect(GTK_OBJECT(filter_reset), "clicked",
|
|
|
|
GTK_SIGNAL_FUNC(filter_reset_cb), (gpointer) NULL);
|
|
|
|
gtk_box_pack_start(GTK_BOX(stat_hbox), filter_reset, FALSE, TRUE, 1);
|
|
|
|
gtk_widget_show(filter_reset);
|
|
|
|
|
1999-08-20 19:43:10 +00:00
|
|
|
/* Sets the text entry widget pointer as the E_DILTER_TE_KEY data
|
|
|
|
* of any widget that ends up calling a callback which needs
|
|
|
|
* that text entry pointer */
|
1999-06-15 04:48:57 +00:00
|
|
|
set_menu_object_data("/File/Open...", E_DFILTER_TE_KEY, filter_te);
|
1999-07-27 02:04:38 +00:00
|
|
|
set_menu_object_data("/File/Reload", E_DFILTER_TE_KEY, filter_te);
|
1999-12-10 06:28:24 +00:00
|
|
|
set_menu_object_data("/Edit/Filters...", E_FILT_TE_PTR_KEY, filter_te);
|
1999-11-26 05:23:40 +00:00
|
|
|
set_menu_object_data("/Display/Match Selected", E_DFILTER_TE_KEY, filter_te);
|
|
|
|
set_menu_object_data("/Tools/Follow TCP Stream", E_DFILTER_TE_KEY, filter_te);
|
1999-08-20 19:43:10 +00:00
|
|
|
|
1998-09-16 02:39:15 +00:00
|
|
|
info_bar = gtk_statusbar_new();
|
|
|
|
main_ctx = gtk_statusbar_get_context_id(GTK_STATUSBAR(info_bar), "main");
|
|
|
|
file_ctx = gtk_statusbar_get_context_id(GTK_STATUSBAR(info_bar), "file");
|
2000-08-22 19:40:09 +00:00
|
|
|
help_ctx = gtk_statusbar_get_context_id(GTK_STATUSBAR(info_bar), "help");
|
1998-09-16 02:39:15 +00:00
|
|
|
gtk_statusbar_push(GTK_STATUSBAR(info_bar), main_ctx, DEF_READY_MESSAGE);
|
|
|
|
gtk_box_pack_start(GTK_BOX(stat_hbox), info_bar, TRUE, TRUE, 0);
|
|
|
|
gtk_widget_show(info_bar);
|
2001-03-02 17:44:07 +00:00
|
|
|
|
|
|
|
gtk_widget_show(top_level);
|
2001-10-21 16:15:21 +00:00
|
|
|
|
|
|
|
/* Fill in column titles. This must be done after the top level window
|
|
|
|
is displayed. */
|
|
|
|
win_style = gtk_widget_get_style(top_level);
|
|
|
|
ascend_pm = gdk_pixmap_create_from_xpm_d(top_level->window, &ascend_bm,
|
|
|
|
&win_style->bg[GTK_STATE_NORMAL], (gchar **)clist_ascend_xpm);
|
|
|
|
descend_pm = gdk_pixmap_create_from_xpm_d(top_level->window, &descend_bm,
|
|
|
|
&win_style->bg[GTK_STATE_NORMAL], (gchar **)clist_descend_xpm);
|
|
|
|
for (i = 0; i < cfile.cinfo.num_cols; i++) {
|
|
|
|
col_arrows[i].table = gtk_table_new(2, 2, FALSE);
|
|
|
|
gtk_table_set_col_spacings(GTK_TABLE(col_arrows[i].table), 5);
|
|
|
|
column_lb = gtk_label_new(cfile.cinfo.col_title[i]);
|
|
|
|
gtk_table_attach(GTK_TABLE(col_arrows[i].table), column_lb, 0, 1, 0, 2,
|
|
|
|
GTK_SHRINK, GTK_SHRINK, 0, 0);
|
|
|
|
gtk_widget_show(column_lb);
|
|
|
|
col_arrows[i].ascend_pm = gtk_pixmap_new(ascend_pm, ascend_bm);
|
|
|
|
gtk_table_attach(GTK_TABLE(col_arrows[i].table), col_arrows[i].ascend_pm,
|
|
|
|
1, 2, 1, 2, GTK_SHRINK, GTK_SHRINK, 0, 0);
|
|
|
|
if (i == 0) {
|
|
|
|
gtk_widget_show(col_arrows[i].ascend_pm);
|
|
|
|
}
|
|
|
|
col_arrows[i].descend_pm = gtk_pixmap_new(descend_pm, descend_bm);
|
|
|
|
gtk_table_attach(GTK_TABLE(col_arrows[i].table), col_arrows[i].descend_pm,
|
|
|
|
1, 2, 0, 1, GTK_SHRINK, GTK_SHRINK, 0, 0);
|
|
|
|
gtk_clist_set_column_widget(GTK_CLIST(packet_list), i, col_arrows[i].table);
|
|
|
|
gtk_widget_show(col_arrows[i].table);
|
|
|
|
}
|
|
|
|
gtk_clist_column_titles_show(GTK_CLIST(packet_list));
|
1998-09-16 02:39:15 +00:00
|
|
|
}
|
2001-03-02 23:10:12 +00:00
|
|
|
|
2001-04-09 22:35:23 +00:00
|
|
|
|
|
|
|
void
|
|
|
|
set_last_open_dir(char *dirname)
|
|
|
|
{
|
|
|
|
int len;
|
|
|
|
|
|
|
|
if (last_open_dir) {
|
|
|
|
g_free(last_open_dir);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (dirname) {
|
|
|
|
len = strlen(dirname);
|
2001-04-10 12:07:40 +00:00
|
|
|
if (dirname[len-1] != G_DIR_SEPARATOR) {
|
|
|
|
last_open_dir = g_strconcat(dirname, G_DIR_SEPARATOR_S,
|
|
|
|
NULL);
|
2001-04-09 22:35:23 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
last_open_dir = NULL;
|
|
|
|
}
|
|
|
|
}
|