for GNUTLS since they provide 32-bit and 64-bit Windows packages. We no
longer have winposixtype.h, so remove its #includes and add a ssize_t
typedef to config.h.win32.
svn path=/trunk/; revision=31341
pipes. Enable this by default on Windows. Remove code that tried to
use WaitForSingleObject on a pipe (which Windows doesn't support). Use
native file handles and system calls on Windows (which fixes a problem
with partial reads I ran into during testing).
This should fix bug 1759.
svn path=/trunk/; revision=29574
- Don't issue a row_inserted signal. Rely on our caller to have
disconnected the model from the view.
- Removing col_fmt from row_data. It wasn't being used. If we need to store
the column format in the future that should probably be placed in the
PacketList instead of the PacketListRecord
2) Remove double allocation of col_text. Now we allocate it in
new_packet_list_append() and pass it on to packet_list_append_record()
3) Use se_alloc instead of se_alloc0 because we explictly set all the
parameters we use.
svn path=/trunk/; revision=29199
- 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
that would break compilation for older compilers. Create a "DLL_LDFLAGS"
variable and use it in DLLs and plugins. Use PLUGIN_LDFLAGS and
DLL_LDFLAGS where needed. Don't force i386 code in the TPG plugin.
svn path=/trunk/; revision=27582
of Visual C++. (How did this "feature" ever see the light of day?) Make
sure we use LOCAL_CFLAGS *everywhere*. This should fix problems with
building a usable installer under Visual Studio 2008 SP1.
Add comments with links to Visual C++'s idiotic handling of assemblies
and deployment using xcopy. Move to c-ares 1.5.3. Make sure we remove
all of our manifests in epan and packaging/u3/tools.
svn path=/trunk/; revision=26219
What's new in GTK+ 2.14
=======================
GTK+ 2.14 adds new functionality while maintaining source and binary
compatibility with GTK+ 2.12. Highlights of new features and
improvements in GTK+ 2.14 are:
New widgets and objects
* GdkAppLaunchContext, provides startup notification with
g_app_info_launch()
* GtkMountOperation, can ask for passwords when mounting
volumes with g_volume_mount()
* GtkToolShell, an interface for containers of GtkToolItems
Noteworthy new APIs
* gtk_show_uri(), a replacement for gnome_vfs_url_show() and
gnome_url_show()
* gtk_widget_get_snapshot(), using pixmap redirection to render
snapshots of widgets
Changes in the file chooser
The file chooser uses GIO directly, loadable backends are no longer
supported. Autocompletion in the file chooser entry has been improved.
Changes in printing support
The print dialog displays printer status information. Support for
rearranging pages when printing multiple pages per sheet has been
added to the cups backend.
Accessibility support
The gail module is shipped with GTK+, GtkBuilder supports
accessibility attributes and GtkStatusIcon supports keyboard
navigation.
Internationalization support
The compose sequences understood by GTK+'s builtin input method
have been synchronized with recent X.org compose sequences, adding
a large number of new sequences. GTK+ no longer uses translations
when an application is not translated to the current locale.
gdk-pixbuf changes
* Support loading OS X icns format
* Support loading JPEG 2000 images
* Support loading and saving to GIO streams
* Use GIO for mime information
GDK changes
GDK uses Xrandr instead of Xinerama to provide more (and dynamic)
monitor information. Font configuration changes are now picked up
at runtime, without an application restart.
For more details and lists of fixed bugs, see the
announcements for the 2.13.x development releases:
http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.htmlhttp://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.htmlhttp://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.htmlhttp://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.htmlhttp://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.htmlhttp://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.htmlhttp://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.htmlhttp://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html
svn path=/trunk/; revision=26148
Replicate the old SecFileExtensions behavior by disabling and unchecking
the file extensions option when Wireshark is unselected.
While we're at it, add a "PLATFORM" variable to config.nmake, and use
it to set the library directory and installer filename and title.
Add a couple of minor fixes.
svn path=/trunk/; revision=26019
VC6 plus a platform SDK), set INET6. Use that to figure out if we need
to define socklen_t for c-ares. This should fix bug 2797.
svn path=/trunk/; revision=25985
Windows build. Add support for async IPv6 lookups. Update the ADNS
code slightly.
This is not supported (yet) on the UNIX side.
svn path=/trunk/; revision=25953
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
GTK+ since version 2.8, when its name was changed to the "GTK MS
Windows-Engine."
Simplify the Windows installer by removing the GTK-Wimp option (which
means the "Wireshark" item can be an entry instead of a group). Move
Rawshark to the "Tools" group.
(If anyone wants to disable the MS Windows Engine they can still do so
after installation by disabling or removing libwimp.dll.)
svn path=/trunk/; revision=25611
From Dustin Johnson: Add support for TurboCap.
- packet-ppi.c: Add aggregation and 802.3 extended information.
- capture-wpcap.c: Add support for pcap_list_datalinks and pcap_set_datalink.
Make pcap_list_datalinks and pcap_set_datalink mandatory on Windows.
svn path=/trunk/; revision=25593
Unfortunately, both dep and rc files need to be patched, so I added the patched files
It's an ugly solution but it seems to work ...
svn path=/trunk/; revision=24996
Copy the MSVC++-version-checking stuff from it into the top-level
config.h.win32, and try to set up config.nmake so that MSC_VER_REQUIRED
is defined in all Makefiles that include config.nmake.
svn path=/trunk/; revision=23802
- retrieving the list of remote PCAP interfaces
- password authentication support
- UDP data fransfer
- packet sampling (available in WinPcap 4.x)
etc.
fix problem if non-default rpcap port is used
svn path=/trunk/; revision=23750
The startup timeout on Win32 is reduced to 80% without assembler and to 50% with assembler usage (which is optional)
proto.c
- do not look up in filed tree and inserts in two steps but do it at once
- next few small speedups
- some often called elementary functions can be optionally implemented in assembler
- dispart some functions to see more exact result from profiling
packet-tpnc.c
- do not reallocate memory for each filed
svn path=/trunk/; revision=23643
config.nmake - default UPX to the downloaded version in $WIRESHARK_LIBS
win32-setup.sh - updated to also add executables bit to exes - and also use new tag
Makefile.nmake - to download UPX (and also use new version of user-guide)
svn path=/trunk/; revision=23562
For the U3 package, this results in a 40% smaller package.
For the PortableApps version, the package size is not much different, but the install time is quicker.
svn path=/trunk/; revision=23484
- Update the wireless/AirPcap GUI code to support 802.11n as well as
some related upcoming code changes.
- Remove airpcap.h from the repository, since it exists in the AirPcap
devpack (and will be superseded Real Soon Now).
- Show the individual channel flag bits in radiotap.
Fix the 802.11n MCS set display.
This is a partial checkin, so hopefully nothing is broken.
svn path=/trunk/; revision=21831
remove ENABLE_WSUG setting from config.nmake and replace it with GLIB_MAJOR_VERSION >= 2 (as Glib 1.x cannot open a browser to show a HTML file - it's just currently? not implemented)
svn path=/trunk/; revision=20446
- add redistributables (msvcr*.dll) to the NSIS installer (depending on MSVC_VARIANT)
- split MSVC2006 and MSVC2006EE (Express Edition) settings in config.nmake, as redistributable settings for NSIS are different
- remove Platform SDK setting from config.nmake, it's not needed
svn path=/trunk/; revision=20411
use /MD switch instead of direct linker switches
(hopefully this will fix linker issues mentioned by Andrew and Stephen)
svn path=/trunk/; revision=20370
- Microsoft .Net Framework SDK Version 1.1
- Microsoft .Net Framework 2.0 SDK
... which seems to work fine now (except for the open problems like zlib) :-)
Some of the plugins need different linker flags depending on the MSVC. I've set a "define" in config.nmake (PLUGIN_LDFLAGS) and used it in the affected plugins/.../Makefile.nmake. Maybe we should generally change the plugins that way.
btw: The "Microsoft Visual C++ Toolkit 2003" (mentioned some time ago on the list) doesn't work as some important files are missing - and we have much easier alternatives now :-)
svn path=/trunk/; revision=20332
mark "Visual Studio 2005" (without Express) as EXPERIMENTAL too, seems to be working just like the Express Edition :-)
svn path=/trunk/; revision=20313
- add some lines to set the desired MSVC_VARIANT
- set some defines (to prevent tons of "deprecated" warnings)
- set some linker flags (currently don't know if these are the right ones - still experimenting)
svn path=/trunk/; revision=20258
I violated Murphy's nth law: thou shalt test fixes in an
'out of the box' configuration *not* in one's customized configuration.
:(
svn path=/trunk/; revision=20221
Note from a mail on gtk dev list:
-rwxr-xr-x 1 tml Administ 224510 Oct 3 18:35 libpango-1.0-0.dll
-rwxr-xr-x 1 tml Administ 37952 Oct 3 18:35 libpangocairo-1.0-0.dll
-rwxr-xr-x 1 tml Administ 58749 Oct 3 18:35 libpangowin32-1.0-0.dll
(That's the relevant DLLs from the "bin" folder in Pango 1.14.5, where
the module(s) are built-in into the DLLs, so no
lib/pango/1.5.0/modules folder is needed.)
svn path=/trunk/; revision=19880