similar to: R-1.0.0 on alpha/osf1 memory glitch (PR#490)

Full_Name: Michael Hoffman Version: 2.0.0-beta-20041001 OS: OSF1 V5.1 Submission from: (NULL) (193.62.199.8) Hello. Building R 2.0.0-beta-20041001 on OSF1 V5.1 failed because the default configure sets R_XTRA_CFLAGS to "-std1 -ieee_with_inexact." The bzip2 directory includes C99 code that requires -std1 to not be set in order to compile. This halts the overall build process.

http://bugzilla.mindrot.org/show_bug.cgi?id=319 Summary: Privilege Separation failing on OSF1 v5.1 Product: Portable OpenSSH Version: -current Platform: Alpha OS/Version: OSF/1 Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:

I am stuck in the installation of "R" on ALPHA runing OSF1/V5.1 for individual use. When I ran "./configure CC=cc F77=f77 Make=gmake ", the following message came out, 506426:/usr/users/1/mwang2/R/R-2.1.1/bin/exec/R: /sbin/loader: Error: libreadline.so.4: symbol "tgetflag" unresolved 506426:/usr/users/1/mwang2/R/R-2.1.1/bin/exec/R: /sbin/loader: Fatal Error: Load

I tried configuring Samba 2.0.7pre4 on a OSF1 machine (actually a DEC Alpha running Digital Unix 4.0d) with --with-utmp. The autoconf system sets the variable HAVE_UTMPX_H The linking of smbd aborts with the message ---------------------------------------------------------- ld: Unresolved: getutmpx utmpxname updwtmpx *** Exit 1 ---------------------------------------------------------- If I

Dear R-users, I currently have trouble in trying to compile R-1.3.0-patched on Compaq OSF1. -------- >uname -a OSF1 adenine.fysik.dtu.dk V4.0 1229 alpha -------- The 'configure' step ended seemingly corretly: ----------------------- R is now configured for alphaev6-dec-osf4.0f Source directory: . Installation directory: /home/adenine/sysman/laurent/share/ C

I'm having trouble compiling and installing R as a shared library on Alpha/OSF1. I used ./configure --enable-R-shlib SHLIB_CXXLDFLAGS=-L/lib/cmplrs/cxx (Using configure with --enable-R-shlib alone generated "Could not determine SHLIB_CXXLDFLAGS" errors.) make and everything else were done as specified in the documentation. It compiled everything without visible problems, but on

Hi, I have a problem with Samba on an OSF1 v4.0d machine. I get an "INTERNAL ERROR" and a core dump when trying to connect to a share from an NT 4.0 SP3 or W95 machine. I configured Samba to use encrypted password and I set the parameter "security=user". My Samba server is in a workgroup on its own, no PDC and BDCs around. I can see it in my Computer Neighborhood from the NT

>Date: Tue, 8 Dec 1998 11:00:42 -0500 (EST) >From: Rob Naccarato <rob@sheridanc.on.ca> >To: samba@samba.org >Subject: Can't connect to shares w/2.0beta3 on OSF1 > > >I was running 1.9.18p10 on a test DEC Unix 4.0d box here and I decided to >give 2.0beta3 a try. For some reason, I cannot connect to any of the >server's >shares or even get a list of

Hi, I have managed to test this same transfer reliably with the Linux boxes and open-ssh, but I am in trouble with the OSF1 4.0 (Digital Unix) being the server sending files from a single directory to the HP/UX 11 - being the client The 'sshd2' (and ssh2) in both ends is installed as root (and starts probably from 'rc') The 'rsync' (2.4.6) in both end is just

Dear R Development Core Team, I've been trying to install R ver. 0.64.0 on a Dec-Alpha machine w/OSF1. A couple of things go wrong. After I type "make", the installation process bombs while trying to compile the R.binary. It reports the following: f77 -o ../../bin/R.binary {*** for brevity, I've deleted the filenames printed here ***} ld:

Dear help I have been attenpting to compile R0.49 on both of these unix machines and have had no compilation errors but core dumps at run time. The HP UX box start out by putting up a graphics window and then crashing with the following error message before giving the prompt R : Copyright 1997, Robert Gentleman and Ross Ihaka Version 0.49 Beta (April 23, 1997) R is free software and

Is the following (from configure.in) intended: *-dec-osf*) if test ! -z "USE_SIA" ; then AC_MSG_CHECKING(for Digital Unix Security Integration Architecture) should that be "$USE_SIA" or similar or what is the point of testing a constant string for being zero length... The reason I ask is the for complex reasons we don't want SIA enabled on Tru64 since it breaks some

http://bugzilla.mindrot.org/show_bug.cgi?id=319 ------- Additional Comments From mouring at eviladmin.org 2002-06-29 02:59 ------- Created an attachment (id=120) Sounds like an SIA issue w/ privsep. Does this fix it? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

OS: Tru64 5.1 OpenSSH version: 3.2.2p1 and higher. Problem: after upgrading sshd my servers no longer forward X11 connections. I ran the server as 'sshd -d' and saw that the server was successfully creating and binding the IPV6 socket but failing to bind the IPV4 socket. The error message is: Bind to port 22 on 0.0.0.0 failed: Address already in use. Also, when channels.c tries to open

I was running 1.9.18p10 on a test DEC Unix 4.0d box here and I decided to give 2.0beta3 a try. For some reason, I cannot connect to any of the server's shares or even get a list of it's services (via Start->Run->\\server) from Win95 clients. It asks for a password and no matter what I put in there I get "The password is not correct. Try again." I configured Beta3 a la:

First I tried 'setenv R_SHELL /usr/local/bin/bash', as bash is the weapon of choice for the faculty wishing to use R, then ran ./configure as before. The ./configure output line using as R_SHELL for scripts ... /usr/local/bin/bash would seem to indicate that the R_SHELL environment variable was recognized and acknowledged. However, I got the same build error: gnumake[2]: Entering

Hello, I am trying to build the R-2.11.1 software for university faculty to use in research projects on a DEC/Compaq/HP AlphaServer model GS160 16CPU/64GB memory running Tru64Unix aka OSF1 version 5.1B-5. Is it known whether it is possible to build the R-2.11.1 software on the platform I am using? In my attempts to build the R-2.11.1 software, I first used the native C and Fortran 77/90/95

I am trying to compile R-2.4.1 in 64-bit on Solaris 10 running on AMD hardware. I am trying to do this with Sun Studio 11. My config.site looks like this: #! /bin/sh AR="/usr/ccs/bin/ar" TEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/tex" LATEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/latex" PDFTEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/pdftex"

I am trying to compile R-2.4.1 in 64-bit on Solaris 10 running on AMD hardware. I am trying to do this with Sun Studio 11. My config.site looks like this: #! /bin/sh AR="/usr/ccs/bin/ar" TEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/tex" LATEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/latex" PDFTEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/pdftex"

I was debugging a problem reported to me regarding PL/R, and found that I can duplicate it using only R sources. It might be characterized as possibly a misuse of the findFun() function, but I leave that for the R devel experts to decide. The below results are all with R-2.5.1 (I can't seem to download r-patched at the moment, but didn't see anything in the 2.5.1-patched release