search for: ino_t

...e in CentOS6, it is compiling very well. I decided to put the same software into CentOS7 but i am having this compilation errors below: In file included from /opt/TAFC/R14.1/include/jsystem.h:106:0, from BASIC_2.c:6: /opt/TAFC/R14.1/include/jedi.h:534:2: error: unknown type name ?ino_t? ino_t ino; // The i-node number of a file ^ /opt/TAFC/R14.1/include/jedi.h:535:2: error: unknown type name ?dev_t? dev_t dev; // The device number of a file ^ /opt/TAFC/R14.1/include/jedi.h:537:2: error: unknown type name ?ino_t? ino_t lockid1; I...

...-D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o clipboard.o clipboard.c In file included from ../../include/wine/port.h:36, from clipboard.c:65: /usr/include/sys/types.h:52: error: conflicting types for ino_t /usr/include/linux/types.h:14: error: previous declaration of ino_t was here /usr/include/sys/types.h:62: error: conflicting types for dev_t /usr/include/linux/types.h:13: error: previous declaration of dev_t was here /usr/include/sys/types.h:67: error: conflicting types for gid_t /usr/include/linu...

Hi, This I believe is a bug in kernel headers on openSUSE PPC64 but maybe there is some workaround. compiler-rt/lib/sanitizer_common/sanitizer_platform_limits_linux.cc includes asm/stat.h which ends up with errors: /usr/include/asm/stat.h:31:2: error: unknown type name 'ino_t' ino_t st_ino; ^ /usr/include/asm/stat.h:34:2: error: unknown type name 'mode_t' mode_t st_mode; ^ /usr/include/asm/stat.h:39:2: error: unknown type name 'uid_t' uid_t st_uid; ^ /usr/include/asm/s...

...s a bug in kernel headers on openSUSE PPC64 but maybe > there is some workaround. > > compiler-rt/lib/sanitizer_common/sanitizer_platform_limits_linux.cc > > > includes asm/stat.h which ends up with errors: > > > /usr/include/asm/stat.h:31:2: error: unknown type name 'ino_t' > ino_t st_ino; > ^ > /usr/include/asm/stat.h:34:2: error: unknown type name 'mode_t' > mode_t st_mode; > ^ > /usr/include/asm/stat.h:39:2: error: unknown type name 'uid_t' > uid_t st...

Hello, I received the following socket error when I try to run 'configure' on a new HP-UX 11.i server. (It works fine of HP-UX 11.0) Can anyone help with this error? checking for struct stat.st_rdev... yes checking for ino_t... yes checking for socklen_t... no checking for socklen_t equivalent... configure: error: Cannot find a type to use in place of socklen_t [/opt/rsync/rsync-2.5.6]$ Thanks, Robert C. Hursch UNIX Administration Lockheed Martin Tel: 303-430-2037 Fax: 2187 robert.hursch@lmco.com

dear rsyncists, rsync is superb! but did i actually find a bug? i did: $ rsync -vRHSPa rsync://rsync.mirror.ac.uk/updates.redhat.com/7.3/en/os/SRPMS . into an empty local directory the result was 140 bogus hardlinks of the same file: -rw-rw-r-- 140 g g 6147582 2002/12/04 16:55:24 Canna-3.5b2-62.7.3.src.rpm -rw-rw-r-- 140 g g 6147582 2002/12/04 16:55:24

...ude/linux/types.h:21: error: syntax error before "dev_t" include/linux/types.h:21: warning: type defaults to `int' in declaration of `dev_t' include/linux/types.h:21: warning: data definition has no type or storage class include/linux/types.h:22: error: syntax error before "ino_t" include/linux/types.h:22: warning: type defaults to `int' in declaration of `ino_t' include/linux/types.h:22: warning: data definition has no type or storage class include/linux/types.h:23: error: syntax error before "mode_t" include/linux/types.h:23: warning: type default...

...ecking return type of signal handlers... void checking for uid_t in sys/types.h... yes checking for mode_t... yes checking for off_t... yes checking for size_t... yes checking for pid_t... yes checking type of array argument to getgroups... gid_t checking for struct stat.st_rdev... yes checking for ino_t... yes checking for socklen_t... yes checking for errno in errno.h... yes checking for connect... yes checking for inet_ntop in -lresolv... yes configure: Looking in libraries: -lresolv checking for inet_ntop... yes checking for inet_pton... yes checking for getaddrinfo... yes checking for getnamei...

Hello folks, trying to make use of the new --keep-dirlinks feature for a synch port; it works excellent but feels incomplete without a way for rsync to ignore recursive links. Example: # ls -la . total 6 drwxrwxr-x 2 bldmstr staff 512 Aug 16 21:42 . drwxrwxr-x 8 bldmstr staff 512 Aug 16 21:41 .. lrwxrwxrwx 1 bldmstr staff 2 Aug 20 12:07 bogus -> .. if you use

...gnal handlers... void checking for uid_t in sys/types.h... yes checking for mode_t... yes checking for off_t... yes checking for size_t... yes checking for pid_t... yes checking type of array argument to getgroups... gid_t checking for struct stat.st_rdev... yes checking for ino_t... yes checking for socklen_t... yes checking for errno in errno.h... yes checking for connect... yes checking for inet_ntop in -lresolv... yes checking for inet_ntop... yes checking for inet_pton... yes checking for getaddrinfo... yes checking for getnameinfo... yes chec...

Many thanks to the moderator who pointed out errors and suggested the correct information on this post. Over half the ideas are due to him. ;) Don't forget this is about writing your own daemon or TCP program. Some of the ideas here will not happen with today's software that has been hardened. It is presented to prevent your software from being taken advantage of. Most often,

Hi all, I have a bug with OCFS through configfs : to illustrate this, try : while true ; do ls -l /sys/kernel/config/cluster/ocfs2/heartbeat ; done& while true ; do echo 31> /sys/kernel/config/cluster/ocfs2/heartbeat/dead_threshold ; done& So, I have a kernel crash : BUG: unable to handle kernel NULL pointer dereference at 0000000000000040 IP: [<ffffffffa01fd214>]

Hi all, I have a bug with OCFS through configfs : to illustrate this, try : while true ; do ls -l /sys/kernel/config/cluster/ocfs2/heartbeat ; done& while true ; do echo 31> /sys/kernel/config/cluster/ocfs2/heartbeat/dead_threshold ; done& So, I have a kernel crash : BUG: unable to handle kernel NULL pointer dereference at 0000000000000040 IP: [<ffffffffa01fd214>]

...ude/linux/types.h:21: error: syntax error before "dev_t" include/linux/types.h:21: warning: type defaults to `int' in declaration of `dev_t' include/linux/types.h:21: warning: data definition has no type or storage class include/linux/types.h:22: error: syntax error before "ino_t" include/linux/types.h:22: warning: type defaults to `int' in declaration of `ino_t' include/linux/types.h:22: warning: data definition has no type or storage class [long errors blah blah blah snipped] What appears to be happening is that the #include statement is trying to include...

