search for: have_long_long_int

...f the file it's copying to the remote system. The printf string uses %lu by default, and %lld if the host system supports long long's. Unfortunately, the check for whether the system supports long longs' isn't correct and the wrong format string is used in some cases. Specifically, HAVE_LONG_LONG_INT isn't defined if int64_t is defined in the system headers. The patch below seperates the HAVE_LONG_LONG_INT logic from the HAVE_INT64_T logic. --- openssh-2.9p2.orig/defines.h Wed May 9 00:39:19 2001 +++ openssh-2.9p2/defines.h Fri Aug 10 17:44:58 2001 @@ -226,6 +226,10 @@ # endi...

...= argv[indx]; statbytes = 0; len = strlen(name); @@ -536,14 +581,19 @@ if (response() < 0) goto next; } + if (resume_mode) + c = 'R'; + else + c = 'C'; + #define FILEMODEMASK (S_ISUID|S_ISGID|S_IRWXU|S_IRWXG|S_IRWXO) #ifdef HAVE_LONG_LONG_INT - snprintf(buf, sizeof buf, "C%04o %lld %s\n", + snprintf(buf, sizeof buf, "%c%04o %lld %s\n", c, (u_int) (stb.st_mode & FILEMODEMASK), (long long)stb.st_size, last); #else /* XXX: Handle integer overflow? */ - snprintf(buf, sizeof buf, "C%04o %lu %...

...H''@|<stdint.h>|g' -e 's/@''HAVE_SYS_TYPES_H''@/1/g' -e 's/@''HAVE_INTTYPES_H''@/1/g' -e 's/@''HAVE_SYS_INTTYPES_H''@/1/g' -e 's/@''HAVE_SYS_BITYPES_H''@/0/g' -e 's/@''HAVE_LONG_LONG_INT''@/1/g' -e 's/@''HAVE_UNSIGNED_LONG_LONG_INT''@/1/g' -e 's/@''APPLE_UNIVERSAL_BUILD''@/0/g' -e 's/@''BITSIZEOF_PTRDIFF_T''@/32/g' -e 's/@''PTRDIFF_T_SUFFIX''@/l/g' -e 's/@'...

This is an automatic message generated by the builder on builder-debian for febootstrap. Log files from the build follow below. Linux builder-debian.home.annexia.org 2.6.36-trunk-amd64 #1 SMP Wed Oct 27 14:28:29 UTC 2010 x86_64 GNU/Linux Tue Jun 7 20:00:01 BST 2011 ----- + git pull --rebase git://git.annexia.org/git/febootstrap.git master >From git://git.annexia.org/git/febootstrap *