Hi All (but especially Mike Salzlechner )

I'm trying to convert an 18.0 system to 20.1.

I'm getting an error I can't quite understand in a StarZen package (presumably quite an old version - copyright 1997!) szfdio.pkg (although the header comments say it is SELDIR.PKG):

Code:
TYPE tWIN32_FIND_DATA
    FIELD tWIN32_FIND_DATA.dwFileAttributes AS DWORD
    //FILETIME tWIN32_FIND_DATA.ftCreationTime;
    FIELD tWIN32_FIND_DATA.ftCreationTime.dwLowDateTime AS DWORD
    FIELD tWIN32_FIND_DATA.ftCreationTime.dwHighDateTime AS DWORD
    //FILETIME tWIN32_FIND_DATA.ftLastAccessTime;
    FIELD tWIN32_FIND_DATA.ftLastAccessTime.dwLowDateTime AS DWORD
    FIELD tWIN32_FIND_DATA.ftLastAccessTime.dwHighDateTime AS DWORD
    //FILETIME tWIN32_FIND_DATA.ftLastWriteTime;
    FIELD tWIN32_FIND_DATA.ftLastWriteTime.dwLowDateTime AS DWORD
    FIELD tWIN32_FIND_DATA.ftLastWriteTime.dwHighDateTime AS DWORD
    FIELD tWIN32_FIND_DATA.nFileSizeHigh AS DWORD
    FIELD tWIN32_FIND_DATA.nFileSizeLow AS DWORD
    FIELD tWIN32_FIND_DATA.dwReserved0 AS DWORD
    FIELD tWIN32_FIND_DATA.dwReserved1 AS DWORD
    FIELD tWIN32_FIND_DATA.cFileName AS CHAR MAX_PATH
    FIELD tWIN32_FIND_DATA.cAlternateFileName AS CHAR 14
END_TYPE   // <-- the error appears to be here: "Invalid argument 318" - line 737
Now there is another TYPE definition just above that one (TYPE tszSYSTEMTIME) and the compiler seems happy enough with that, so it doesn't look like END_TYPE by itself is causing the error.

I've obviously USEd both OldFMACCommands.pkg and OldDfAllEnt.pkg right at the top of the program just to get it to recognise things like the TYPE/END_TYPE commands, etc.

Anybody have any pointers about what might be happening?

Mike