...x/types.h:21: error: syntax error before "dev_t" include/linux/types.h:21: warning: type defaults to `int'' in declaration of `dev_t'' include/linux/types.h:21: warning: data definition has no type or storage class include/linux/types.h:22: error: syntax error before "ino_t" include/linux/types.h:22: warning: type defaults to `int'' in declaration of `ino_t'' include/linux/types.h:22: warning: data definition has no type or storage class include/linux/types.h:23: error: syntax error before "mode_t" include/linux/types.h:23: warning: type...

...ecking return type of signal handlers... void checking for uid_t in sys/types.h... yes checking for mode_t... yes checking for off_t... yes checking for size_t... yes checking for pid_t... yes checking type of array argument to getgroups... gid_t checking for struct stat.st_rdev... yes checking for ino_t... yes checking for socklen_t... yes checking for errno in errno.h... yes checking for connect... yes checking for inet_ntop in -lresolv... yes checking for inet_ntop... yes checking for inet_pton... yes checking for getaddrinfo... yes checking for getnameinfo... yes checking for struct sockaddr.sa...

I am running FreeBSD 2.8 and having trouble compiling rsync-2.4.6 Anywhere /usr/include/sys/types.h is inclued generates a warning: warning: empty declaration at the following lines (from types.h) typedef u_int32_t ino_t; /* inode number */ typedef u_int16_t mode_t; /* permissions */ typedef _BSD_OFF_T_ off_t; /* file offset */ typedef _BSD_PID_T_ pid_t; /* process id */ The compiled program runs, but just copies filename with no owner and no contents to the files. rsync-2.4.7pre1 compiles the same way and op...

....at> --- a/include/arch/sparc64/klibc/archstat.h 2005-09-06 13:49:34.000000000 -0700 +++ b/include/arch/sparc64/klibc/archstat.h 2005-10-29 10:31:26.000000000 -0700 @@ -3,20 +3,26 @@ /* No nsec fields?! */ struct stat { - unsigned st_dev; + unsigned long st_dev; + unsigned short __pad1; ino_t st_ino; mode_t st_mode; - short st_nlink; + unsigned int st_nlink; uid_t st_uid; gid_t st_gid; - unsigned st_rdev; + unsigned long st_rdev; + unsigned short __pad2; off_t st_size; + off_t st_blksize; + off_t st_blocks; time_t st_atime; + unsigned long __unused1; time_t...

...- 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/usr/include/sys/types.h b/usr/include/sys/types.h index 229f7d6..b8cdb8c 100644 --- a/usr/include/sys/types.h +++ b/usr/include/sys/types.h @@ -25,7 +25,6 @@ typedef __kernel_fd_set fd_set; typedef uint32_t dev_t; typedef __kernel_ino_t ino_t; typedef __kernel_mode_t mode_t; -typedef __kernel_nlink_t nlink_t; typedef __kernel_loff_t off_t; typedef __kernel_loff_t loff_t; typedef __kernel_pid_t pid_t;

...gned-off-by: Hugo Mills <hugo@carfax.org.uk> --- mkfs.c | 7 ++++--- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/mkfs.c b/mkfs.c index 3a87d6e..edd7018 100644 --- a/mkfs.c +++ b/mkfs.c @@ -750,7 +750,7 @@ static int add_file_items(struct btrfs_trans_handle *trans, ino_t parent_inum, struct stat *st, const char *path_name, int out_fd) { - int ret; + int ret = -1; ssize_t ret_read; u64 bytes_read = 0; char *buffer = NULL; @@ -889,7 +889,7 @@ static int traverse_directory(struct btrfs_trans_handle *trans, ret = btrfs_lookup_inode(trans, root, &path...