search for: _largefile64_source

I didn't see this one applied to 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 '...

...smbd[6744]: [2002/11/23 16:17:32, 0] locking/posix.c:posix_fcntl_lock(662) Nov 23 16:17:32 pandora smbd[6744]: an Invalid argument error. This can happen when using 64 bit lock offsets I've checked but the filesystem is local and a locking test program compiled with the same definitions (_LARGEFILE64_SOURCE) gave the same results. Whenever _LAGEFILE64_SOURCE is defined the upperlimit for offset is 2Gb otherwise EINVAL is returned. So I thought adding _FILE_OFFSET_BITS=64 would do the trick. Upperlimit for locking got raised beyond 2Gb and my locking test program showed me this. But now the tdb co...

Hi, I suggest to add the following definition to configure and its template configure.in to allow samba-2.2.x to be compiled on HP/UX 11.00 with some lesser warnings. Without this definition you'll get warnings on all socket operation because the socket operations are UNIX98 specific and HP/UX 11.00 will support this when _XOPEN_SOURCE_EXTENDED is defined. -- Ren? Nieuwenhuizen Afdeling

...er to use ixOpenLdap from HP if possible. The errors I get from configure are: configure:32100: checking for ldap_initialize configure:32157: gcc -o conftest -O -DWITH_SYSLOG -DGUEST_ACCOUNT=\"smbnull\" -D _SAMBA_BUILD_ -I/opt/iexpress/openldap/include -D_HPUX_SOURCE -D_POSIX_SOURCE -D _LARGEFILE64_SOURCE -D_ALIGNMENT_REQUIRED=1 -D_MAX_ALIGNMENT=4 -DMAX_POSITIVE_LO CK_OFFSET=0x1ffffffffffLL -DLDAP_DEPRECATED -L/opt/iexpress/openldap/lib conftes t.c -lldap -lsec -lnsl >&5 ld: Unsatisfied symbol "ldap_initialize" in file /var/tmp//ccAi63yk.o 1 errors. collect2: ld returned 1 exit st...

Put this in the wrong thread, sorry! UPDATE: I've realized that this seems to be an issue with the compiler flags used to build samba. I've realized that i need to define _LARGEFILE_SOURCE, _LARGEFILE64_SOURCE, and _FILE_OFFSET_BITS=64. I've done this, but still have no luck reading files larger than 4GB. Anyone have suggestions? Thanks, Matt > Hi guys, > > I'm attempting to move large files (>4GB) from a PowerPC-based embedded system running a 2.4 kernel architecture to an PC r...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 configure:17280: result: no configure:17300: checking for mblen configure:17356: gcc -o conftest -O3 -m64 -mtune=native -pipe -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wformat-security -Wsizeof-pointer-memaccess -Wno-pointer-sign -Wno-unused-result -fno-strict-aliasing -D_FORTIFY_SOURCE=2 -ftrapv -fno-builtin-memset

...CROS -D__STDC_LIMIT_MACROS -Ilib/Support -I../lib/Support -Iinclude -I../include -Os -pipe -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4 -fomit-frame-pointer -mtune=atom -march=i586 -fasynchronous-unwind-tables -march=i686 -D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 -D_FILE_OFFSET_BITS=64 -fPIC -fvisibility-inlines-hidden -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long -Wcovered-switch-default -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Werror=date-time -std=c++1y -fcolor-diagnostics -ffuncti...

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

...not getCIFSworking. On Tue, 2008-05-06 at 11:07 -0400, Matt Boyle wrote: > Put this in the wrong thread, sorry! > > > UPDATE: I've realized that this seems to be an issue with the compiler flags used to build samba. > I've realized that i need to define _LARGEFILE_SOURCE, _LARGEFILE64_SOURCE, and _FILE_OFFSET_BITS=64. > > I've done this, but still have no luck reading files larger than 4GB. Anyone have suggestions? smbfs the in-kernel filesystem, (particularly old versions such as in Linux 2.4) never did files over 4GB well. 'Fixing' the userspace samba won't...

...com.au> --- Documentation/lguest/lguest.c | 18 ++++++++++++++++-- 1 file changed, 16 insertions(+), 2 deletions(-) diff --git a/Documentation/lguest/lguest.c b/Documentation/lguest/lguest.c --- a/Documentation/lguest/lguest.c +++ b/Documentation/lguest/lguest.c @@ -6,6 +6,7 @@ :*/ #define _LARGEFILE64_SOURCE #define _GNU_SOURCE +#define VIRTIO_BLK_IDENTIFY_DEPRECATED #include <stdio.h> #include <string.h> #include <unistd.h> @@ -1750,8 +1751,21 @@ static void setup_block_file(const char add_feature(dev, VIRTIO_BLK_F_SEG_MAX); conf.seg_max = cpu_to_le32(VIRTQUEUE_NUM - 2); -...

...com.au> --- Documentation/lguest/lguest.c | 18 ++++++++++++++++-- 1 file changed, 16 insertions(+), 2 deletions(-) diff --git a/Documentation/lguest/lguest.c b/Documentation/lguest/lguest.c --- a/Documentation/lguest/lguest.c +++ b/Documentation/lguest/lguest.c @@ -6,6 +6,7 @@ :*/ #define _LARGEFILE64_SOURCE #define _GNU_SOURCE +#define VIRTIO_BLK_IDENTIFY_DEPRECATED #include <stdio.h> #include <string.h> #include <unistd.h> @@ -1750,8 +1751,21 @@ static void setup_block_file(const char add_feature(dev, VIRTIO_BLK_F_SEG_MAX); conf.seg_max = cpu_to_le32(VIRTQUEUE_NUM - 2); -...

