similar to: Rsync and files larger than 2 GB in size on HP-UX 64bit

Greetings, We are trying to compile a 64bit version of R (1.7.0) on HP-UX (11.11), but are running into some problems. The following relevant filesets are installed: B3901BA B.11.11.04 HP C/ANSI C Developer's Bundle for HP-UX 11.i (S800) B3909DB B.11.11.60 HP Fortran 90 Compiler and associated products (S800) B3913DB C.03.33.01 HP aC++ Compiler (S800) This is our configure step:

Hi there, We are trying to compile a 64bit version of R (2.5.1) on HP-UX (B.11.23 U ia64), but are running into some problems. This is our configure step: ../configure --prefix=/rnd/homes/lfan/R251 --enable-R-shlib CC="cc" CFLAGS="+z +DD64" CXX="aCC" CXXFLAGS="-b -lxnet +z +DD64" FC="f90" FCFLAGS="+DD64" F77="f90"

I'm trying to compile R, not getting pass the configure step. R version is 2.7.1 from source tarball. Machine is HPUX 11.31, 32-CPUs of Itanium II. Compilers are HPUX C, C++ and Fortran. (B3910B A.06.15, May 2007) My config string: ./configure --prefix=/apps/INTEL/R --enable-R-shlib CC=/opt/aCC/bin/cc CXX=/opt/aCC/bin/aCC FC=/opt/fortran90/bin/f90 --prefix=/apps/INTEL/R --enable-R-shlib

I got Large files working fine on Solaris, just make a 64bit binary :). Seriously, I would try making a 64bit binary for HPUX as well(something like +DA2.0W for 64bit PA_RISC). Robert Weber University of Colorado -------- > > I am currently writing disaster recovery software for the company I work > for. I have been watching rsync development now for the past couple of

Hi R usrs, I want to build R-2.10.0 on HP-UX, but I got following error message: ld: Unsatisfied symbol "zgemm" in file CHOLMOD.a[cholmod_l_super_numeric.o] ld: Unsatisfied symbol "zgemv" in file CHOLMOD.a[cholmod_l_super_solve.o] ld: Unsatisfied symbol "zherk" in file CHOLMOD.a[cholmod_l_super_numeric.o] ld: Unsatisfied symbol "ztrsm" in file

Hi All, I want to build R-2.10.0 on HP-UX, but I got following error message: ld: Unsatisfied symbol "zgemm" in file CHOLMOD.a[cholmod_l_super_numeric.o] ld: Unsatisfied symbol "zgemv" in file CHOLMOD.a[cholmod_l_super_solve.o] ld: Unsatisfied symbol "zherk" in file CHOLMOD.a[cholmod_l_super_numeric.o] ld: Unsatisfied symbol "ztrsm" in file

Hi, I tried to compile rsync 2.6.2 as a 64-bit application on HP-UX 11.23. $ CC=cc CFLAGS="-Ae +DD64" configure $ make $ make check 'make check' fails with daemon mode tests with the following error message. rsync: socketpair_tcp failed (Address family not supported by protocol family). There seems to be a problem with the mixture of BSD and Posix socket specification.

https://bugzilla.samba.org/show_bug.cgi?id=1536 Summary: rsync aborts transferring files larger than 2 GB Product: rsync Version: 2.6.2 Platform: PA-RISC OS/Version: HP-UX Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: vieser@porsche.de

https://bugzilla.samba.org/show_bug.cgi?id=1536 ------- Additional Comments From wayned@samba.org 2004-07-30 13:30 ------- Created an attachment (id=589) --> (https://bugzilla.samba.org/attachment.cgi?id=589&action=view) Add checks for open64 and mkstemp64 to configure If the user's system has open64() but not mkstemp64(), we avoid using mkstemp(). -- Configure bugmail:

