All valid file types should have file type strings (and, currently, they
authorGuy Harris <guy@alum.mit.edu>
Sun, 22 Jan 2012 11:37:33 +0000 (11:37 -0000)
committerGuy Harris <guy@alum.mit.edu>
Sun, 22 Jan 2012 11:37:33 +0000 (11:37 -0000)
commit340d882fba1ebe5af26ccf6e00494307c16e20ac
treed92296b7ae749c3a97eb6c6166eb42c5c99b32ae
parentc585d8de24fe85f19e10231cd08914576f6c28ba
All valid file types should have file type strings (and, currently, they
all do); get rid of the test for a null return from
wtap_file_type_string().)

If wtap_get_file_extensions_list() returns NULL, include the file type
in the list of filters, and use "*.*" as the filter.  That way the list
of filters will include all file types, even if you can't really ask
only for files of that type (actually, you can't really ask only for
files of *any* type unless you're running under a desktop environment
where file types are specified by, for example, looking for magic
numbers, as there's no guarantee that, for example, a pcap file will
have an extension at all, given that it might come from a command-line
tool that doesn't default to any extension).

svn path=/trunk/; revision=40650
ui/win32/file_dlg_win32.c