search for: _largefile_source

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 ar...

...... no checking for tkConfig.sh in library (sub)directories... /usr/lib/tk8.5/tkConfig.sh checking whether compiling/linking Tcl/Tk code works... no checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... 64 checking for _LARGEFILE_SOURCE value needed for large files... no checking whether KERN_USRSTACK sysctl is supported... no checking for cached Java settings... no checking for Fortran flag to compile .f90 files... none checking for Fortran flag to compile .f95 files... none checking for CFPreferencesCopyAppValue... no chec...

...db_oob len 1718185085 beyond eof at 696 The len is always 1718185085 only eof changes in between error logs. Is there anyone with some knowledge of HP/UX and who can point me at the errors I make??? Thanks in advance, BTW. I can get samba error free by removing _LARGEFILE64_SOURCE and adding _LARGEFILE_SOURCE (64 left out). But am I missing out on some specialities? -- Ren? Nieuwenhuizen Afdeling Informatietechnologie Centraal Planbureau Bezoekadres: Van Stolkweg 14, 2585 JR Den Haag Postadres: Postbus 80510, 2508 GM Den Haag T (070) 3383 342 F (070) 3383 350 I http://www.cpb.nl/nl/general/org/afde...

...ROS -D__STDC_FORMAT_MACROS -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 -fco...

-----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

...h usability... yes checking sys/statvfs.h presence... yes checking for sys/statvfs.h... yes checking for off_t... yes checking for size_t... yes checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for _LARGEFILE_SOURCE value needed for large files... no checking for fseeko... yes configure: creating ./config.status config.status: creating src/ac_config.h ** libs /opt/sunstudio12.1/bin/CC -m64 -lCrun -I/opt/R/R2-11-1/lib/R/include -I/opt/R/R2-11-1/include -I/usr/sfw/include -I/opt/sfw/include -I/usr/openwin/...

...sting properly. Cannot 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 user...

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 ar...

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,

...C03@edelmann.de> <3F002CF3.1080709@cpb.nl> <3F011C28.A752FF34@edelmann.de> Sorry Gerhard, I misread your first email. Ok it seems I have changed the configure script a little to get samba running well (I've attached the configure.diff file). The main problem seems to be that _LARGEFILE_SOURCE64 is being defined instead of _LARGEFILE_SOURCE causing 64bit code to be included. And of course this is failing on the 32bit platform. Good luck. I'm not able to build own binaries. Can you help? Gerhard Gerhard Klein wrote: >Hi, > >we are not uning NFS! The samba connections...

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

...C03@edelmann.de> <3F002CF3.1080709@cpb.nl> <3F011C28.A752FF34@edelmann.de> Sorry Gerhard, I misread your first email. Ok it seems I have changed the configure script a little to get samba running well (I've attached the configure.diff file). The main problem seems to be that _LARGEFILE_SOURCE64 is being defined instead of _LARGEFILE_SOURCE causing 64bit code to be included. And of course this is failing on the 32bit platform. Good luck. I'm not able to build own binaries. Can you help? Gerhard Gerhard Klein wrote: >Hi, > >we are not uning NFS! The samba connections...

...checking for mkdtemp... no . . . checking whether mkdtemp is declared... no . . . checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... 64 checking for _LARGE_FILES value needed for large files... no checking for _LARGEFILE_SOURCE value needed for large files... no checking for fseeko... (cached) yes checking whether KERN_USRSTACK sysctl is supported... no checking for visible __lib_stack_end... yes . . . checking for g77... g77 checking whether we are using the GNU Fortran compiler... yes checking whether g77 accep...

...t 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/perl5/5.8.8/i386-linux-thread-multi/features.ph line 102, <STDIN> line 33. Constant subroutine __GNU_LIBRARY__ undefined at /usr/lib/per...

...d I found 4 possible memory 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" #def...

Hello Recently while playing with bigger iso images (>2G) looks like isohybrid from syslinux-4.02 fails. Sometimes tunning heads/sectors (-h/-s) works, because no padding is needed depending of size of the image. Some debug info provided, if more info is needed please just ask. # isohybrid -v pandereta-2010.09.13-i686.iso catalogue offset: 326 ve[0]: 1, cs: 1 ve[1]: 0, cs: 1 ve[2]: 25927,

...able.], + AC_SYS_LARGEFILE_TEST_INCLUDES) + AC_SYS_LARGEFILE_MACRO_VALUE(_LARGE_FILES, 1, + ac_cv_sys_large_files, + [Define for large files, on AIX-style hosts.], + AC_SYS_LARGEFILE_TEST_INCLUDES) + fi + ]) + +AC_DEFUN(AC_FUNC_FSEEKO, + [AC_SYS_LARGEFILE_MACRO_VALUE(_LARGEFILE_SOURCE, 1, + ac_cv_sys_largefile_source, + [Define to make fseeko visible on some hosts (e.g. glibc 2.2).], + [#include <stdio.h>], [return !fseeko;]) + # We used to try defining _XOPEN_SOURCE=500 too, to work around a bug + # in glibc 2.1.3, but that breaks too many other things. +...

This patch series introduces the VHD library. It is based on the blktap2 one, with changes coming from the blktap2.5 one. Signed-off-by: Thanos Makatos <thanos.makatos@citrix.com>

...er of package */ > #define VERSION "devel-20071218" > > /* tcpwrappers support */ > /* #undef WITH_TCPWRAP */ > > /* endianess */ > /* #define WORDS_BIGENDIAN 0 */ > > /* Define to 1 to make fseeko visible on some hosts (e.g. glibc > 2.2). */ > /* #undef _LARGEFILE_SOURCE */ > > /* POSIX compatibility */ > /* #undef _POSIX_PII_SOCKET */ > > /* thread safe */ > /* #undef _REENTRANT */ > > /* Define to empty if `const' does not conform to ANSI C. */ > /* #undef const */ > > /* Define to `__inline__' or `__inline' if that...