where there's an openable file and a directory with the same pathname
except for the extension, but at least it prevents us from trying to open
the file.
svn path=/trunk/; revision=25103
as it shouldn't be modifying the strings, but it's "gchar **", so we
can't make argv an array of "const gchar *" - which means that you can't
put a "{g}char *" into it without a cast.
Clean up white space.
svn path=/trunk/; revision=25100
Add a routine "filemanager_open_directory()", which takes a pathname
(presumed to be UTF-8 in Windows and Mac OS X; this might need work for
other UN*Xes) and attempts to open a file manager window for it, using
ShellExecute on Windows, Launch Services on OS X, and, for now, running
xdg-open on other OSes if we have it (should we have a preference for
the file manaager, just as we have one for the Web browser?).
(For that matter, if we have xdg-open, do we need a preference for the
Web browser, or should we just have xdg-open open the Web browser?)
svn path=/trunk/; revision=25097
just our initialization routine for low-level GTK+ stuff, such as
getting the system colormap and the "black" and "white" colors; we have
to call it before calling get_color().
svn path=/trunk/; revision=25090
"Bytes".
"Interface description" vs. "interface name" isn't Windows vs. UN*X,
it's "has a description" vs. "doesn't have a description" - the lack of
descriptions in UN*X is a result of
1) lack of a mechanism to supply descriptions in some UN*Xes
and
2) lack of code in libpcap to get those descriptions in some
other UN*Xes
and I need to work on fixing 2) (I think it can be dredged out of
FreeBSD 6 and 7, I seem to remember current OpenBSD supplying them, and
for OS X we might as well cheat the way the network preference pane does
and just call en0 the main Ethernet and en1 the AirPort interface).
Use an adverb rather than an adjective to modify a noun, as per Chris
Maynard's suggestion.
svn path=/trunk/; revision=25089
in case a file has more than 2^32 megabytes of data :-); we already
require 64-bit support for calculations and formatting.
svn path=/trunk/; revision=25088
this will also prevent us from showing different stock icons for "our" xpm stock icons and the "system defaults". GTK (for Windows?) changed the icon theme somewhere around V2.10 (or later?) and/or the user might use a different icon theme, so this isn't an esoteric case ;-)
svn path=/trunk/; revision=25075
it aborts - even if we don't make it abort, we should make it throw an
assertion, so we abort the dissection of the packet and let the user
know that we ran out of memory).
svn path=/trunk/; revision=25069
*reported* length, so that if the packet was cut short by a snapshot
length, we get an exception because we run past the end, and the packet
is marked as having been cut short.
Do not use DISSECTOR_ASSERT() to check for the validity of packet data;
dissectors should try to handle even malformed packets, they shouldn't
report malformed packets as dissector bugs (if DISSECTOR_ASSERT(), that
is *ipso facto* evidence of a dissector bug, *even if the packet is
malformed*).
Update the offset when scanning the packet even if we *aren't* building
the protocol tree.
svn path=/trunk/; revision=25068
Guy Harris