From wdunlap at tibco.com  Mon Aug 10 23:07:27 2009
From: wdunlap at tibco.com (William Dunlap)
Date: Mon, 10 Aug 2009 14:07:27 -0700
Subject: [Rd] Bug in nlm, found using sem;
	failure in several flavors (PR#13883)
In-Reply-To: <24906063.post@talk.nabble.com>
References: <20090807223514.7C78E282EF4C@mail.pubhealth.ku.dk>
	<24906063.post@talk.nabble.com>
Message-ID: <77EB52C6DD32BA4D87471DCD70C8D70001A18B3C@NA-PA-VBE03.na.tibco.com>

> From: r-devel-bounces at r-project.org 
> [mailto:r-devel-bounces at r-project.org] On Behalf Of Ben Bolker
> Sent: Monday, August 10, 2009 12:52 PM
> To: r-devel at r-project.org
> Subject: Re: [Rd] Bug in nlm, found using sem; failure in 
> several flavors (PR#13883)
> 
> 
> 
>    A wild guess, based on some recent "non-deterministic" behavior in
> lme4: could this be driven by a bug in optimized linear 
> algebra libraries
> (BLAS/LAPACK)?  (Unfortunately, I'm not clear on how to check 
> the versions
> of BLAS/LAPACK being used and whether they are subject to bugs,
> but perhaps someone else can comment ...)
> 
>    Ben Bolker
> 

Running his example under valgrind (a memory misuse checker on Linux)
does show it using memory it should not be using in the optimization C
code
around where it is copying the gradient vector.  The 

==10916== Invalid read of size 1
==10916==    at 0x400686D: memcpy (mc_replace_strmem.c:406)
==10916==    by 0x8072BC1: FT_store (optimize.c:319)
==10916==    by 0x8072F92: fcn (optimize.c:408)
==10916==    by 0x81039DF: lnsrch (uncmin.c:678)
==10916==    by 0x8107564: optdrv (uncmin.c:2351)
==10916==    by 0x8107E23: optif9 (uncmin.c:2605)
==10916==    by 0x8073BC4: do_nlm (optimize.c:711)
==10916==    by 0x8068C27: do_internal (names.c:1160)
==10916==    by 0x8188C0B: Rf_eval (eval.c:464)
==10916==    by 0x818ABFA: do_begin (eval.c:1244)
==10916==    by 0x8188C0B: Rf_eval (eval.c:464)
==10916==    by 0x81894D8: Rf_applyClosure (eval.c:698)
==10916==  Address 0x524090D is 1 bytes after a block of size 1,996
alloc'd
==10916==    at 0x40046EE: malloc (vg_replace_malloc.c:149)
==10916==    by 0x805999C: GetNewPage (memory.c:638)
==10916==    by 0x805F684: Rf_cons (memory.c:1804)
==10916==    by 0x818B9A6: Rf_evalList (eval.c:1594)
==10916==    by 0x8068BAC: do_internal (names.c:1156)
==10916==    by 0x8188C0B: Rf_eval (eval.c:464)
==10916==    by 0x81894D8: Rf_applyClosure (eval.c:698)
==10916==    by 0x8188E22: Rf_eval (eval.c:508)
==10916==    by 0x818A6E1: do_for (eval.c:1133)
==10916==    by 0x8188C0B: Rf_eval (eval.c:464)
==10916==    by 0x818ABFA: do_begin (eval.c:1244)
==10916==    by 0x8188C0B: Rf_eval (eval.c:464)
==10916==

The details depend on whether gctorture(TRUE) has been called or not,
(and whether the compiler flag -02 has been set or not, as that messes
up the line numbers a bit) but valgrind finds the first memory misuse in
this area.  With gctorture it takes quite a long time to get to this
point.

> 
> Adam D. I. Kramer-2 wrote:
> > 
> >   This message is in MIME format.  The first part should be 
> readable text,
> >   while the remaining parts are likely unreadable without MIME-aware
> > tools.
> > 
> > --1660387551-150661043-1249684349=:2997
> > Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed
> > Content-Transfer-Encoding: QUOTED-PRINTABLE
> > 
> > Hi Jeff,
> > 
> >  =09As mentioned in my message, I *did* replicate on 
> another platform.=20
> > One platform was running linux in a VM, the other running 
> MacOSX, on two
> > different physical machines.  The problem did not replicate 
> on a PowerPC
> > box, so if it is a bug with intel chips, I think it's also 
> appropriate to
> > report here given that the problem seems to cross the OS 
> boundary.  I do
> > no=
> > t
> > have access to a Windows machine.
> > 
> >  =09Also, I have spent a decent amount of time running 
> memory testers on
> > the first machine's memory, to ensure that physical memory is not a
> > problem...the classic "memcheck" program finds no trouble.
> > 
> >  =09The CSV and .ram files both came through as base-64-encoded
> > attachments, which you actually quoted back to me in your response,
> > below...but in case your mail client can't read those and/or you are
> > interested in this bug, I have pasted them at the end of 
> this message
> > (sinc=
> > e
> > they're quite small).
> > 
> >  =09And thanks for the shout-out for bacon. I bought this 
> domain name in
> > undergrad many years ago, and I must say, I've never regretted it!
> > 
> > --Adam
> > 
> > On Fri, 7 Aug 2009, Jeff Ryan wrote:
> > 
> >> Adam,
> >>
> >> It seems that your attachment didn't make it through.
> >>
> >> That aside, my experience with strange errors like those 
> (random type
> >> not implemented ones) has been that you may be looking at a memory
> >> problem on you machine. Given that you can't replicate on another
> >> platform (and the .csv file didn't come through), I would think it
> >> wise to start there.
> >>
> >> My 2c.  And I love bacon too :)
> >>
> >> Jeff
> >>
> >> On Fri, Aug 7, 2009 at 1:10 PM, <adik at ilovebacon.org> wrote:
> >>> =A0This message is in MIME format. =A0The first part 
> should be readable
> >>> =
> > text,
> >>> =A0while the remaining parts are likely unreadable 
> without MIME-aware
> >>> to=
> > ols.
> >>>
> >>> --1660387551-1458482416-1249639718=3D:2997
> >>> Content-Type: TEXT/PLAIN; CHARSET=3DUS-ASCII; FORMAT=3Dflowed
> >>> Content-ID: 
> <Pine.LNX.4.64.0908071039211.2997 at parser.ilovebacon.org>
> >>>
> >>> Hello,
> >>>
> >>> =A0 =A0 =A0 =A0There appears to be a bug in the nlm 
> function, which I
> >>> di=
> > scovered
> >>> when trying to run an SEM. =A0The SEM is not bizarre; the 
> covariance
> >>> mat=
> > rix is
> >>> solve-able and the eigenvalues are greater than zero, and I do not
> >>> belie=
> > ve
> >>> the "sem" package per se to be the problem (as nlm keeps 
> being the part
> >>> =
> > that
> >>> fails, though I can't replicate this with other nlm tasks). =A0I
> >>> apologi=
> > ze if
> >>> I have put too many much information in this message; I'm not a
> >>> programm=
> > er
> >>> by trade so I don't really know what's going on here, 
> which hampers my
> >>> ability to write consise bug reports.
> >>>
> >>> Here is the code I use:
> >>>
> >>> library(sem)
> >>> ice.S <- read.csv("iceS.csv") # attached
> >>> rownames(ice.S) <- ice.S[,1]
> >>> ice.S[,1] <- NULL
> >>> ice.S <- as.matrix(ice.S)
> >>> ice.ram <- specify.model("ice.ram") # attached
> >>> ice.N <- 342
> >>> ice.sem <- sem(ram=3Dice.ram, S=3Dice.S, N=3Dice.N)
> >>>
> >>> ...at this point, any number of problems could occur. I 
> have seen the
> >>> following.
> >>>
> >>> 1) Simple lack of convergence. (might be my model's fault.)
> >>> 2) Error in nlm(if (analytic.gradient) objective.2 else 
> objective.1,
> >>> sta=
> > rt,
> >>> :
> >>> =A0 type 31 is unimplemented in 'type2char'
> >>> 3) =A0*** caught segfault ***
> >>> address 0xc019c87b, cause 'memory not mapped'
> >>>
> >>> Traceback:
> >>> =A01: nlm(if (analytic.gradient) objective.2 else 
> objective.1, start,
> >>> hessian =3D TRUE, iterlim =3D maxiter, print.level =3D if 
> (debug) 2
> >>> else=
> >  0,
> >>> typsize =3D typsize, ...)
> >>> =A02: sem.default(ram =3D ram, S =3D S, N =3D N, 
> param.names =3D pars,
> >>> v=
> > ar.names =3D
> >>> vars, =A0 =A0 fixed.x =3D fixed.x, debug =3D debug, ...)
> >>> =A03: sem(ram =3D ram, S =3D S, N =3D N, param.names =3D pars,
> >>> var.names=
> >  =3D vars,
> >>> fixed.x =3D fixed.x, debug =3D debug, ...)
> >>> =A04: sem.mod(ram =3D ice.ram, S =3D ice.S, N =3D ice.N)
> >>> =A05: sem(ram =3D ice.ram, S =3D ice.S, N =3D ice.N)
> >>>
> >>> Possible actions:
> >>> 1: abort (with core dump, if enabled)
> >>> 2: normal R exit
> >>> 3: exit R without saving workspace
> >>> 4: exit R saving workspace
> >>> Selection: 1
> >>> aborting ...
> >>> Segmentation fault
> >>> swiss:data$
> >>>
> >>> (no core was dumped).
> >>>
> >>> Trying with debug mode provides other interesting errors:
> >>>
> >>>> ice.sem <- sem(ram=3Dice.ram, S=3Dice.S, N=3Dice.N, debug=3DTRUE)
> >>>
> >>> ...gets up to some iteration (not always 15), and then R dies
> >>> ungraceful=
> > ly,
> >>> and exits to the shell:
> >>>
> >>> iteration =3D 15
> >>> Step:
> >>> =A0[1] =A01.253132e-02 =A01.183343e-02 -7.651342e-03 -2.490800e-03
> >>> =A02.=
> > 278938e-03
> >>> =A0[6] =A03.197431e-04 =A06.137849e-04 -2.496882e-03 -1.065829e-03
> >>> -2.11=
> > 8179e-03
> >>> [11] =A02.942936e-03 -1.335936e-03 -3.665618e-03 =A03.090566e-03
> >>> =A08.53=
> > 4956e-04
> >>> [16] -1.440421e-03 -5.230877e-04 -1.053686e-04 -9.771005e-04
> >>> -4.269216e-=
> > 04
> >>> [21] =A07.261694e-05 -1.039668e-03 -8.409151e-03 -3.497456e-03
> >>> =A02.2168=
> > 99e-03
> >>> [26] -4.633520e-03 -4.052130e-03 -4.746537e-03 -1.589622e-03
> >>> -2.523766e-=
> > 04
> >>> Parameter:
> >>> =A0[1] -0.76604614 -1.19639662 =A00.83456888 =A00.72540413
> >>> =A00.08482452=
> >  =A00.56180393
> >>> =A0[7] =A00.50615814 =A00.55728015 =A00.83796696 =A00.88371335
> >>> -0.704651=
> > 16 =A00.85251098
> >>> [13] -0.18346956 =A00.66857787 =A00.57012481 =A00.39116561
> >>> =A00.91237990=
> >  =A00.63951482
> >>> [19] =A00.26601566 =A00.29240836 =A00.44710919 =A00.94734056
> >>> =A06.520390=
> > 15 =A00.02524762
> >>> [25] -0.01614603 =A02.88198219 =A00.03442452 =A03.52272237
> >>> =A01.44698423=
> >  -0.72964745
> >>> Function Value
> >>> [1] -15175.94
> >>> Gradient:
> >>> =A0[1] -2.085412e+07 -3.819717e+07 =A03.883989e+07 =A01.352594e+00
> >>> -4.28=
> > 3329e+00
> >>> =A0[6] -1.437250e+00 -6.558913e-01 =A01.358276e+00 =A07.930865e+05
> >>> -1.29=
> > 3853e+06
> >>> [11] -5.816627e+03 =A05.908197e+05 -2.705742e+08 -1.194400e+07
> >>> -4.007083=
> > e+07
> >>> [16] -4.143068e+07 -6.159782e-01 =A01.044274e-01 -8.591048e+00
> >>> -2.083471=
> > e+00
> >>> [21] -7.548753e-01 -5.418994e-01 -2.799228e+02 -1.321739e+07
> >>> -3.517728e+=
> > 07
> >>> [26] -7.106654e+02 -7.335293e+06 -7.335285e+05 =A03.117764e-01
> >>> -2.234989=
> > e+04
> >>>
> >>> Abort trap
> >>> swiss:data$
> >>>
> >>> ...I have also seen convergence reached, and nlm then die 
> with this
> >>> mess=
> > age:
> >>>
> >>> Error in nlm(if (analytic.gradient) objective.2 else 
> objective.1, start,
> >>> :
> >>> =A0 type 27 is unimplemented in 'type2char'
> >>>
> >>> (similar to above, but now referring to type 27)
> >>>
> >>> I have shown this effect (or something similar...never 
> know how it'll
> >>> fa=
> > il
> >>> next) on the following platforms:
> >>>
> >>>> version
> >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0_
> >>> platform =A0 =A0 =A0 i386-apple-darwin9.7.0
> >>> arch =A0 =A0 =A0 =A0 =A0 i386
> >>> os =A0 =A0 =A0 =A0 =A0 =A0 darwin9.7.0
> >>> system =A0 =A0 =A0 =A0 i386, darwin9.7.0
> >>> status
> >>> major =A0 =A0 =A0 =A0 =A02
> >>> minor =A0 =A0 =A0 =A0 =A09.1
> >>> year =A0 =A0 =A0 =A0 =A0 2009
> >>> month =A0 =A0 =A0 =A0 =A006
> >>> day =A0 =A0 =A0 =A0 =A0 =A026
> >>> svn rev =A0 =A0 =A0 =A048839
> >>> language =A0 =A0 =A0 R
> >>> version.string R version 2.9.1 (2009-06-26)
> >>>
> >>>> sessionInfo()
> >>> R version 2.9.1 (2009-06-26)
> >>> i386-apple-darwin9.8.0
> >>>
> >>> locale:
> >>> en_US.UTF-8/en_US.UTF-8/C/C/en_US.UTF-8/en_US.UTF-8
> >>>
> >>> attached base packages:
> >>> [1] stats =A0 =A0 graphics =A0grDevices utils =A0 =A0 datasets
> >>> =A0method=
> > s =A0 base
> >>>
> >>> other attached packages:
> >>> [1] sem_0.9-17
> >>>
> >>> loaded via a namespace (and not attached):
> >>> [1] tcltk_2.9.1 tools_2.9.1
> >>>
> >>> (I admit to having compiled this version of R myself (to link to a
> >>> hand-compiled ATLAS), though no errors were thrown in the 
> compilation
> >>> st=
> > age.
> >>> I compiled using this config string, at first...
> >>>
> >>> ./configure --prefix=3D/usr/local --with-x --disable-R-framework
> >>> --enabl=
> > e-threads=3Dposix --with-blas=3D"/usr/local/lib/libptf77blas.a
> > /usr/local/l=
> > ib/libptcblas.a /usr/local/lib/libatlas.a -lpthread"
> > --with-lapack=3D"/usr/=
> > local/lib/liblapack.a /usr/local/lib/libptf77blas.a
> > /usr/local/lib/libptcbl=
> > as.a /usr/local/lib/libatlas.a -lpthread" --without-aqua 
> CFLAGS=3D"-O3
> > -mtu=
> > ne=3Dnocona -m32" CXXFLAGS=3D"-O3 -mtune=3Dnocona -m32" 
> FFLAGS=3D"-O3
> > -mtun=
> > e=3Dnocona -m32 -L/usr/lib/gcc/i686-apple-darwin9/4.2.1 -l gfortran"
> > F77FLA=
> > GS=3D"-O3 -mtune=3Dnocona -m32 
> -L/usr/lib/gcc/i686-apple-darwin9/4.2.1 -l
> > g=
> > fortran" FCFLAGS=3D"-O3 -mtune=3Dnocona -m32
> > -L/usr/lib/gcc/i686-apple-darw=
> > in9/4.2.1 -l gfortran" LDFLAGS=3D"-m32 -L/sw/lib"
> > CPPFLAGS=3D"-I/sw/include=
> > " CC=3Dgcc-4.2 F77=3Dgfortran-4.2 FC=3Dgfortran-4.2 CXX=3Dg++-4.2
> > OBJC=3Dgc=
> > c-4.2
> >>>
> >>> ...though I have also recompiled using simply this:
> >>>
> >>> ./configure --prefix=3D/usr/local --with-x --disable-R-framework
> >>>
> >>> ...and then re-installed SEM, and I got a few other, 
> different error
> >>> messages and core dumps, "including type 11 is unimplemented in
> >>> 'type2ch=
> > ar'"
> >>> and "cannot coerce type 'weakref' to vector of type 'double'".
> >>> =A0Runnin=
> > g with
> >>> debug=3DTRUE also segfaults sometimes, even after 
> achieving "Current
> >>> ite=
> > rate
> >>> is probably solution" status.)
> >>>
> >>>> version
> >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0_
> >>> platform =A0 =A0 =A0 x86_64-unknown-linux-gnu
> >>> arch =A0 =A0 =A0 =A0 =A0 x86_64
> >>> os =A0 =A0 =A0 =A0 =A0 =A0 linux-gnu
> >>> system =A0 =A0 =A0 =A0 x86_64, linux-gnu
> >>> status
> >>> major =A0 =A0 =A0 =A0 =A02
> >>> minor =A0 =A0 =A0 =A0 =A09.1
> >>> year =A0 =A0 =A0 =A0 =A0 2009
> >>> month =A0 =A0 =A0 =A0 =A006
> >>> day =A0 =A0 =A0 =A0 =A0 =A026
> >>> svn rev =A0 =A0 =A0 =A048839
> >>> language =A0 =A0 =A0 R
> >>> version.string R version 2.9.1 (2009-06-26)
> >>>
> >>>> sessionInfo()
> >>> R version 2.9.1 (2009-06-26)
> >>> x86_64-unknown-linux-gnu
> >>>
> >>> locale:
> >>> 
> LC_CTYPE=3Den_US;LC_NUMERIC=3DC;LC_TIME=3Den_US;LC_COLLATE=3De
n_US;LC_MO=
> > 
> NETARY=3DC;LC_MESSAGES=3Den_US;LC_PAPER=3Den_US;LC_NAME=3DC;LC
> _ADDRESS=3DC;=
> > LC_TELEPHONE=3DC;LC_MEASUREMENT=3Den_US;LC_IDENTIFICATION=3DC
> >>>
> >>> attached base packages:
> >>> [1] stats =A0 =A0 graphics =A0grDevices utils =A0 =A0 datasets
> >>> =A0method=
> > s =A0 base
> >>>
> >>> other attached packages:
> >>> [1] sem_0.9-17
> >>>
> >>> ...however, THIS platform does NOT show the bug:
> >>>
> >>>> version
> >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0_
> >>> platform =A0 =A0 =A0 powerpc-unknown-linux-gnu
> >>> arch =A0 =A0 =A0 =A0 =A0 powerpc
> >>> os =A0 =A0 =A0 =A0 =A0 =A0 linux-gnu
> >>> system =A0 =A0 =A0 =A0 powerpc, linux-gnu
> >>> status
> >>> major =A0 =A0 =A0 =A0 =A02
> >>> minor =A0 =A0 =A0 =A0 =A09.1
> >>> year =A0 =A0 =A0 =A0 =A0 2009
> >>> month =A0 =A0 =A0 =A0 =A006
> >>> day =A0 =A0 =A0 =A0 =A0 =A026
> >>> svn rev =A0 =A0 =A0 =A048839
> >>> language =A0 =A0 =A0 R
> >>> version.string R version 2.9.1 (2009-06-26)
> >>>> sessionInfo()
> >>> R version 2.9.1 (2009-06-26)
> >>> powerpc-unknown-linux-gnu
> >>>
> >>> locale:
> >>> 
> LC_CTYPE=3Den_US.UTF-8;LC_NUMERIC=3DC;LC_TIME=3Den_US.UTF-8;LC
_COLLATE=
> > 
> =3Den_US.UTF-8;LC_MONETARY=3DC;LC_MESSAGES=3Den_US.UTF-8;LC_PA
PER=3Den_US.U=
> > 
> TF-8;LC_NAME=3DC;LC_ADDRESS=3DC;LC_TELEPHONE=3DC;LC_MEASUREMEN
> T=3Den_US.UTF=
> > -8;LC_IDENTIFICATION=3DC
> >>>
> >>> attached base packages:
> >>> [1] stats =A0 =A0 graphics =A0grDevices utils =A0 =A0 datasets
> >>> =A0method=
> > s =A0 base
> >>>
> >>> other attached packages:
> >>> [1] sem_0.9-17
> >>>>
> >>>
> >>> ...for this system, the model simply repeatedly fails to converge,
> >>> wheth=
> > er
> >>> debug is set or not.
> >>>
> >>> I have also tried altering my model. This has resulted in the same
> >>> bugs,=
> >  but
> >>> instead of "every so often simply not converging," it actually
> >>> converges=
> >  and
> >>> appears to be the model I asked R to solve...but this is rare.
> >>>
> >>> Please let me know if I can provide any other info.
> >>>
> >>> Cordially,
> >>> Adam D. I. Kramer
> >>> --1660387551-1458482416-1249639718=3D:2997
> >>> Content-Type: AUDIO/X-PN-REALAUDIO; NAME=3Dice.ram
> >>> Content-Transfer-Encoding: BASE64
> >>> Content-ID: 
> <Pine.LNX.4.64.0908070308380.2997 at parser.ilovebacon.org>
> >>> Content-Description:
> >>> Content-Disposition: ATTACHMENT; FILENAME=3Dice.ram
> >>>
> >>> aW1wb3J0YW50IDwtLSBjaGFsbGVuZ2UsIE5BLCAxCmNvbXBsZXggIDwtLSBj
> >>> aGFsbGVuZ2UsIGMuY29tcGxleCwgTkEKZGlmZmljdWx0IDwtLSBjaGFsbGVu
> >>> Z2UsIGMuZGlmZmljdWx0LCBOQQptYW55ZGltZW5zaW9ucyA8LS0gY2hhbGxl
> >>> bmdlLCBjLm1hbnlkaW1lbnNpb25zLCBOQQpjb3VsZGF2b2lkIDwtLSBjaGFs
> >>> bGVuZ2UsIGMuY291bGRhdm9pZCwgTkEKb25seXNlbGYgPC0tIGNoYWxsZW5n
> >>> ZSwgYy5vbmx5c2VsZiwgTkEKCndhc3JpZ2h0Y2hvaWNlIDwtLSBldmFsLCBO
> >>> QSwgMQp0ZWxsZ29vZCA8LS0gZXZhbCwgZS50ZWxsZ29vZCwgTkEKdGVsbGJl
> >>> c3QgPC0tIGV2YWwsIGUudGVsbGJlc3QsIE5BCm5lZ291dGNvbWUgPC0tIGV2
> >>> YWwsIGUubmVnb3V0Y29tZSwgTkEKCmVxdWFsaW5mbyA8LS0gaW5mb3JtZWQs
> >>> IE5BLCAxCmNvbnRyb2wgPC0tIGluZm9ybWVkLCBpLmNvbnRyb2wsIE5BCmRl
> >>> c2lyZWQgPC0tIGluZm9ybWVkLCBpLmRlc2lyZWQsIE5BCmhvd211Y2hpbmZv
> >>> IDwtLSBpbmZvcm1lZCwgaS5ob3dtdWNoaW5mbywgTkEKcG9zb3V0Y29tZSA8
> >>> LS0gaW5mb3JtZWQsIGkucG9zb3V0Y29tZSwgTkEKCndhc3JpZ2h0Y2hvaWNl
> >>> IDwtPiB3YXNyaWdodGNob2ljZSwgd2FzcmlnaHRjaG9pY2VWLCBOQQp0ZWxs
> >>> Z29vZCA8LT4gdGVsbGdvb2QsIHRlbGxnb29kViwgTkEKdGVsbGJlc3QgPC0+
> >>> IHRlbGxiZXN0LCB0ZWxsYmVzdFYsIE5BCm5lZ291dGNvbWUgPC0+IG5lZ291
> >>> dGNvbWUsIG5lZ291dGNvbWVWLCBOQQoKb25seXNlbGYgPC0+IG9ubHlzZWxm
> >>> LCBvbmx5c2VsZlYsIE5BCmltcG9ydGFudCA8LT4gaW1wb3J0YW50LCBpbXBv
> >>> cnRhbnRWLCBOQQpjb21wbGV4IDwtPiBjb21wbGV4LCBjb21wbGV4ViwgTkEK
> >>> ZGlmZmljdWx0IDwtPiBkaWZmaWN1bHQsIGRpZmZpY3VsdFYsIE5BCm1hbnlk
> >>> aW1lbnNpb25zIDwtPiBtYW55ZGltZW5zaW9ucywgbWFueWRpbWVuc2lvbnNW
> >>> LCBOQQpjb3VsZGF2b2lkIDwtPiBjb3VsZGF2b2lkLCBjb3VsZGF2b2lkViwg
> >>> TkEKCmVxdWFsaW5mbyA8LT4gZXF1YWxpbmZvLCBlcXVhbGluZm9WLCBOQQpj
> >>> b250cm9sIDwtPiBjb250cm9sLCBjb250cm9sViwgTkEKZGVzaXJlZCA8LT4g
> >>> ZGVzaXJlZCwgZGVzaXJlZFYsIE5BCmhvd211Y2hpbmZvIDwtPiBob3dtdWNo
> >>> aW5mbywgaG93bXVjaGluZm9WLCBOQQpwb3NvdXRjb21lIDwtPiBwb3NvdXRj
> >>> b21lLCBwb3NvdXRjb21lViwgTkEKCmV2YWwgPC0+IGV2YWwsIGV2YWxWLCBO
> >>> QQpjaGFsbGVuZ2UgPC0+IGNoYWxsZW5nZSwgY2hhbGxlbmdlViwgTkEKaW5m
> >>> b3JtZWQgPC0+IGluZm9ybWVkLCBpbmZvcm1lZFYsIE5BCg=3D=3D
> >>>
> >>> --1660387551-1458482416-1249639718=3D:2997
> >>> Content-Type: TEXT/CSV; CHARSET=3DUS-ASCII; NAME=3DiceS.csv
> >>> Content-Transfer-Encoding: BASE64
> >>> Content-ID: 
> <Pine.LNX.4.64.0908070308381.2997 at parser.ilovebacon.org>
> >>> Content-Description:
> >>> Content-Disposition: ATTACHMENT; FILENAME=3DiceS.csv
> >>>
> >>> IiIsIndhc3JpZ2h0Y2hvaWNlIiwidGVsbGdvb2QiLCJ0ZWxsYmVzdCIsImlt
> >>> cG9ydGFudCIsImNvbXBsZXgiLCJkaWZmaWN1bHQiLCJvbmx5c2VsZiIsIm1h
> >>> bnlkaW1lbnNpb25zIiwiaG93bXVjaGluZm8iLCJlcXVhbGluZm8iLCJjb3Vs
> >>> ZGF2b2lkIiwicG9zb3V0Y29tZSIsIm5lZ291dGNvbWUiLCJjb250cm9sIiwi
> >>> ZGVzaXJlZCINCiJ3YXNyaWdodGNob2ljZSIsMC45NjM2OTc3MzE3ODk2Myww
> >>> LjI5MjczNjMyMTIyOTY0NywwLjI4OTg1MjgwODQ4OTExNywwLjM4NTI2Njk2
> >>> NTM2Mjc2MSwwLjE5NzY0NDgyNDY5NjMyMCwwLjE4MzA0MTMyNDA2MjI5OCwt
> >>> MC4xNDY2MjYzNDcyMTk4NzksMC4xNDYzNTQwMjc3OTcxMDEsLTAuMTMyODg3
> >>> NTk2OTAyNTA2LC0wLjE3Mzk2NTA2OTExMTAyNSwtMC4yNjg0NTkxNjI5MzA1
> >>> NjcsLTAuMDY3ODA5NTM3NTA3NjIyMiwwLjE4MDU0OTkyNTAyNDM3NywtMC4w
> >>> NDIwODQ0MzY0MDM3ODc0LC0wLjA3MzA1Nzc4OTY5MDI5NjcNCiJ0ZWxsZ29v
> >>> ZCIsMC4yOTI3MzYzMjEyMjk2NDcsMC45NTU0OTQyNDYyMTA4NTYsMC43NTc1
> >>> NDQxOTMzMzk1NjYsMC4xOTEyNDExODMyMDMxMjksMC4wMDAxNzQ2MzA0MTc1
> >>> NjQ2ODgsMC4wMDM0MDg4NzExODA3MTI4NywwLjAwOTYzMDUwNDc0MzU4MDM0
> >>> LDAuMDI4Mzg5NDM3MzMxNjY4NCwwLjAxODgwMjc1Mzk0NjMyOTksLTAuMDE1
> >>> NzAyNjM4MTUxNTk4NSwtMC4xNDU3OTUwMDY3NDE4ODQsMC4xNDIwMzQzOTY5
> >>> MDY4NzksMC4wMDk4MTUzODM5ODQzNDg1MSwwLjA3MDU4Njg3NTY1Mzk3MzIs
> >>> MC4xMDgwMDA0NDkzMjgzMTMNCiJ0ZWxsYmVzdCIsMC4yODk4NTI4MDg0ODkx
> >>> MTcsMC43NTc1NDQxOTMzMzk1NjYsMC45NDg1OTM1OTA5MTI0MDgsMC4yMzA1
> >>> OTg5NTg1OTc1MjgsMC4wMzAyNjkyMTA2MTM1NDM5LDAuMDE1NTQ0NzA1NTc4
> >>> MzEyMiwwLjAzMjE2OTMyODE5ODg2NjksMC4wNjQ2MzEyMzI2MTg3MDk2LDAu
> >>> MDEwMjk0NTA4NTY1MTI0NiwtMC4wMTk2NzU5OTk3OTIzMDA5LC0wLjE3ODc2
> >>> NTU2MzM1NDgyOCwwLjE1MTM0MzU2Nzc2MTg1OSwtMC4wMzM2NTU5MDYzMzA3
> >>> ODM1LDAuMDkyOTA2MjI3OTMzNDg5OCwwLjE1OTczNTYxODQyMzMzNQ0KImlt
> >>> cG9ydGFudCIsMC4zODUyNjY5NjUzNjI3NjEsMC4xOTEyNDExODMyMDMxMjks
> >>> MC4yMzA1OTg5NTg1OTc1MjgsMC45NjQ0OTc4ODAzNDM2MSwwLjY0NzY1NzE0
> >>> MTQ4ODM3NSwwLjUxNDE3NTk3NDU1NDExNCwtMC4xOTc1MDY3MDU5MTcxMjMs
> >>> MC40NzQ3MjMzMzI0Njk4NzUsLTAuMTI5MDkxMzI5ODE2MjAxLC0wLjE4OTIy
> >>> OTEyMzcwNTM0MSwtMC40NjIxOTU4MzkyNjUwMzUsMC4xMjQxNTgzMzk1Mjcz
> >>> MjIsMC4xNjA2NjEzMDc0ODY1NTksLTAuMDg2NDU3MzcyNzQ2NjI2NSwtMC4w
> >>> NjgzNjc0ODQyNDk4ODAxDQoiY29tcGxleCIsMC4xOTc2NDQ4MjQ2OTYzMjAs
> >>> MC4wMDAxNzQ2MzA0MTc1NjQ2ODgsMC4wMzAyNjkyMTA2MTM1NDM5LDAuNjQ3
> >>> NjU3MTQxNDg4Mzc1LDAuOTc2MzIxNjU1NzYyOTY4LDAuNzU0OTc4Nzc3MzA5
> >>> NTUzLC0wLjI2MjM0MDQyNTgyNDA1MiwwLjY1NjcxNzUzMzM2MTE3NiwtMC4x
> >>> NjA0MjcxMzk2NzMwMTgsLTAuMjM2MjEwODU2MDgzOTAyLC0wLjM4NTQ1MjEw
> >>> MDA0NjYyMywwLjAyMzg3NzU3MjgyNzcxNTcsMC4zMjQ1MjU2NTMxNjQ1MDgs
> >>> LTAuMjQwNjM0ODA0ODg3MDU1LC0wLjIzMzY5NjU1NDE4OTE2NA0KImRpZmZp
> >>> Y3VsdCIsMC4xODMwNDEzMjQwNjIyOTgsMC4wMDM0MDg4NzExODA3MTI4Nyww
> >>> LjAxNTU0NDcwNTU3ODMxMjIsMC41MTQxNzU5NzQ1NTQxMTQsMC43NTQ5Nzg3
> >>> NzczMDk1NTMsMC45NTczMjQzNDE2NjE5NzIsLTAuMTgzMDA1NTg3NTUxNjI0
> >>> LDAuNTIzMTgzOTkzODk3NjMyLC0wLjE5NzgzMzM1NDQzMDkwNywtMC4yMjg0
> >>> MzQ3MTMwNjE3NzYsLTAuMjYzNTg3NzQ2MDIxMTc0LC0wLjA0NTM5NzEzNzc3
> >>> MDA4NDUsMC4zMzAwNzU2NjY1MjY3NjEsLTAuMjM0NzA3NTE3Njc3NTg2LC0w
> >>> LjIzOTEyNjk3MTQ4MDYyNQ0KIm9ubHlzZWxmIiwtMC4xNDY2MjYzNDcyMTk4
> >>> NzksMC4wMDk2MzA1MDQ3NDM1ODAzNCwwLjAzMjE2OTMyODE5ODg2NjksLTAu
> >>> MTk3NTA2NzA1OTE3MTIzLC0wLjI2MjM0MDQyNTgyNDA1MiwtMC4xODMwMDU1
> >>> ODc1NTE2MjQsMC45NDc4NTI0MTU0NDM2NjMsLTAuMjY4MzMzOTc5Mjk1NjEy
> >>> LDAuMDc4NzE5MTg3OTIxNTY1NCwwLjA4MDA1NTQ0MzA5MzgwMzYsMC4xNjM1
> >>> OTUyNzc0OTg3NTgsLTAuMDA1MDcyNjg2MDg0MTc3MDQsLTAuMTYwMTM3NTQ1
> >>> ODcxNDQ4LDAuMjExMjU3MjUyMjg3OTc5LDAuMTQ3ODg0MzUyNTg4NDk5DQoi
> >>> bWFueWRpbWVuc2lvbnMiLDAuMTQ2MzU0MDI3Nzk3MTAxLDAuMDI4Mzg5NDM3
> >>> MzMxNjY4NCwwLjA2NDYzMTIzMjYxODcwOTYsMC40NzQ3MjMzMzI0Njk4NzUs
> >>> MC42NTY3MTc1MzMzNjExNzYsMC41MjMxODM5OTM4OTc2MzIsLTAuMjY4MzMz
> >>> OTc5Mjk1NjEyLDAuOTQ5OTE3NjYyNjE2MTYsLTAuMTEzMjk1NjY3NDA4MTc3
> >>> LC0wLjE4MTU3NjQ3MzE3MDc4NCwtMC4yNzkyOTg0MTcxNzcyNjEsMC4wNDQy
> >>> NDgxMjM1MDgyNTI4LDAuMjU4MzQ5NzAyNDYwNjYzLC0wLjE5Njk5MzM0NjMz
> >>> NzIxNCwtMC4yMjI1MzM5NTI2MzM0ODINCiJob3dtdWNoaW5mbyIsLTAuMTMy
> >>> ODg3NTk2OTAyNTA2LDAuMDE4ODAyNzUzOTQ2MzI5OSwwLjAxMDI5NDUwODU2
> >>> NTEyNDYsLTAuMTI5MDkxMzI5ODE2MjAxLC0wLjE2MDQyNzEzOTY3MzAxOCwt
> >>> MC4xOTc4MzMzNTQ0MzA5MDcsMC4wNzg3MTkxODc5MjE1NjU0LC0wLjExMzI5
> >>> NTY2NzQwODE3NywwLjk0NjcyMjc0NjEzNzQxNSwwLjcwNjk3NjAxNTU4MjIx
> >>> OCwwLjA5MjMxOTI3MDQ0Mzk5MzQsMC4yMTMwMzIyNDI0NzMzMTUsLTAuMjA5
> >>> ODgyNDMxNzY1MTEwLDAuMjM5MTI0NTUxNjI5NTU5LDAuMjE5MDc4MzUyODkw
> >>> NjU3DQoiZXF1YWxpbmZvIiwtMC4xNzM5NjUwNjkxMTEwMjUsLTAuMDE1NzAy
> >>> NjM4MTUxNTk4NSwtMC4wMTk2NzU5OTk3OTIzMDA5LC0wLjE4OTIyOTEyMzcw
> >>> NTM0MSwtMC4yMzYyMTA4NTYwODM5MDIsLTAuMjI4NDM0NzEzMDYxNzc2LDAu
> >>> MDgwMDU1NDQzMDkzODAzNiwtMC4xODE1NzY0NzMxNzA3ODQsMC43MDY5NzYw
> >>> MTU1ODIyMTgsMC45NjQ1MTc1NjI3NzgzMjgsMC4xODA1MTczMjU3NTIzODcs
> >>> MC4xNjM4NDQ2NDA0OTU5ODMsLTAuMjEzODA0NTUwMDQzMjM5LDAuMjU4MDMy
> >>> MzIyODI0NTk5LDAuMTkxODIwNDQ3NDA0MzM1DQoiY291bGRhdm9pZCIsLTAu
> >>> MjY4NDU5MTYyOTMwNTY3LC0wLjE0NTc5NTAwNjc0MTg4NCwtMC4xNzg3NjU1
> >>> NjMzNTQ4MjgsLTAuNDYyMTk1ODM5MjY1MDM1LC0wLjM4NTQ1MjEwMDA0NjYy
> >>> MywtMC4yNjM1ODc3NDYwMjExNzQsMC4xNjM1OTUyNzc0OTg3NTgsLTAuMjc5
> >>> Mjk4NDE3MTc3MjYxLDAuMDkyMzE5MjcwNDQzOTkzNCwwLjE4MDUxNzMyNTc1
> >>> MjM4NywwLjk2MzIzNzMwOTczMDcyNiwtMC4xMjAxMzAxOTYzOTI0MDYsLTAu
> >>> MDY4OTY1OTY1NzA1NzA5MSwwLjE2NTUzMzIwODc0MzU0NywwLjE5MTQyMTEz
> >>> NDE4OTY4Mg0KInBvc291dGNvbWUiLC0wLjA2NzgwOTUzNzUwNzYyMjIsMC4x
> >>> NDIwMzQzOTY5MDY4NzksMC4xNTEzNDM1Njc3NjE4NTksMC4xMjQxNTgzMzk1
> >>> MjczMjIsMC4wMjM4Nzc1NzI4Mjc3MTU3LC0wLjA0NTM5NzEzNzc3MDA4NDUs
> >>> LTAuMDA1MDcyNjg2MDg0MTc3MDQsMC4wNDQyNDgxMjM1MDgyNTI4LDAuMjEz
> >>> MDMyMjQyNDczMzE1LDAuMTYzODQ0NjQwNDk1OTgzLC0wLjEyMDEzMDE5NjM5
> >>> MjQwNiwwLjkzOTEwNzcxNzE4NjM4NSwtMC4yOTEyNjIzOTE4Mjc2NzEsMC4y
> >>> NTYyNzQxOTU5ODMwMDQsMC4zNDY0NDE0MTExMTYxNDcNCiJuZWdvdXRjb21l
> >>> IiwwLjE4MDU0OTkyNTAyNDM3NywwLjAwOTgxNTM4Mzk4NDM0ODUxLC0wLjAz
> >>> MzY1NTkwNjMzMDc4MzUsMC4xNjA2NjEzMDc0ODY1NTksMC4zMjQ1MjU2NTMx
> >>> NjQ1MDgsMC4zMzAwNzU2NjY1MjY3NjEsLTAuMTYwMTM3NTQ1ODcxNDQ4LDAu
> >>> MjU4MzQ5NzAyNDYwNjYzLC0wLjIwOTg4MjQzMTc2NTExMCwtMC4yMTM4MDQ1
> >>> NTAwNDMyMzksLTAuMDY4OTY1OTY1NzA1NzA5MSwtMC4yOTEyNjIzOTE4Mjc2
> >>> NzEsMC45NTI1NTI5NjU3OTY0MjEsLTAuMjIxOTE3MjIyOTMwMTksLTAuMjMx
> >>> MDMyMDE0OTI3Mzk3DQoiY29udHJvbCIsLTAuMDQyMDg0NDM2NDAzNzg3NCww
> >>> LjA3MDU4Njg3NTY1Mzk3MzIsMC4wOTI5MDYyMjc5MzM0ODk4LC0wLjA4NjQ1
> >>> NzM3Mjc0NjYyNjUsLTAuMjQwNjM0ODA0ODg3MDU1LC0wLjIzNDcwNzUxNzY3
> >>> NzU4NiwwLjIxMTI1NzI1MjI4Nzk3OSwtMC4xOTY5OTMzNDYzMzcyMTQsMC4y
> >>> MzkxMjQ1NTE2Mjk1NTksMC4yNTgwMzIzMjI4MjQ1OTksMC4xNjU1MzMyMDg3
> >>> NDM1NDcsMC4yNTYyNzQxOTU5ODMwMDQsLTAuMjIxOTE3MjIyOTMwMTksMC45
> >>> Mzc2MDc1MzMxODY1NzYsMC4zMTI2NjQxOTk2MzE2MjANCiJkZXNpcmVkIiwt
> >>> MC4wNzMwNTc3ODk2OTAyOTY3LDAuMTA4MDAwNDQ5MzI4MzEzLDAuMTU5NzM1
> >>> NjE4NDIzMzM1LC0wLjA2ODM2NzQ4NDI0OTg4MDEsLTAuMjMzNjk2NTU0MTg5
> >>> MTY0LC0wLjIzOTEyNjk3MTQ4MDYyNSwwLjE0Nzg4NDM1MjU4ODQ5OSwtMC4y
> >>> MjI1MzM5NTI2MzM0ODIsMC4yMTkwNzgzNTI4OTA2NTcsMC4xOTE4MjA0NDc0
> >>> MDQzMzUsMC4xOTE0MjExMzQxODk2ODIsMC4zNDY0NDE0MTExMTYxNDcsLTAu
> >>> MjMxMDMyMDE0OTI3Mzk3LDAuMzEyNjY0MTk5NjMxNjIwLDAuOTYzMTMxNjM5
> >>> NTYwMTA4DQo=3D
> >>>
> >>> --1660387551-1458482416-1249639718=3D:2997--
> >>>
> >>> ______________________________________________
> >>> R-devel at r-project.org mailing list
> >>> https://stat.ethz.ch/mailman/listinfo/r-devel
> >>>
> >>
> >>
> >>
> >> --=20
> >> Jeffrey Ryan
> >> jeffrey.ryan at insightalgo.com
> >>
> >> ia: insight algorithmics
> >> www.insightalgo.com
> >>
> > 
> > CSV:
> > 
> > 
> "","wasrightchoice","tellgood","tellbest","important","complex
> ","difficult"=
> > 
> ,"onlyself","manydimensions","howmuchinfo","equalinfo","coulda
> void","posout=
> > come","negoutcome","control","desired"
> > 
> "wasrightchoice",0.96369773178963,0.292736321229647,0.28985280
> 8489117,0.385=
> > 
> 266965362761,0.197644824696320,0.183041324062298,-0.1466263472
> 19879,0.14635=
> > 
> 4027797101,-0.132887596902506,-0.173965069111025,-0.2684591629
> 30567,-0.0678=
> > 
> 095375076222,0.180549925024377,-0.0420844364037874,-0.0730577896902967
> > 
> "tellgood",0.292736321229647,0.955494246210856,0.7575441933395
> 66,0.19124118=
> > 
> 3203129,0.000174630417564688,0.00340887118071287,0.00963050474
> 358034,0.0283=
> > 
> 894373316684,0.0188027539463299,-0.0157026381515985,-0.1457950
> 06741884,0.14=
> > 
> 2034396906879,0.00981538398434851,0.0705868756539732,0.108000449328313
> > 
> "tellbest",0.289852808489117,0.757544193339566,0.9485935909124
> 08,0.23059895=
> > 
> 8597528,0.0302692106135439,0.0155447055783122,0.03216932819886
> 69,0.06463123=
> > 
> 26187096,0.0102945085651246,-0.0196759997923009,-0.17876556335
> 4828,0.151343=
> > 567761859,-0.0336559063307835,0.0929062279334898,0.159735618423335
> > 
> "important",0.385266965362761,0.191241183203129,0.230598958597
> 528,0.9644978=
> > 
> 8034361,0.647657141488375,0.514175974554114,-0.197506705917123
> ,0.4747233324=
> > 
> 69875,-0.129091329816201,-0.189229123705341,-0.462195839265035
> ,0.1241583395=
> > 27322,0.160661307486559,-0.0864573727466265,-0.0683674842498801
> > 
> "complex",0.197644824696320,0.000174630417564688,0.03026921061
> 35439,0.64765=
> > 
> 7141488375,0.976321655762968,0.754978777309553,-0.262340425824
> 052,0.6567175=
> > 
> 33361176,-0.160427139673018,-0.236210856083902,-0.385452100046
> 623,0.0238775=
> > 728277157,0.324525653164508,-0.240634804887055,-0.233696554189164
> > 
> "difficult",0.183041324062298,0.00340887118071287,0.0155447055
> 783122,0.5141=
> > 
> 75974554114,0.754978777309553,0.957324341661972,-0.18300558755
> 1624,0.523183=
> > 
> 993897632,-0.197833354430907,-0.228434713061776,-0.26358774602
> 1174,-0.04539=
> > 71377700845,0.330075666526761,-0.234707517677586,-0.239126971480625
> > 
> "onlyself",-0.146626347219879,0.00963050474358034,0.0321693281
> 988669,-0.197=
> > 
> 506705917123,-0.262340425824052,-0.183005587551624,0.947852415
> 443663,-0.268=
> > 
> 333979295612,0.0787191879215654,0.0800554430938036,0.163595277
> 498758,-0.005=
> > 
> 07268608417704,-0.160137545871448,0.211257252287979,0.147884352588499
> > 
> "manydimensions",0.146354027797101,0.0283894373316684,0.064631
> 2326187096,0.=
> > 
> 474723332469875,0.656717533361176,0.523183993897632,-0.2683339
> 79295612,0.94=
> > 
> 991766261616,-0.113295667408177,-0.181576473170784,-0.27929841
> 7177261,0.044=
> > 
> 2481235082528,0.258349702460663,-0.196993346337214,-0.222533952633482
> > 
> "howmuchinfo",-0.132887596902506,0.0188027539463299,0.01029450
> 85651246,-0.1=
> > 
> 29091329816201,-0.160427139673018,-0.197833354430907,0.0787191
> 879215654,-0.=
> > 
> 113295667408177,0.946722746137415,0.706976015582218,0.09231927
> 04439934,0.21=
> > 3032242473315,-0.209882431765110,0.239124551629559,0.219078352890657
> > 
> "equalinfo",-0.173965069111025,-0.0157026381515985,-0.01967599
> 97923009,-0.1=
> > 
> 89229123705341,-0.236210856083902,-0.228434713061776,0.0800554
> 430938036,-0.=
> > 
> 181576473170784,0.706976015582218,0.964517562778328,0.18051732
> 5752387,0.163=
> > 844640495983,-0.213804550043239,0.258032322824599,0.191820447404335
> > 
> "couldavoid",-0.268459162930567,-0.145795006741884,-0.17876556
> 3354828,-0.46=
> > 
> 2195839265035,-0.385452100046623,-0.263587746021174,0.16359527
> 7498758,-0.27=
> > 
> 9298417177261,0.0923192704439934,0.180517325752387,0.963237309
> 730726,-0.120=
> > 130196392406,-0.0689659657057091,0.165533208743547,0.191421134189682
> > 
> "posoutcome",-0.0678095375076222,0.142034396906879,0.151343567
> 761859,0.1241=
> > 
> 58339527322,0.0238775728277157,-0.0453971377700845,-0.00507268
> 608417704,0.0=
> > 
> 442481235082528,0.213032242473315,0.163844640495983,-0.1201301
> 96392406,0.93=
> > 9107717186385,-0.291262391827671,0.256274195983004,0.346441411116147
> > 
> "negoutcome",0.180549925024377,0.00981538398434851,-0.03365590
> 63307835,0.16=
> > 
> 0661307486559,0.324525653164508,0.330075666526761,-0.160137545
> 871448,0.2583=
> > 
> 49702460663,-0.209882431765110,-0.213804550043239,-0.068965965
> 7057091,-0.29=
> > 1262391827671,0.952552965796421,-0.22191722293019,-0.231032014927397
> > 
> "control",-0.0420844364037874,0.0705868756539732,0.09290622793
> 34898,-0.0864=
> > 
> 573727466265,-0.240634804887055,-0.234707517677586,0.211257252
> 287979,-0.196=
> > 
> 993346337214,0.239124551629559,0.258032322824599,0.16553320874
> 3547,0.256274=
> > 195983004,-0.22191722293019,0.937607533186576,0.312664199631620
> > 
> "desired",-0.0730577896902967,0.108000449328313,0.159735618423
> 335,-0.068367=
> > 
> 4842498801,-0.233696554189164,-0.239126971480625,0.14788435258
> 8499,-0.22253=
> > 
> 3952633482,0.219078352890657,0.191820447404335,0.1914211341896
> 82,0.34644141=
> > 1116147,-0.231032014927397,0.312664199631620,0.963131639560108
> > 
> > RAM:
> > 
> > important <-- challenge, NA, 1
> > complex  <-- challenge, c.complex, NA
> > difficult <-- challenge, c.difficult, NA
> > manydimensions <-- challenge, c.manydimensions, NA
> > couldavoid <-- challenge, c.couldavoid, NA
> > onlyself <-- challenge, c.onlyself, NA
> > 
> > wasrightchoice <-- eval, NA, 1
> > tellgood <-- eval, e.tellgood, NA
> > tellbest <-- eval, e.tellbest, NA
> > negoutcome <-- eval, e.negoutcome, NA
> > 
> > equalinfo <-- informed, NA, 1
> > control <-- informed, i.control, NA
> > desired <-- informed, i.desired, NA
> > howmuchinfo <-- informed, i.howmuchinfo, NA
> > posoutcome <-- informed, i.posoutcome, NA
> > 
> > wasrightchoice <-> wasrightchoice, wasrightchoiceV, NA
> > tellgood <-> tellgood, tellgoodV, NA
> > tellbest <-> tellbest, tellbestV, NA
> > negoutcome <-> negoutcome, negoutcomeV, NA
> > 
> > onlyself <-> onlyself, onlyselfV, NA
> > important <-> important, importantV, NA
> > complex <-> complex, complexV, NA
> > difficult <-> difficult, difficultV, NA
> > manydimensions <-> manydimensions, manydimensionsV, NA
> > couldavoid <-> couldavoid, couldavoidV, NA
> > 
> > equalinfo <-> equalinfo, equalinfoV, NA
> > control <-> control, controlV, NA
> > desired <-> desired, desiredV, NA
> > howmuchinfo <-> howmuchinfo, howmuchinfoV, NA
> > posoutcome <-> posoutcome, posoutcomeV, NA
> > 
> > eval <-> eval, evalV, NA
> > challenge <-> challenge, challengeV, NA
> > informed <-> informed, informedV, NA
> > --1660387551-150661043-1249684349=:2997--
> > 
> > ______________________________________________
> > R-devel at r-project.org mailing list
> > https://stat.ethz.ch/mailman/listinfo/r-devel
> > 
> > 
> 
> -- 
> View this message in context: 
> http://www.nabble.com/Re%3A-Bug-in-nlm%2C-found-using-sem--fai
> lure-in-several-flavors-%28PR-13883%29-tp24875708p24906063.html
> Sent from the R devel mailing list archive at Nabble.com.
> 
> ______________________________________________
> R-devel at r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
> 



[Rd] Bug in nlm, found using sem; failure in several flavors (PR#13883)
William Dunlap