Rsync bug in handling files larger than 2 GB *even with 64 bit compilation options* We use files in my environment at work that sometimes requires to transfer files with sizes like 2-10 GB each file. I get the following error from rsync after if copies p a part from the file: write failed on doc_all_030414.dmp.Z : Error 0 rsync error: error in file IO (code 11) at receiver.c(243) rsync:

Hi, I don´t think that this is a ext3 Problem, since you have problems partitioning that disk. Perhaps a hdparm -i /dev/hdX could shine some light on this, also a fdisk -l /dev/hdX could be useful. For now - let me guess: <guess> To me, it seems, that the disk is clipped to 32GB, perhaps the mainboard bios can not cope with a disk >32GB - just a thought. Since the manufactorer

Full_Name: Wolfgang Huber Version: R-2.0.1 OS: HP-UX B.11.23 ia64 Submission from: (NULL) (81.104.215.6) Hi, I hope I am not missing something basic... I am using a somewhat exotic compiler and OS, but if I understand what I am seeing the problem is more general: In src/main/plotmath.c, the following function is defined /* Thickness of rules */ static double RuleThickness() { return

First, thanks for reading this long winded message. I have tried searching everywhere, and reading everything I could possibly find before posting this message... lol I am writing Disaster Recovery software for the company I work for. I have an HP/UX 11.0 server (N Class) dedicated to doing DR related work. Basically, I sync up a 3rd set of mirrors to our live data, split it off, and use

I am the system administrator. I have a system that was built with a default install which resulted in everything in a single file system except for /boot wrote some scripts to split out: /home, /usr, /var, /opt, and /tmp to separate file systems/logical volumes it looks like it ought to work, There's plenty of space in all the filesystems and I can log via ssh and have write access in my

I saw something somewhere about AHCI support requiring kernel 2.6.19 or later. But the current CentOS/RHEL stable kernels are 2.6.18 I'm trying to run CentOS/RHEL in a VirtualBox vm, which by default creates sata virtual disks with an AHCI virtual controller. These virtual machines are quite unstable, and I'm wondering if the AHCI virtual controller is the problem. I do have a real

Hi, I'm trying to repair a remote system using the Live CD. I have VPN access to the subnet where it lives. An onsite person is booting from cd, and running a small script I provided to tweak the default firewall rule set to allow incoming ssh, and set a password for the centos user and start sshd so far so good I can remotely access the system. the problem is the live cd environment is

Hi all, I am compiling the OpenSSH4.7p1 on hp-ux PA11.23 system, however, it gives the following bug: cc +DD64 -I. -I. -I../include/openssl -I../include/tcpwrap -I../include/zlib -D_HPUX_SOURCE -D_XOPEN_SOURCE -D_XOPEN_SOURCE_EXTENDED=1 -I/usr/local/include -I../include/gssapi -DSSHDIR=\"/opt/ssh/etc\" -D_PATH_SSH_PROGRAM=\"/opt/ssh/bin/ssh\"

Please excuse a wee bit of cross posting here. It seems that the questions list may not be the appropriate place for this as I've found a number of unanswered posts involving this topic. My FreeBSD workstations are setup with pam_ldap to a centralized openldap server for authentication. This works perfectly for native FreeBSD applications. What I'm running into an issue with are Linux

Hi, I''ve been building up a new HA system, running Xen on DRBD devices. Configuration this applies to: Debian Lenny xen-linux-system-2.6.26-2-xen-686 package |**|drbd8-modules-2.6.26-2-686 drbd8-modules-2.6.26-2-xen-686 As I''ve been building the system, I ran into an interesting problem, with two symptoms: 1. running VMs would come back up after a reboot, but would hang on

For some reason rsync-2.6.4 compiled by me on HP-UX 11.23 in 64-bit mode is adding extra path elements when running in server mode. This is a new problem. It did not used to do that with older versions and it does not do that with compilations on other systems. $ rsync -a ewok::cadroot/release/bin/ . $ ls bin Where did that extra directory come from? Testing with a different machine