Full_Name: Marc Mamin
Version: 1.8, 2.0.0
OS: Windows & Linux
Submission from: (NULL) (217.17.202.254)
Using only the beginning of a column name will match it:
>aaa<-1
>df<-as.data.frame(aaa)
>names(df)
[1] "aaa"
>df$a
[1] 1 ! (I expect df$a to be
nformation on the change
and possible application related problems is available here:
https://listman.redhat.com/pipermail/phoebe-list/2003-March/004919.html
There is also a white paper here:
http://people.redhat.com/drepper/nptl-design.pdf
I raise this in case this might in any way affect anyone'
[EMAIL PROTECTED] wrote:
On Wed, 26 Mar 2003, Marc Schwartz wrote:
[...]
As an aside, RH 9 to be called 'Shrike', (curiously skipping 8.1 due to
binary incompatibility issues) will be available on March 31 to paid RHN
subscribers. It will be available a week later to all folks
make[3]: *** [arith-true.Rout] Error 1
...
I have not yet seen other posts on this, so I am unsure if this is
unique to RH 9 or not. No other errors were found.
If you need more information or need me to run other code, let me know.
Regards,
Marc Schwartz
__
Peter Dalgaard BSA wrote:
Marc Schwartz writes:
SNIP
This morning (my time) I downloaded:
R-1.7.0beta_latest.tar.gz02-Apr-2003 07:04 8.8M
from CRAN U.S and received the following errors during make check:
... running code in 'arith-true.R' ... OK comparing
'arit
at he will incorporate this change
into the base code.
Best regards,
Marc Schwartz
__
[EMAIL PROTECTED] mailing list
https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
OK)
# Here is the change
tkwm.deiconify(window2)
tkgrab.set(window2)
tkfocus(xBox)
tkwait.window(window2)
Using the above code, I seem to have eliminated the scroll bar
problem. This is the approach that I took with the tkSelectList()
function which I sent to you during our offline exchange.
Note that I have tkfocus() set to the scrollbar xBox and not to
window2, which results in the mouse scroll wheel working, whereas it
does not when the focus is set to window2.
Lastly, by using the tkwm.deiconify(...) function window2 is raised to
obtain focus. That was a quirk that I found by experimentation.
HTH,
Marc Schwartz
__
[EMAIL PROTECTED] mailing list
https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
, by using the tkwm.deiconify(...) function window2 is raised
to
>obtain focus. That was a quirk that I found by experimentation.
Quick correction:
The sentence in the paragraph above should read:
"Note that I have tkfocus() set to the **ListBox** xBox..."
Sorry for any confusion.
M
>-Original Message-
>From: John Fox [mailto:[EMAIL PROTECTED]
>Sent: Friday, June 06, 2003 11:31 AM
>To: [EMAIL PROTECTED]
>Cc: [EMAIL PROTECTED]
>Subject: RE: [Rd] stuck tcltk scrollbars under Windows XP
>
>
>At 09:03 AM 6/6/2003 -0500, Marc Schwartz wrote:
&
y
of the RPM with the value that Martyn has on CRAN just to be sure that
there is no corruption of the RPM.
HTH,
Marc Schwartz
__
[EMAIL PROTECTED] mailing list
https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
I am reading the code correctly, the 'which'
argument appears to restrict the columns retained from the second data
frame after the key match, in this case "Sector".
> cj2 <- cjoin(MathAchieve, MathAchSchool, "School", which = "Sector")
> mrg2 <- mrg1[, c(1:6, 8)]
> dim(cj2)
[1] 71857
> dim(mrg2)
[1] 71857
> colnames(cj2)
[1] "School" "Minority" "Sex""SES"
[5] "MathAch""MEANSES""fr2[mm, which]"
> colnames(mrg2)
[1] "School""Minority" "Sex" "SES" "MathAch"
"MEANSES.x"
[7] "Sector"
> table(cj2 == mrg2)
TRUE
50295
See ?merge for more information.
Thoughts?
Best regards,
Marc Schwartz
__
[EMAIL PROTECTED] mailing list
https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
On Tue, 2003-06-24 at 21:46, Douglas Bates wrote:
> Marc Schwartz <[EMAIL PROTECTED]> writes:
>
> > On Tue, 2003-06-24 at 18:07, Douglas Bates wrote:
>
> > > Several questions:
> > >
> > > - Am I duplicating existing functionality?
> ...
>
u.org/gnu/readline/readline-4.3-patches.
So it would seem that RH is long overdue in issuing an updated readline
RPM.
Regards,
Marc Schwartz
__
[EMAIL PROTECTED] mailing list
https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
he dates of the above RPMs are 6/25/2003, which is 3 days
before I filed the bug report, so it would appear that RH was already
aware of the problem in readline 4.3-5.
HTH,
Marc Schwartz
__
[EMAIL PROTECTED] mailing list
https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
ow downs:
http://support.microsoft.com/default.aspx?scid=kb;en-us;815411
HTH,
Marc Schwartz
On Wed, 2003-08-06 at 10:13, Prof Brian Ripley wrote:
> Don't submit *two* bug reports as a question. That's not what R-bugs is
> for, rather R-help. And it is never necessary to send a r
The first MS URL seems to have been stripped off the e-mail as it was
sent from r-devel. Not sure if the direct e-mails retained it. If not,
then there was a problem on my end. Here it is again:
Hopefully this comes through.
Marc
On Wed, 2003-08-06 at 10:39, Marc Schwartz wrote:
> In addit
t; nicely.
>
> D. Andrews
FWIW, this has been discussed on r-help previously. See the following
posts:
http://maths.newcastle.edu.au/~rking/R/help/03a/3261.html
http://maths.newcastle.edu.au/~rking/R/help/03a/4206.html
HTH,
Marc Schwartz
__
[EMAIL PROTECTED] mailing list
https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
line
indicating that the search applet has started.
HTH,
Marc Schwartz
On Thu, 2003-11-06 at 01:18, Prof Brian Ripley wrote:
> This is a bug in your Mozilla setup (version not given) rather than in R.
> It is tested regularly.
>
> You need Java and JavaScript enabled and properly
.tar.gz 6168 KB 11/17/2003 02:05:00 AM
No problem here. Unzipped and compiled fine.
"R : Copyright 2003, The R Foundation for Statistical Computing
Version 1.8.1 beta (2003-11-16), ISBN 3-900051-00-3"
HTH,
Marc Schwartz
__
[EMAIL PROTECTE
On Mon, 2003-11-17 at 08:25, Marc Schwartz wrote:
> On Mon, 2003-11-17 at 07:44, Paul Gilbert wrote:
> > I'm having trouble with this mornings beta
> > (R1.8.1beta_2003-11-17.tar.gz) I've downloaded it twice and I get
> > "unexpected end of file" when
ror that has access to additional space, that could
be the designated site for historic versions of R. That would reduce the
space requirements for all mirrors.
My tuppence.
Marc
__
[EMAIL PROTECTED] mailing list
https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
www.kde.org/documentation/faq/filemanager.html#id2912264
The key with the help.start() search engine is to have Java properly
installed and configured on your system and to have BOTH Java AND
JavaScript enabled in the respective browser's settings.
HTH,
Marc Schwartz
__
[EMAIL PROTECTED] mailing list
https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
,
including ?"[":
"You can write methods to handle subsetting of specific classes of
objects..."
If you want my vote (FWIW), I would go with the double 't'. Keep in mind
that while I now live in Minnesota, I was born in Brooklyn, New York.
That may bias your o
be "subsetable", as 'subset'
meets 1, 2 and 4, but fails 3, as the accented syllable according to
various dictionaries is 'sub' and not 'set'.
Is it too late to change my vote?
Thus, 'testing' fails due to rule 1 ('st'), whereas it is 'setting' due
to 'et'.
HTH,
Marc
__
[EMAIL PROTECTED] mailing list
https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
, then add the
prefix 'sub'.
If that is the case, then 'set' passes rule '3' regarding the accented
syllable, since of course 'set' has only one syllable.
Well...there ya have it...English...as clear as mud.
Marc
__
[EMAIL PROTECTED] mailing list
https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
FC1 system with:
gcc --version
gcc (GCC) 3.3.2 20040108 (Red Hat Linux 3.3.2-6)
It built fine and passed make check-all without problem.
You might want to try to re-download the source, in case you had a
corrupt transfer.
HTH,
Marc Schwartz
__
[EM
onsensus on the use of the double "t".
I believe that it was Thomas, who earlier in this thread, suggested that
the English (as in 'not American') spelling is generally preferred in R
documentation, though there is a level of schizophrenia (his word)
regarding s
her
supplements and/or replaces GPretty() and GLPretty(), which have been in
graphics.c, but I did not look too hard at that.
Let me know if you want me to post this one.
Regards,
Marc Schwartz
__
[EMAIL PROTECTED] mailing list
https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
On Tue, 2004-02-24 at 09:03, Martin Maechler wrote:
> Thank you, Marc, for finding this, and doing all the detective
> work.
> I've corrected the lapsus (which is my fault, as author of axTicks()).
>
> Martin
Martin,
Thanks for your follow up on this and the confirmation.
a black background in my legend, how can I get the
> > >> text to show up, it is black!!!
> > >> So for example how could I change it to white...?
> > >>
> > >> Sebastien
> >
> >
> > UweL> By setting par(fg = "white")
; is not defined, hence Not a Number: NaN
> Obviously not a bug.
Right, but it should not segfault, which it does not in Version 1.8.1
Patched (2004-03-04), so presumably this error has been trapped.
> qnorm(2)
[1] NaN
Warning message:
NaNs pro
;, note, "\n\n")
else
cat("\n")
}
Using 'methods(print)' in 1.8.1 patched, print.power.htest is listed,
while it is not listed in 1.9.0 beta, which would seem to reinforce a
methods problem.
The 1.8.1 patched NAME
On Wed, 2004-03-31 at 12:53, Prof Brian Ripley wrote:
> Yes, thank you, that's it. Fix committed.
>
> On Wed, 31 Mar 2004, Marc Schwartz wrote:
> > Using 'methods(print)' in 1.8.1 patched, print.power.htest is listed,
> > while it is not listed in 1.9.0 b
the rpm binary version at FC2?
>
> Not yet. I was going to upgrade, but then Marc Schwartz pointed out
> this show-stopping bug, which may destroy your ability to dual-boot
> windows (as I still do)
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115980
>
> I have
On Tue, 2004-05-25 at 10:35, Peter Dalgaard wrote:
> Marc Schwartz <[EMAIL PROTECTED]> writes:
>
> > I think that Martyn's consideration of waiting on a FC2 RPM for R 1.9.1
> > is reasonable, since that would be an official R release with the FC2
> > related
om a code review that the initial checks of the
'height' argument in barplot() have been restructured in 1.9.1-alpha,
restoring the 1.8.1 style behavior.
Can this change also be documented in the NEWS file?
Thanks,
Marc Schwartz
__
[EMAIL PROTECT
On Thu, 2004-06-10 at 07:26, Kurt Hornik wrote:
> >>>>> Marc Schwartz writes:
>
> > Greetings all,
> > It would appear that some default behavior changes for barplot() have
> > been introduced into Version 1.9.1 alpha (2004-05-30).
snip
> > Can th
^l[[:alnum:]_]+tmean", x, perl = TRUE, value = TRUE))
[1] 84
Also, to demonstrate Roger's follow up example:
> d <- replicate(1000, length(grep("^l\\w+tmean", x, perl = TRUE, value
= TRUE)))
> summary(d)
Min. 1st Qu. MedianMean 3rd Qu.Max.
13.00 13.00
Survey: "Motivation of Free/Open Source Software (F/OSS) Developers"
We (Marc Röttig and Carl-Daniel Hailfinger) are currently working
on a survey on the motivation of open source developers as part of
a "Computer Science and Society" project at the CS department of the
Univer
off()
null device
1
This should not have been reported however to R-bugs, since as you note
above, it is not a bug in R. An FYI "heads up" msg to r-devel and/or
r-help would have been entirely reasonable though.
Marc Schwartz
__
[EMAIL PROTECTED] mailing list
https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
Hi all,
I am not able to access cvs via rsync today. Is the service down?
Thanks,
Marc Schwartz
__
[EMAIL PROTECTED] mailing list
https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
On Mon, 2004-07-19 at 12:38, Douglas Bates wrote:
> Marc Schwartz wrote:
>
> > I am not able to access cvs via rsync today. Is the service down?
>
> Yes. We should have sent email about it to r-devel but it has been a
> hectic several days.
>
> The bad news is tha
Uwe,
That did it. Using https: I am now able to do a checkout.
It seems to be slow at the moment, but the files are coming through.
Thanks,
Marc
On Mon, 2004-07-19 at 13:01, Uwe Ligges wrote:
> A.J. Rossini wrote:
>
> > The svn server appears to be down.
>
> Actually, I&#
On Mon, 2004-07-19 at 13:29, Martin Maechler wrote:
> >>>>> "Marc" == Marc Schwartz <[EMAIL PROTECTED]>
> >>>>> on Mon, 19 Jul 2004 12:57:12 -0500 writes:
>
> Marc> On Mon, 2004-07-19 at 12:38, Douglas Bates wrote:
> >
On Mon, 2004-07-19 at 14:57, Martin Maechler wrote:
> >>>>> "Marc" == Marc Schwartz <[EMAIL PROTECTED]>
> >>>>> on Mon, 19 Jul 2004 13:22:43 -0500 writes:
>
> Marc> Uwe,
> Marc> That did it. Using https: I am now able
the publisher, but it
is available via Amazon.com at
http://www.amazon.com/exec/obidos/tg/detail/-/0674012925 and presumably
other outlets as well.
HTH,
Marc Schwartz
__
[EMAIL PROTECTED] mailing list
https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
n
however, run the script from a console using either "sh test.sh" or
"./test.sh" without problem.
So this behavior is not limited to GNOME/metacity and seems to be
environmental as you suggest.
Not sure if that helps, other than adding some confirmatory data points.
Best reg
pact the use of the above script. It still works.
The downside to the above is of course an open terminal window on the
desktop.
I tried some combinations of redirecting stdout/stderr, for example:
R --gui=GNOME --no-save 1>/dev/null 2>&1
or
R --gui=GNOME --
On Tue, 2004-08-31 at 21:50, Dirk Eddelbuettel wrote:
> On Tue, Aug 31, 2004 at 10:48:28AM -0500, Marc Schwartz wrote:
> > On Tue, 2004-08-31 at 08:55, Dirk Eddelbuettel wrote:
> > > Brian,
> > >
> > > On Tue, Aug 31, 2004 at 02:21:40PM +0100, Prof Brian
only had one cup of coffee so far this
morning, but is the bias at this point towards making the change or not
making the change? I'm a little confuzzled...
If it is towards making the change, I would vote for an explicit 'srt'
to override 'las' as per Uwe's option "
On Wed, 2004-09-08 at 08:02, Uwe Ligges wrote:
> Marc Schwartz wrote:
>
> > On Wed, 2004-09-08 at 03:13, Uwe Ligges wrote:
> >
> >>Prof Brian Ripley wrote:
> >>
> >>
> >>>On Wed, 8 Sep 2004, Prof Brian Ripley wrote:
>
On Wed, 2004-09-08 at 09:48, Uwe Ligges wrote:
> Marc Schwartz wrote:
> >
> > OK...well, let me think "outside the polygon" for a moment. Notice that
> > I did not say "box", as the shape is not quite fixed yet ;-)
> >
> > First, I
aracter enables successful compilation.
I reviewed the tarballs for the past few days and this appears to be new
as of today.
I also checked today's 2.0.0 beta tarball and the errant character is
not present in that version.
Best regards,
Marc Schwartz
__
On Tue, 2004-09-21 at 18:32, Marc Schwartz wrote:
> Hi all,
>
> I just downloaded the latest R-patched tarball [Version 1.9.1 Patched
> (2004-09-21)] and ran into an error during compilation. This is on FC2
> and the error is as follows:
>
> dounzip.c: In function `do_un
y(gregmisc)
> # fisher.exact test works fine on small tables
> CrossTable(thisworks)
> # I suspect the bugtab table is too large
> CrossTable(bugtab)
John,
Thank you for bringing this to my attention. I was out of town all day
on a business trip and will look at this issue furthe
tarball/diff file for the 2.0.0 patched version?
I have been trying to avoid using subversion (given past discussions)
and downloading tarballs when I need to update my working version.
Thanks and feel free to smack some sense into me...
Marc
__
[EMAIL
On Fri, 2004-10-08 at 11:53, Prof Brian Ripley wrote:
> On Fri, 8 Oct 2004, Marc Schwartz wrote:
>
> > Hi all,
> >
> > Perhaps my memory from 1.9.0 is gone and I need to be taking more
> > Ginko/Ginseng
> >
> > The current R patched tarballs and
n-xinerama dual-display mode), the
X11() device comes up at 7" x 7" on both displays.
HTH,
Marc Schwartz
__
[EMAIL PROTECTED] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Wed, 2004-11-10 at 19:01 +, Prof Brian Ripley wrote:
> On Wed, 10 Nov 2004, Marc Schwartz wrote:
snip
> > Prof. Ripley, is there a particular CRAN package upon which I can test
> > the bug issues that you refer to above to confirm their presence or
> > absenc
ut not printed
> Trying to print causes to crash gv as well as acrobat windows XP
Eryk,
As with the other plot on r-help, I had no problem printing this under
FC3 using acroread.
Presumably, there is something unique to Windows here.
Marc
__
[EMAI
Gnumeric*. Since it is also available under
Windows, though not yet Mac OS as far as I can tell, some level of cross
platform functionality is available.
Thanks,
Marc
* Not that we particularly want to advocate such use. :-)
__
[EMAIL PROTECTED] mailing
On Mon, 2004-12-20 at 12:31 -0500, Simon Urbanek wrote:
> On Dec 20, 2004, at 10:20 AM, Marc Schwartz wrote:
>
> > I was just curious if anyone from R Core might comment on the
> nature
> > and
> > scope of the cooperation, as I could not find anything at the
>
On Mon, 2004-12-20 at 20:36 +0100, Peter Dalgaard wrote:
> Marc Schwartz <[EMAIL PROTECTED]> writes:
>
> > I was just curious if anyone from R Core might comment on the nature and
> > scope of the cooperation, as I could not find anything at the Gnumeric
> > web si
at you want?
>
> Paul
It works here using R 2.0.1 under FC3. I tried it to the display and
with pdf() using sinkplot().
With postscript() one can use the 'family = "Courier' argument as well.
Seems to work here.
According to ONEWS, par("family") is new for 2.0.0. Missed that one.
Thanks Paul.
Marc
__
[EMAIL PROTECTED] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
. Once the segfaulting is
> fixed, I'll update my code to use par(family="mono").
>
> -G
Greg, it works here under FC3:
> plot.new()
> par(family="mono")
> par(cex=8)
> strheight("foo")
[1] 0.1083942
Not sure where the difference is.
Marc
__
[EMAIL PROTECTED] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Mon, 2004-12-20 at 16:31 -0500, Warnes, Gregory R wrote:
> What version of GCC?
>
> We user GCC 3.4.0.
>
> -G
$ gcc --version
gcc (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)
Copyright (C) 2004 Free Software Foundation, Inc.
Marc
__
[MOVED TO R-DEVEL]
On Thu, 2004-12-23 at 12:47 -0500, Liviu M Vladutu wrote:
> Quoting Marc Schwartz <[EMAIL PROTECTED]>:
>
> > On Thu, 2004-12-23 at 11:32 -0500, Liviu M Vladutu wrote:
> > >
> > > Hi all,
> > > I have R Version 2.1.0 in
> with Tcl and not Tk installed by default, so please check Tk is installed
> by looking at the configure output.
Good point. The command should have been:
rpm -q tcl tcl-devel tk tk-devel
The output should ideally be:
tcl-8.4.5-7
tcl-devel-8.4.5-7
tk-8.4.5-7
tk-devel-8.4.5-7
Sorr
On Sat, 2005-01-08 at 07:33 +, Prof Brian Ripley wrote:
> On Fri, 7 Jan 2005, Marc Schwartz wrote:
>
> > On Fri, 2005-01-07 at 16:00 -0800, Sameul M Mwalili wrote:
> >> Dear ALL,
> >> In order to install the Rice R to C compiler (RCC) you need to patch
> &
On Wed, 2005-01-12 at 07:23 -0800, Thomas Lumley wrote:
> On Wed, 12 Jan 2005, Marc Schwartz wrote to r-help:
> > I have not seen anything posted yet for DSC 2005, unless I missed it
> > someplace.
>
> DSC 2005 will be held in Seattle, at the University of Washington, Augus
"gregmisc"
gtools "gtools" "gregmisc"
nnet"nnet""VR"
spatial "spatial" "VR"
svDialogs "svDialogs" "SciViews"
svGUI "svGUI" "SciViews"
svIDE "svIDE" "SciViews"
svIO"svIO""SciViews"
svMisc "svMisc" "SciViews"
svSocket"svSocket""SciViews"
svViews "svViews" "SciViews"
tframe "tframe" "dse"
One could then feasibly manipulate this information as one desires.
HTH,
Marc Schwartz
__
R-devel@stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Thu, 2005-03-10 at 17:55 +, Prof Brian Ripley wrote:
> On Thu, 10 Mar 2005, Marc Schwartz wrote:
>
> > On Thu, 2005-03-10 at 16:27 +, Prof Brian Ripley wrote:
> >> On Thu, 10 Mar 2005, Liaw, Andy wrote:
> >
> >>> One problem that I can see is that
't see how)?
No problem in "Version 2.0.1 Patched (2005-03-07)". I get \sum in both
places. I do not see anything in the NEWS file suggesting a bug fix for
this.
I just installed "Version 2.1.0 Under development (unstable)
(2005-03-11)&quo
r-normal--25-180-100-100-p-142-adobe-fontspecific
-adobe-symbol-medium-r-normal--34-240-100-100-p-191-adobe-fontspecific
-adobe-symbol-medium-r-normal--8-80-75-75-p-51-adobe-fontspecific
Deepayan, which X server is being used? FC3 (fully updated) is using
xorg 6.8.1 if that might make a difference.
2660762
IV1 1 2 3 4 5 6
> x[1]
(Intercept)
462
> str(x[1])
Named num 462
- attr(*, "names")= chr "(Intercept)"
Does that work or am I missing something?
Marc Schwartz
__
R-devel@stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Tue, 2005-03-15 at 18:26 +0100, Peter Dalgaard wrote:
> Marc Schwartz <[EMAIL PROTECTED]> writes:
>
> > On Tue, 2005-03-15 at 18:05 +0100, Peter Dalgaard wrote:
> > > I bumped into the following situation:
> > >
> > > Browse[1]> coef
> > &
On Tue, 2005-03-15 at 20:05 +0100, Achim Zeileis wrote:
> On 15 Mar 2005 18:26:46 +0100 Peter Dalgaard wrote:
>
> > Marc Schwartz <[EMAIL PROTECTED]> writes:
> >
> > > On Tue, 2005-03-15 at 18:05 +0100, Peter Dalgaard wrote:
> > > > I bumped into the
eing used, which is common to Dan's
problem here.
So, unless I am missing something and without yet delving further into
graphic device specific source code, I suspect that there is a problem
when creating PS/EPS/PDF files in conjunction with par("mfg").
HTH,
Marc Schw
On Wed, 2005-04-27 at 23:48 +0100, Dan Bolser wrote:
> On Tue, 26 Apr 2005, Marc Schwartz wrote:
> >So, unless I am missing something and without yet delving further into
> >graphic device specific source code, I suspect that there is a problem
> >when creating PS/EPS/PDF
references in the r-admin
manual starting on page 19 regarding linear algebra.
Perhaps there is a problem with the FC3 LAPACK.
Best regards,
Marc Schwartz
__
R-devel@stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
some of
the decisions made there, but that's another topic for another thread in
a different galaxy, far, far away... ;-)
Best regards,
Marc
__
R-devel@stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ce of absence", I have
not seen anything (benchmarks, etc.) to suggest that there is an
advantage.
Regards,
Marc
__
R-devel@stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
82 matches
Mail list logo