Hi! We have a HP b2600 Workstation, with HP 110x UNIX system, at our work place. Currently it is lying idle and we would like to utilize it. Is it possible to put Samba on this machine and use it as a PDC using the samba suite? Thank you for your help Gagneet

UPDATE: I've realized that this seems to be an issue with the compiler flags used to build samba. I've realized that i need to define _LARGEFILE_SOURCE, _LARGEFILE64_SOURCE, and _FILE_OFFSET_BITS=64. I've done this, but still have no luck reading files larger than 4GB. Anyone have suggestions? Thanks, Matt > Hi guys, > > I'm attempting to move large files (>4GB) from a PowerPC-based embedded system running a 2.4 kernel architecture to an PC r...

Dear testers, 3.9.0-rc1 was just tagged from the 3.9 branch at r277207. This took a little longer than I'd hoped, but I think the branch is in a decent state now. There are still open merge requests and bugs, but I'd like to get the real testing started to see where we're at. Please build, test, and upload binaries to the sftp. Let me know how it goes. I'll upload source, docs,

...FSTAT64 HAVE_FTELLO64 HAVE_FTRUNCATE64 HAVE_LSEEK64 HAVE_LSTAT64 HAVE_OPEN64 HAVE_POSIX_FALLOCATE64 HAVE_PREAD64 HAVE_PWRITE64 HAVE_READDIR64 HAVE_SENDFILE64 HAVE_STAT64 HAVE_STRUCT_DIRENT64 HAVE___OPEN64 HAVE___PREAD64 HAVE___PWRITE64 _LARGEFILE64_SOURCE while the output of my freshly cross-compiled version does not have any single of them: $ grep 64 smbd-b_new.txt HAVE_INT64_T HAVE_UINT64_T SIZEOF_INT64_T SIZEOF_UINT64_T Does this mean that my new version will handle large files (with a length of more than fits into 32 bits) i...

(Fixed the cfe email address) On 12/18/2015 09:34 PM, Tim Northover wrote: > On 18 December 2015 at 19:15, Richard Pennington via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> It turns out that it can with some simple patches. > This sounds really cool. I think we should seriously consider putting > these patches into LLVM mainline. > >> Information on

...onstant subroutine _XOPEN_SOURCE undefined at /usr/lib/perl5/5.8.8/i386-linux-thread-multi/features.ph line 52, <STDIN> line 33. Constant subroutine _XOPEN_SOURCE_EXTENDED undefined at /usr/lib/perl5/5.8.8/i386-linux-thread-multi/features.ph line 54, <STDIN> line 33. Constant subroutine _LARGEFILE64_SOURCE undefined at /usr/lib/perl5/5.8.8/i386-linux-thread-multi/features.ph line 56, <STDIN> line 33. Constant subroutine _LARGEFILE_SOURCE undefined at /usr/lib/perl5/5.8.8/i386-linux-thread-multi/features.ph line 98, <STDIN> line 33. Constant subroutine __USE_ISOC99 undefined at /usr/lib/pe...

...y leaks... but I think they can be found in the original sample too ( encoder_example.c ) ... right? ( 1 about theora_encode_comment - row 195 ) ( 3 about ogg_stream_init - row 133 ) Sorry for my english. Thanx in advance. -Mat- === CODE === #define _GNU_SOURCE #define _LARGEFILE_SOURCE #define _LARGEFILE64_SOURCE #define _FILE_OFFSET_BITS 64 #ifndef _REENTRANT # define _REENTRANT #endif #include <math.h> #include <stdio.h> #include <stdlib.h> #include <string.h> #include <time.h> #include <unistd.h> #include "theora/theora.h" #define STREAM_EOP 1 // End-o...

...S_SENDFILE_API STAT_STATVFS64 STAT_ST_BLOCKSIZE STDC_HEADERS STRING_STATIC_MODULES SUNOS5 SYSCONF_SC_NGROUPS_MAX SYSV TIME_WITH_SYS_TIME USE_SETREUID WITH_ADS WITH_PAM WITH_SENDFILE WITH_WINBIND WORDS_BIGENDIAN _ALIGNMENT_REQUIRED _FILE_OFFSET_BITS _LARGEFILE64_SOURCE _MAX_ALIGNMENT charset_CP437_init charset_CP850_init loff_t static_init_auth static_init_charset static_init_idmap static_init_pdb static_init_rpc static_init_vfs vfs_audit_init vfs_cap_init vfs_default_quota_init vfs_extd_audit_init vfs_fake_perms_init...

...SYSCONF_SC_NGROUPS_MAX SYSCONF_SC_NPROCESSORS_ONLN SYSCONF_SC_PAGESIZE TIME_WITH_SYS_TIME USE_SETRESUID WITH_ADS WITH_AUTOMOUNT WITH_CIFSMOUNT WITH_PAM WITH_PAM_MODULES WITH_QUOTAS WITH_SENDFILE WITH_SYSLOG WITH_WINBIND _FILE_OFFSET_BITS _GNU_SOURCE _LARGEFILE64_SOURCE _POSIX_C_SOURCE _POSIX_SOURCE _XOPEN_SOURCE_EXTENDED auth_script_init charset_CP437_init charset_CP850_init idmap_ad_init idmap_rid_init offset_t static_decl_auth static_decl_charset static_decl_idmap static_decl_nss_info static_decl_pdb static_decl_rpc...