Guy Harris d4dab16a3f Only one buffer.c, please. ... Otherwise, if you link with both libwiretap and libfiletap, it's anybody's guess which one you get. That means you're wasting memory with two copies of its routines if they're identical, and means surprising behavior if they're not (which showed up when I was debugging a double-free crash - fixing libwiretap's buffer_free() didn't fix the problem, because Wireshark happened to be calling libfiletap' unfixed buffer_free()). There's nothing *tap-specific about Buffers, anyway, so it really belongs in wsutil. Change-Id: I91537e46917e91277981f8f3365a2c0873152870 Reviewed-on: https://code.wireshark.org/review/3066 Reviewed-by: Guy Harris <guy@alum.mit.edu>		2014-07-15 23:43:32 +00:00
..
CMakeLists.txt	Only one buffer.c, please.	2014-07-15 23:43:32 +00:00
Makefile.am	1.11.4 → 1.99.0.	2014-05-23 20:57:42 +00:00
Makefile.common	Only one buffer.c, please.	2014-07-15 23:43:32 +00:00
Makefile.nmake	Revert "More needed to get rid of "lib" in "libwsutil" on Windows."	2014-07-10 00:59:07 +00:00
file_access.c	Only one buffer.c, please.	2014-07-15 23:43:32 +00:00
ft_file_wrappers.c	Remove all $Id$ from top of file	2014-03-04 14:27:33 +00:00
ft_file_wrappers.h	Remove all $Id$ from top of file	2014-03-04 14:27:33 +00:00
ftap-int.h	Remove all $Id$ from top of file	2014-03-04 14:27:33 +00:00
ftap.c	Only one buffer.c, please.	2014-07-15 23:43:32 +00:00
ftap.h	Only one buffer.c, please.	2014-07-15 23:43:32 +00:00