As now, when Wireshark save capture files, it show "Loading" in status bar and
in the dialog box, warning many users of lost them packets. Saving work as expected.
Is simply a GUI use interaction problem.
svn path=/trunk/; revision=31269
- Use the latest WinPcap Developer's Pack.
- In file_dlg_win32.c, try to fix Visual C++ 6.0 compilation.
- #if 0 out a bunch of definitions in capture_if_details_dlg_win32.c
that already exist in Ntddndis.h.
svn path=/trunk/; revision=28067
occurred if the file path\filename contained non-ascii characters.
1. Use ws_open() [not open()] so UTF8 path\filenames properly
converted to UTF16 before the open;
2. If the open/write/close failed, fix crash due to NULL
filename pointer used when trying to popup an error message box.
svn path=/trunk/; revision=27674
#include winsock2.h pulls in about 90 distinct .h files
and about 140 total .h files.
Currently winsock2.h is (mostly unnecessarily) included
for each dissector via packet.h/wtap.h.
This patch removes #include winsock2.h from wtap.h and
then includes winsock2.h (or windows.h) in the
few specific places required.
With this patch, my Windows Wireshark build takes
about 30% less time.
svn path=/trunk/; revision=26535
From me:
Instead of adding adns_config.h, place it a custom adns package in
wireshark-win32-libs. Update tools/win32-setup.sh accordingly.
Split the MSVC2008EE variant into MSVC2008 and MSVC2008EE, similar to
MSVC2005 and MSVC2005EE. We have to worry about vcredist_x86.exe in
both cases.
Add Pascal to AUTHORS.
Update the Developer's Guide.
svn path=/trunk/; revision=25921
capinfos and dumpcap don't need to depend on libwireshark nor directly pull
in those modules). Because capinfos and editcap were only being linked with
privileges.c if we had plugins, this allows those programs to be linked when
someone is compiling --without-plugins.
svn path=/trunk/; revision=25640
Jaap Keuter