(ie: PDWORD)to satisfy MinGW

supported, doesn't always work correctly (e.g. it's just a "hint").

in a directory.
Win32 glob() now excludes hidden files by default.

a single entry with a name of "", which makes no sense to me.

_FILE_OFFSET_BITS=64, and use fseeko() and ftello() for 64-bit offset support
(instead of fseek() and ftell()) - also redefine off_t on Win32 to int64_t and
removed filelen_t and fileoff_t typedefs (use off_t instead).

is defined.

in size (or >4G-1byte depending on how the return value was used).
This is going to trigger a bunch of warnings like this:
conversion from '__int64 ' to 'unsigned long ', possible loss of data
which will be fixed over type (either with typecasts or by supporting 64-bit
file sizes, as the case may be).

then would return FALSE (even if there was a matching file that would be found
next).

by properly const-ifying the appropriate functions and variables.

Not yet tested on Win32

Fixes incorrect FALSE in the case of wildmatch("ttest.txt","*test.txt",x)

Reported by Cyan.

DIE DIE DIE!

DigitalMan hath spoken.

Make removecase() handle dirs as well as files through the use of a new
static delfiles_and_or_dirs() function which is basically delfiles()
with an option to remove() dirs too.
delfiles() simply calls this function now.

- Don't allow ? or * in the path
- Various bug-fixes

that exist.  Fix to delfiles() to delete from cwd if inpath is a zero-length
string.

e.g. kilobytes)  of the disk (not just the "free space").

on the passed path...
For fexist() simply return TRUE if access()!=-1 && !isdir()
For fexistcase() *try* the access()/isdir() method first, then do the full
search.  Should make a reasonable difference.  Profileing suggests that
iniFileName() is quite slow due to the fexistcase() calls.  As the general
case is that the passed path is correct, this should speed up most calls
to fexist*().

path (to be used in place of mkdir).

fname against the filespec spec, not allowing * to match the path delimiter
if path is TRUE.

Consider doing the same for all .h files.
Consider the meaning of sanity.

present.

over-write backslash with forwardslash (rather than just appending it, creating
and invalid path string).

(* or ?) chars are present.  Doing so prevents re-writing of the path
parameter, so behaviour is different between the two.

This would break something like:
int munlink(char *glob)
{
        char    this[MAX_PATH+1];

        strcpy(this,glob);
        while(fexistcase(this)) {
                unlink(this);
                strcpy(this,glob);
        }
}

Does Synchronet rely on the old behaviour anywhere?