search for: rlimit64

...o the repository yet. It may not be the best patch possible... basic problem is that _LARGEFILE64_SOURCE needs to be defined on Solaris 2.6 if AC_SYS_LARGEFILE ends up doing a '#define _FILE_OFFSET_BITS 64' If _FILE_OFFSET_BITS == 64, then <sys/resource.h> will define a 'struct rlimit64' but NOT define a 'struct rlimit' leading to a failure to compile ssh.c because 'struct rlimit' is not a complete type. When _LARGEFILE64_SOURCE is defined, it adds a #define rlimit rlimit64 so that uses of 'struct rlimit rlim;' will become 'struct rlimit64 rlim;...

Using the latest cvs sources, the compilation of ssh.c fails. The 'struct rlimit rlim;' line is being expanded by cpp into 'struct rlimit64 rlim;' and there is no struct rlimit64 defined. In order to get the struct rlimit64 to be included when the #include <sys/resource.h> is used, it appears to need the _LARGEFILE64_SOURCE symbol defined OR it needs the '#if _FILE_OFFSET_BITS == 64' to fail. I suspect this needs...

...1 in file /usr/include/glob.h. (notcompat) extern void globfree64 __P ((glob64_t *__pglob)); - ------------^ cc: Warning: smbd/server.c, line 450: In this statement, the referenced type of the pointer value "&rlp" is "struct rlimit", which is not compatible with "struct rlimit64". (ptrmismatch) getrlimit(RLIMIT_CORE, &rlp); - ---------------------------------------^ cc: Warning: smbd/server.c, line 452: In this statement, the referenced type of the pointer value "&rlp" is "struct rlimit", which is not compatible with "c...

The reason I ask about the patches is because I think the problem you're seeing might actually be a bug in pam_unix.so.1 - it's something to try at least. We don't use password aging and we don't use the "passwd" command to change passwords, so we haven't run into this at our site even though we probably don't have pam_unix.so patched up. Also, the passwd