1. 14 Oct, 2014 1 commit
  2. 12 Oct, 2014 1 commit
  3. 04 Mar, 2014 1 commit
  4. 28 Jun, 2012 1 commit
  5. 29 Dec, 2011 1 commit
  6. 30 Aug, 2011 2 commits
  7. 13 Jan, 2011 1 commit
    • Stephen Fisher's avatar
      · 4c1b59c9
      Stephen Fisher authored
      Wrap include file in extern "C" { ... } for __cplusplus
      
      
      svn path=/trunk/; revision=35521
      4c1b59c9
  8. 21 May, 2006 1 commit
  9. 12 Feb, 2006 1 commit
    • Guy Harris's avatar
      Add a routine to attempt to get the absolute pathname of the executable · b8136fbf
      Guy Harris authored
      file, strip off the last component to get the pathname of the directory
      containing the executable file, and save it for future use.  On Windows,
      you can get that from the OS, but, on UN*X, you have to look at argv[0]
      and derive the absolute path from that (argv[0] is not guaranteed to be
      an absolute path, or even a path at all).  (In addition, if you're
      running from the build directory, you might have to strip off a ".libs/"
      added to argv[0] as an artifact of the libtoolizing script.)
      
      Use that in the About dialog, and use it to construct the path of
      dumpcap.
      
      Don't put quotes into the path of dumpcap; you don't have to quote
      strings with spaces in them when handing them to execvp and, in fact,
      you *mustn't* quote them, as the quotes will be treated as part of the
      pathname.
      
      svn path=/trunk/; revision=17267
      b8136fbf
  10. 18 Jul, 2004 1 commit
  11. 01 Jun, 2004 1 commit
  12. 18 Mar, 2004 1 commit
  13. 01 Nov, 2003 1 commit
  14. 24 Sep, 2003 1 commit
  15. 06 Sep, 2002 1 commit
  16. 28 Aug, 2002 1 commit
  17. 21 Jan, 2002 1 commit
    • Guy Harris's avatar
      Include files from the "epan" directory and subdirectories thereof with · ee5ca25d
      Guy Harris authored
      "epan/..." pathnames, so as to avoid collisions with header files in any
      of the directories in which we look (e.g., "proto.h", as some other
      package has its own "proto.h" file which it installs in the top-level
      include directory).
      
      Don't add "-I" flags to search "epan", as that's no longer necessary
      (and we want includes of "epan" headers to fail if the "epan/" is left
      out, so that we don't re-introduce includes lacking "epan/").
      
      svn path=/trunk/; revision=4586
      ee5ca25d
  18. 10 Jan, 2002 1 commit
    • Guy Harris's avatar
      Separate the promiscuous mode, "Update list of packets in real time", · b3f81eb3
      Guy Harris authored
      and "Automatic scrolling in live capture" options from the preference
      settings for them, so that the preference settings affect the initial
      values of those options, but changing those values in a capture don't
      affect the preferences, and don't automatically get saved when you save
      the preferences.
      
      If we're building without libpcap, don't have an "Automatic scrolling in
      live capture" option anywhere.
      
      svn path=/trunk/; revision=4514
      b3f81eb3
  19. 05 Jun, 2001 1 commit
    • Guy Harris's avatar
      Enable "Match Selected" only if there's a field selected *and* we can do · 2851b7ef
      Guy Harris authored
      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
      2851b7ef
  20. 01 May, 2001 1 commit
    • Guy Harris's avatar
      "prefs.capture_real_time", not "prefs.capture_auto_scroll", should · bdb69627
      Guy Harris authored
      control whether we have a child process do the capturing; a user might
      want the packet list to be updated as packets arrive but *not* want it
      to scroll so that the most recently arrived packets are shown.
      
      "prefs.capture_auto_scroll", not "auto_scroll_live", should control
      whether we scroll a real-time-update capture's packet list;
      "auto_scroll_live" isn't set by the capture dialog box,
      "prefs_capture_auto_scroll" is.
      
      svn path=/trunk/; revision=3388
      bdb69627
  21. 27 Mar, 2001 1 commit
    • Guy Harris's avatar
      Make "comp_info_str" static in Ethereal - there's no need for it outside · c58b7b49
      Guy Harris authored
      "gtk/main.c" in Ethereal.
      
      Add the GLib version to it in Ethereal, and put in the GLib version
      rather than the GTK+ version in Tethereal (which isn't linked with
      GTK+...).
      
      Make it a GString; this makes the code to construct it slightly less
      ugly, especially now that we're putting the GLib version in.
      
      Fix the code for the "-D" flag in Tethereal to compile in a no-libpcap
      version (in a no-libpcap version, it just says that this version of
      Tethereal wasn't compiled with capture support).
      
      svn path=/trunk/; revision=3196
      c58b7b49
  22. 19 Oct, 2000 1 commit
    • Guy Harris's avatar
      Move the declaration of "g_resolving_actif" from the top-level · fb843849
      Guy Harris authored
      "globals.h" file to "epan/resolv.h", as it's exported by
      "epan/resolv.c", have files that use "g_resolving_actif" include
      "resolv.h", and don't have "epan/resolv.c" include "globals.h" so that
      it doesn't drag in, for example, headers that, in turn, drag in GTK+
      headers.
      
      svn path=/trunk/; revision=2517
      fb843849
  23. 28 Sep, 2000 1 commit
  24. 20 Aug, 2000 1 commit
    • Guy Harris's avatar
      Instead of having the normal-weight and bold fonts set separately, · e697eb8e
      Guy Harris authored
      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
      e697eb8e
  25. 11 Aug, 2000 1 commit
    • Laurent Deniel's avatar
      · 6a480953
      Laurent Deniel authored
      Miscellaneous code cleaning
      
      - add <stdarg.h> or <varargs.h> in snprintf.h
        and remove those inclusions in the other #ifdef NEED_SNPRINTF_H codes
      
      - remove the check of multiple inclusions in source (.c)  code
        (there is a bit loss of _cpp_ performance, but I prefer the gain of
         code reading and maintenance; and nowadays, disk caches and VM are
         correctly optimized ;-).
      
      - protect all (well almost) header files against multiple inclusions
      
      - add header (i.e. GPL license) in some include files
      
      - reorganize a bit the way header files are included:
      
        First:
        #include <system_include_files>
        #include <external_package_include_files (e.g. gtk, glib etc.)>
        Then
        #include "ethereal_include_files"
      
        with the correct HAVE_XXX or NEED_XXX protections.
      
      - add some HAVE_XXX checks before including some system header files
      
      - add the same HAVE_XXX in wiretap as in ethereal
      
      Please forgive me, if I break something (I've only compiled and regression
      tested on Linux).
      
      svn path=/trunk/; revision=2254
      6a480953
  26. 03 Aug, 2000 1 commit
  27. 27 Jun, 2000 1 commit
  28. 25 Jan, 2000 2 commits
  29. 24 Jan, 2000 1 commit
  30. 06 Jan, 2000 1 commit
  31. 29 Dec, 1999 1 commit
  32. 19 Nov, 1999 1 commit
  33. 20 Oct, 1999 1 commit
  34. 02 Oct, 1999 1 commit
    • Guy Harris's avatar
      Move the declaration of global variables involved with packet capture · 33955595
      Guy Harris authored
      from "globals.h" to "capture.h".
      
      Only "capture.c" needs to include <pcap.h>; move the include of <pcap.h>
      from "capture.h" to "capture.c".
      
      We no longer need any DLT_ defines (that's handled inside Wiretap);
      remove the defines of DLT_ from "capture.h".
      
      svn path=/trunk/; revision=753
      33955595
  35. 30 Sep, 1999 1 commit
    • Guy Harris's avatar
      Add a new global flag "capture_child", which is TRUE if we're a child · bab015f5
      Guy Harris authored
      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
      bab015f5
  36. 29 Sep, 1999 1 commit
    • Guy Harris's avatar
      Add an item to the "File/Print" dialog box to ask that the full hex data · e4f78097
      Guy Harris authored
      of the packet be printed (this is only done if "Print detail" is
      selected; it should be grayed out of "Print summary" is selected).
      
      If that item is selected, suppress the hex printing of uninterpreted
      data items in the protocol tree.
      
      Move some GTK+ keys not used outside of "gtk/print_dlg.c" from
      "gtk/keys.h" into "gtk/print_dlg.c".
      
      svn path=/trunk/; revision=736
      e4f78097
  37. 26 Sep, 1999 1 commit
    • Laurent Deniel's avatar
      · a673e8bb
      Laurent Deniel authored
      Added name resolution in GUI part:
      
      - Capture->Start->"Active name resolution"
      
      Allows the user to turn on/off name resolution
      during a live capture.
      
      - Display->Options->"Name resolution"
      
      Turn on/off name resolution for the displayed
      data (or during the -S mode).
      E.g. clicking on a packet captured with
      resolution disabled will resolve names in
      the detailed list if this option is set.
      And applying or resetting a display filter
      allows the update of the packet list as well.
      
      svn path=/trunk/; revision=726
      a673e8bb
  38. 23 Sep, 1999 1 commit
    • Guy Harris's avatar
      Move the toolkit-independent code to create a temporary capture file, · 12d3278d
      Guy Harris authored
      and to fork off and run a separate copy of "ethereal" for "-S" and "-F"
      captures or just call "capture()" otherwise, out of "gtk/capture_dlg.c"
      and into a routine in "capture.c".
      
      If the attempt to create said temporary capture file fails, pop up a
      dialog box and don't do the capture.
      
      Have the child capture process send a message upstream after it either
      successfully starts the capture and syncs out the header of the capture
      file, or fails to start the capture; the message indicates whether it
      succeeded or failed, and, if it failed, includes a failure message.
      This:
      
      	avoids the use of a signal, and thus means we don't have to
      	worry about whether to capture the signal, or whether to start
      	or stop capturing depending on whether this particular capture
      	is in sync mode or not;
      
      	lets us pop up the message box for the error in the parent
      	process if we're in sync mode, rather than doing it in the
      	child, which didn't work well.
      
      
      Add a check button to the Capture/Start dialog box, so that we can
      control, for each capture, whether it's to be done in sync mode or not.
      
      svn path=/trunk/; revision=708
      12d3278d