similar to: Auth against NT-PDC performance

Hallo, Errormessage in log, but it delivers correct Sep 23 21:30:40 serv postfix/pickup[15974]: 8807F4E127: uid=0 from=<root> Sep 23 21:30:40 serv postfix/cleanup[16049]: 8807F4E127: message-id=<20100923193040.8807F4E127 at serv.chefe.dyndns.org> Sep 23 21:30:40 serv postfix/qmgr[15975]: 8807F4E127: from=<root at chefe.dyndns.org>, size=451, nrcpt=1 (queue active) Sep 23

Full_Name: Sharon Kuhlmann Version: 0.99 OS: solaris2.6 Submission from: (NULL) (129.16.167.231) When I use the function > eigen(x), it gives me a "Process R bus error", and the program quits. I'm running the following R version: platform sparc-sun-solaris2.6 arch sparc os solaris2.6 system sparc, solaris2.6 status Patched

Harald Mommer <hmo at opensynergy.com> writes: > Hello, > > I had my hands in a virtio RPMB device implementation the last few > weeks. During the development process I had to apply some patches to the > virtio RPMB driver: > > * Change the device id from 0xFFFF to 28 > > * (Add some debug facilities. Needed to see the frames. Got first no > request

Hi, In 1.4.1, I was able to create extra "empty" rows in a dataframe as so: > x <- data.frame(a = letters[1:3], b = 1:3) > x a b 1 a 1 2 b 2 3 c 3 > x[4,] a b NA NA NA > rbind(x, x[4,]) a b 1 a 1 2 b 2 3 c 3 NA NA NA > R.version _ platform sparc-sun-solaris2.6 arch sparc os solaris2.6

I have now tested R 1.3.1 compiled with GCC 3.0.2 on Solaris and the example I previously posted (repeated below) still gives a segmentation fault, as it does with GCC 3.0.1 but not with 2.95.2. The eigen calculation sometimes needs to be repeated several times before the segmentation fault occurs. La.eigen does not cause a problem. (The problem occurred with R-devel too, but I have not tested

I have a ss20 running Solaris 2.6 (and gcc 3.2) in which I want to install tinc. So, I run the configure script, ./configure --build=sparc-sun-solaris2.6 --host=sparc-sun-solaris2.6 --target=sparc-sun-solaris2.6 --with-openssl-include=/usr/local/ssl/include --with-openssl-lib=/usr/local/ssl/lib --with-zlib-include=/usr/local/include --with-zlib-lib=/usr/local/lib which seems to have run

--Scraw_of_Flies_285_000 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: eXeT31BJngKeovsqhTpOHg== Dear R-project, I am having difficulty compiling R for my unix machine. Attached is the config.log file that has all the necessary info. Can you help? Thank you. Mutlu.. ------------------------------- Mr. Mutlu Ozdogan Center for Remote Sensing Boston University 725 Commonwealth Avenue

I seem to remember an error like this being mentioned before, but if it wasn't: > zz <- density(rnorm(100)) > plot(zz) Error in plot.new() : Figure margins too large > version _ platform sparc-sun-solaris2.6 arch sparc os solaris2.6 system sparc, solaris2.6 status major 0 minor 90.1 year 1999 month December day 15 language R Paul Gilbert

I don't seem to be able to initialize a vector of NAs. I hope this is a bug and not a new feature (I realize I have not paid much attention to a lot of recent discussion about NA): platform sparc-sun-solaris2.6 arch sparc os solaris2.6 system sparc, solaris2.6 status major 1 minor 5.0 year

You get a warning message when you specify a ylab parameter while plotting data whose x's are POSIXct values. Apparently the `axis.POSIXct' method tries to reset the ylab---via the ... parameter---after it has already been set by higher level methods. Here is a function that illustrates the problem. ylabProblem <- function() { x <- ISOdate(2003, 4, 1:10) # POSIXct

I was surprised not to find dev.ask when I looked for it. Is there an alternative method of holding plots before going on to the next one? > R.version _ platform sparc-sun-solaris2.6 arch sparc os solaris2.6 system sparc, solaris2.6 status major 1 minor 1.1 year

Typically, when I use strptime with "impossible" dates I get an NA, which is what I expect. > version _ platform sparc-sun-solaris2.6 arch sparc os solaris2.6 system sparc, solaris2.6 status major 1 minor 3.0 year 2001 month 06

Hello everybody, if I'm using par(xpd=NA) gridlines will plotted outside the plotting region. This is "new" (and, in my opinion, unaesthetic) in version 1.4 - compared to version 1.3. Is this a bug or a feature? Example: ------------------ par(xpd=NA) plot(1:11) grid() ------------------ platform sparc-sun-solaris2.6 arch sparc os solaris2.6

To whom should bug reports of the R port of acepack be directed? On a SPARC/Solaris 2.6 or 2.7 (SunOS 5.6 or 5.7) system running R-1.0.0 the avas example fails > library(acepack) > example(avas) avas> TWOPI <- 8 * atan(1) avas> x <- runif(200, 0, TWOPI) avas> y <- exp(sin(x) + rnorm(200)/2) avas> a <- avas(x, y) Process R bus error (core dumped) at Mon

Joakim Bech <joakim.bech at linaro.org> writes: > On Fri, Sep 25, 2020 at 01:51:43PM +0100, Alex Benn?e wrote: >> With this command we are finally updating data to the backing store >> and cycling the write_count and each successful write. We also include >> the write count in all response frames as the spec is a little unclear >> but the example test code

Hi, I think that there is something that I am misunderstanding in creating tables using dates that are of class POSIXct. Consider: > x <- data.frame(date = as.POSIXct(strptime(c(rep("2002-10-17", 4), rep("1999-12-08", 2)), format = "%Y-%m-%d"))) > x date 1 2002-10-17 2 2002-10-17 3 2002-10-17 4 2002-10-17 5 1999-12-08 6 1999-12-08 > table(x$date)

R> order(1, na.last=NA) Error in apply(sapply(z, is.na), 1, any) : dim(X) must have a positive length This bug appears unrelated to PR#1906, and so the fix of 8/15 doesn't help. It comes from the line inside order(): ok <- !apply(sapply(z, is.na), 1, any) where z=list(1) in my example. sapply() returns a single-element vector, not a matrix, making apply() unhappy. This might

Here's a simple example: > x <- rnorm(20) > y <- 1 + 10*x + rnorm(20) > plot(y ~ x, subset=2*(1:10),xlab="In",ylab="Out") Error in length(x) == l : comparison (1) is possible only for vector types The problem seems to be in this section of the code for plot.formula: if (!missing(subset)) { s <- eval(m$subset, data, parent.frame()) l

on hp-ux 11 i see: $ date;ssh jenny Fri Oct 12 14:44:13 PDT 2001 Last successful login for stevesk: Fri Oct 12 10:45:42 PST8PDT 2001 on pts/2 Last unsuccessful login for stevesk: Mon Sep 24 22:55:53 PST8PDT 2001 Last login: Fri Oct 12 10:45:43 2001 from 172.31.1.53 You have mail. so solaris PAM is different. can other solaris+PAM users confirm this? On Fri, 12 Oct 2001, Benn Oshrin wrote:

.. R is now configured for sparc-sun-solaris2.6 Source directory: . Installation directory: /unsup/R-0.64.2 C compiler: gcc -g -O2 FORTRAN compiler: g77 -O2 Gnome support: no $ gcc --version egcs-2.91.66 $ g77 --version GNU Fortran 0.5.24-19981002 "make check" later fails. The failure is in the test of the eigen() function. The