aboutsummaryrefslogtreecommitdiffstats
path: root/ringbuffer.h
Commit message (Collapse)AuthorAgeFilesLines
* Don't include "file.h" if you don't need it.Guy Harris2015-11-041-1/+0
| | | | | | | | | | | | | | | | It ends up dragging in libwireshark headers, which programs not linking with libwireshark shouldn't do. In particular, including <epan/address.h> causes some functions that refer to libwireshark functions to be defined if the compiler doesn't handle "static inline" the way GCC does, and you end up requiring libwireshark even though you shouldn't require it. Move plurality() to wsutil/str_util.h, so that non-libwireshark code can get it without include epan/packet.h. Fix includes as necessary. Change-Id: Ie4819719da4c2b349f61445112aa419e99b977d3 Reviewed-on: https://code.wireshark.org/review/11545 Reviewed-by: Guy Harris <guy@alum.mit.edu>
* Always put editor-modelines at the end of the file ...Bill Meier2014-10-141-3/+3
| | | | | | | | | | ... to ensure that there are no potential issues with respect to editors limiting the number of lines scanned at the end of the file when checking for editor modelines. Change-Id: Ic85cbb108bb5159d6ec4116fea11f5eebb4e44a4 Reviewed-on: https://code.wireshark.org/review/4688 Reviewed-by: Bill Meier <wmeier@newsguy.com>
* Add editor modelines; Adjust whitespace as needed.Bill Meier2014-10-121-0/+13
| | | | | | Change-Id: I4da7b335d905dbca10bbce03aa88e1cdeeb1f8ad Reviewed-on: https://code.wireshark.org/review/4626 Reviewed-by: Bill Meier <wmeier@newsguy.com>
* Remove all $Id$ from top of fileAlexis La Goutte2014-03-041-2/+0
| | | | | | | | | | (Using sed : sed -i '/^ \* \$Id\$/,+1 d') Fix manually some typo (in export_object_dicom.c and crc16-plain.c) Change-Id: I4c1ae68d1c4afeace8cb195b53c715cf9e1227a8 Reviewed-on: https://code.wireshark.org/review/497 Reviewed-by: Anders Broman <a.broman58@gmail.com>
* Update Free Software Foundation address.Jakub Zawadzki2012-06-281-1/+1
| | | | | | (COPYING will be updated in next commit) svn path=/trunk/; revision=43536
* As mentioned on the users-mailinglist[1], it could be useful to have groups ↵Sake Blok2010-08-281-1/+1
| | | | | | | | read access to the ringbuffer that dumpcap creates. That way, a group of people can access the capture files without having to use root access. [1] http://www.wireshark.org/lists/wireshark-users/201008/msg00235.html svn path=/trunk/; revision=33978
* Set RINGBUFFER_MAX_NUM_FILES to 100000. Use it to generate file names.Gerald Combs2010-05-271-4/+6
| | | | | | | Add RINGBUFFER_WARN_NUM_FILES and use it to print a warning. Print warnings when we change the number of ringbuffer files. svn path=/trunk/; revision=32998
* If something is only supposed to be included if we have libpcap, don'tGuy Harris2010-05-141-4/+0
| | | | | | | | put #ifdef HAVE_LIBPCAP in it. Add multiple-inclusion protection to capture_errs.h. svn path=/trunk/; revision=32803
* Make ringbuffer.[ch] file format agnostic.Michael Tüxen2009-04-261-3/+2
| | | | | | | Move write routines to dumpcap.c This is a preparation for pcapng support. svn path=/trunk/; revision=28155
* name changeRonnie Sahlberg2006-05-211-2/+2
| | | | svn path=/trunk/; revision=18197
* Have the ring buffer routines take a pointer to a "bytes written" countGuy Harris2006-04-291-2/+4
| | | | | | | | as an argument, rather than keeping the count to themselves, so the count kept by the capturing program can be updated correctly - including getting reset when files are switched. Fixes bug 895. svn path=/trunk/; revision=18032
* When capturing, we only support writing to libpcap files. Given that,Guy Harris2006-03-041-4/+3
| | | | | | | | bypass Wiretap; that means we don't have to run the packet through wtap_process_pcap_packet() and then undo that conversion in Wiretap if we're just going to write it out, shortening the code path. svn path=/trunk/; revision=17461
* requested by Cory Perry:Ulf Lamping2005-12-051-1/+2
| | | | | | increase the maximum number of ringbuffer files from 1024 to 10000. svn path=/trunk/; revision=16690
* major capture engine rework: use two task model for EVERY capture modeUlf Lamping2005-03-281-0/+1
| | | | | | rework of the -b command line parameter (for Ethereal and Tethereal) svn path=/trunk/; revision=13949
* prevent ringbuffer from having to know about capture_file type at all ↵Ulf Lamping2005-02-031-2/+2
| | | | | | (decoupling dependencies) svn path=/trunk/; revision=13266
* some code cleanup (comments changed)Ulf Lamping2004-12-281-2/+2
| | | | svn path=/trunk/; revision=12848
* Set the svn:eol-style property on all text files to "native", so thatGuy Harris2004-07-181-1/+1
| | | | | | | | | they have LF at the end of the line on UN*X and CR/LF on Windows; hopefully this means that if a CR/LF version is checked in on Windows, the CRs will be stripped so that they show up only when checked out on Windows, not on UN*X. svn path=/trunk/; revision=11400
* Ringbuffer rework.Laurent Deniel2003-06-221-3/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | Almost completely rewritten in order to: - be able to use a unlimited number of ringbuffer files 0 specified with -b argument or in the GUI, means that the number of file is unlimited. else the maximum number of ring buffer files is arbitrarily set to 1024. - close the current file and open (truncating it) the next file at switch - set the final file name once open (or reopen) - avoid the deletion of files that could not be truncated (can't arise now) and do not erase empty files The idea behind that is to remove the limitation of the maximum # of ringbuffer files being less than the maximum # of open fd per process and to be able to reduce the amount of virtual memory usage (having only one file open at most) or the amount of file system usage (by truncating the files at switch and not the capture stop, and by closing them which makes possible their move or deletion after a switch). svn path=/trunk/; revision=7912
* Removed trailing whitespaces from .h and .c files using theJörg Mayer2002-08-281-7/+7
| | | | | | | winapi_cleanup tool written by Patrik Stridvall for the wine project. svn path=/trunk/; revision=6117
* Make the bytes-written information from Wiretap a long, as we allowGuy Harris2001-12-041-0/+48
files to get that big. From Thomas Wittwer and Matthias Nyffenegger: Support for "ring buffer mode", wherein there's a ring buffer of N capture files; as each capture file reaches its maximum size (the ring buffer works only with a maximum capture file size specified), Ethereal rolls over to the next capture file in the ring buffer, replacing whatever packets might be in it with new packets. svn path=/trunk/; revision=4324
generated by cgit v1.2.3 (git 2.25.1) at 2025-02-27 02:16:19 +0000