Hello,
I wonder if anybody has encountered this problem?
While MiKTeX/yap/Ghostscript seems to work fine on most TeX files that I
have
tested (including a great deal of postscript graphics), there is one
file where the
graphics works ok for all postscript files except one, the only one that
i
Uwe Ligges wrote:
> Dominick Samperi wrote:
>
>> Hello,
>>
>> I wonder if anybody has encountered this problem?
>>
>> While MiKTeX/yap/Ghostscript seems to work fine on most TeX files
>> that I have
>> tested (including a great deal of posts
Hello,
Running the rgl demo package (demo(rgl)) causes memory corruption when
used with
R 2.2.0 under Windows. I tested on two Windows systems: Windows 2000 and
Windows XP.
When you terminate R after running the demo you get a message about the
application
trying to reference invalid memory. I
Consider the R code:
mat <- matrix(seq(1,20),4,5)
is.matrix(mat) # gives TRUE
is.vector(mat) # gives FALSE
On the other hand, if mat is passed through the .Call interface the
corresponding SEXP (call it smat) satisfies
isMatrix(smat) // TRUE
isVector(smat) // TRUE
Consequently, you cannot dist
Prof Brian Ripley wrote:
> This is nothing to do with the C API: isVector and isMatrix are not
> part of the API (see Writing R Extensions for what it is). That's the
> `issue' here.
>
> On Tue, 25 Oct 2005, Dominick Samperi wrote:
>
>> Consider the R co
Prof Brian Ripley wrote:
> This is nothing to do with the C API: isVector and isMatrix are not
> part of the API (see Writing R Extensions for what it is). That's the
> `issue' here.
>
> On Tue, 25 Oct 2005, Dominick Samperi wrote:
>
>> Consider the R co
Prof Brian Ripley wrote:
> An R NULL does not map to a C NULL.
>
> Please learn to distinguish documented facts from uninformed guesswork.
Any probably it should be added that users should not look at
Rinternals.h, because they will find things like NILSXP that are
defined to be 0 (C NULL).
__
Dirk Eddelbuettel wrote:
> Dominick Samperi wrote a Rcpp.{hpp,cpp} class for C++ to R interface that is
> used in RQuantLib. Dominick was musing about releasing this stand-alone to
> CRAN
> as well, but I don't think it has happened.
>
It just happened. I uploaded Rcp
Sean,
prm in your function calcStepgram is NOT a vector of doubles, it is of type
SEXP, and you need to use R macros to fetch the value(s). This is done
automatically in the Rcpp package, and if you want to see how this is
done look at the definition of the class RcppVector in Rcpp.cpp
Dominick
Hello,
Based on feedback from this list I have updated the Rcpp R/C++ interface
class library and uploaded the new version to CRAN.
Just as the .C
interface can be viewed as a C programmer-friendly version of the
more demanding .Call interface, Rcpp essentially provides a
C++ programmer-friendly
On Thu, Jun 17, 2010 at 5:22 AM, Patrick Burns wrote:
> I agree with Hadley, and add that trying
> to have an example be both an example and
> a test may not be good for the example
> aspect either.
>
> Examples should make people who are ignorant
> of the function twig as to how the function
> wo
On Thu, Jun 17, 2010 at 9:23 AM, Hadley Wickham wrote:
> > The creation of a research compendium can be viewed as
> > a form of unit testing, and the fact that R has powerful tools
> > that support this process (Sweave) could be viewed as one of
> > its outstanding features (relating these commen
On Thu, Jun 17, 2010 at 5:01 PM, Vincenzo Carey wrote:
>
> "Rare" is vague. Almost every software package in the Bioconductor
> repository has a vignette; the informal advice to contributors is that
> the vignette should take the reader through all the steps of a
> substantively interesting anal
The package cxxPack builds without problems at CRAN under all OS's except
Windows 64bit, and in the case of Windows 64bit there is a problem in a
call to dyn.load(). This call happens while processing the package vignette,
and the odd thing about this is that there are several calls to dyn.load()
t
2010/6/30 Uwe Ligges
> On 30.06.2010 15:44, Dominick Samperi wrote:
>
> Another odd thing about this is that everything worked under Windows 64bit
>> before the changes were made to serialize the build of packages that
>> depend on each other.
>>
> That's unt
2010/7/2 Uwe Ligges
> Really, given my lack of time and your annoying posts to the lists
> containing misleading information, I probably should stop to care about your
> package at all. There are > 2000 other packages and some more important
> tasks to tackle. Consider the CRAN team would take so
Hello,
After much tinkering I managed to build packages using the 64bit version of
R with the help of hints from
http://www.murdoch-sutherland.com/Rtools/
and
http://www.stats.ox.ac.uk/~ripley/Win64/W64porting.html
and
R-admin Manual.
But a hack was required, and this seems to be related to
a com
ne running
Windows 7 (64bit), using the 64bit version of R.
On Mon, Jul 5, 2010 at 7:53 PM, Dominick Samperi wrote:
> Hello,
>
> After much tinkering I managed to build packages using the 64bit version of
> R with the help of hints from
> http://www.murdoch-sutherland
On Wed, Jul 7, 2010 at 1:49 PM, Paul Bailey wrote:
>
> Have you considered using the optim function with L-BFGS-B for bounded
> optimization. Obviously, you will have to do changes of variables so that
> everything is in terms of a rectangle (which is the type of bounding that
> it
> accepts).
>
Is it possible to set Windows' search path from within R, or
to tell Windows how to find a DLL in some other way from
R? Specifically, if a package DLL depends on another DLL
the normal requirement is that the second DLL be in the
search path so Windows can find it (there are other tricks,
but they
On Fri, Jul 9, 2010 at 3:48 PM, Duncan Murdoch wrote:
> On 09/07/2010 2:38 PM, Dominick Samperi wrote:
>
>> Is it possible to set Windows' search path from within R, or
>> to tell Windows how to find a DLL in some other way from
>> R? Specifically, if a package DLL
Thanks Duncan, Martin:
Please ignore my remarks about "top-level Windows context". I made a
mistake.
After correcting my mistake Duncan's suggestion worked, and the solution is
very similar to what the DLLpath argument of dyn.load() does: Sys.setenv()
can
be used to edit PATH so that Windows finds
While linking to package shared libs is not possible in general, as Simon
point out, it is
possible under Windows, provided Windows knows how to find the library
linked to
at runtime (this requires a customized Makefile.win). One way this is done
under
Windows is simply to place the package/libs di
It appears that after a package is updated the CRAN binaries for some OS's
are built
automatically and shortly after the update, while other OS's are not updated
for
some time (weeks in some cases).
Is the process automated or is it partially manual for some OS's (like
Windows/w64
and Mac OS X)?
After installing R 2.12.0 under windows Vista it does not start because it
cannot
find Rgui.exe. Indeed, the contents of R\R-2.12.0\bin are:
config.sh
R.exe
Rscript.exe
Sd2Rd.pl
It appears that a few things are missing...
[[alternative HTML version deleted]]
The new version seems to work, thanks.
On Sat, Oct 16, 2010 at 7:01 PM, Duncan Murdoch wrote:
> On 16/10/2010 4:55 PM, Dominick Samperi wrote:
>
>> After installing R 2.12.0 under windows Vista it does not start because it
>> cannot
>> find Rgui.exe. Indeed, the conten
Hello,
The procedure for creating an import library (Rdll.lib) that is documented
in gnuwin32/README.packages works fine using the i386 architecture, but
it doesn't seem to work under x64.
Specifically, the procedure is:
pexports R.dll > R.exp
lib /def:R.exp /out:Rdll.lib /machine:X86 R.dll
Ther
Thanks Joe, obviously I made the error of including R.dll on the command
line,
sorry for the wasted bandwidth.
On Tue, Oct 19, 2010 at 1:22 AM, Joe Conway wrote:
> On 10/18/2010 10:00 PM, Dominick Samperi wrote:
> >
> > The procedure for creating an import library (Rd
Hello,
The library verbose option does not stop numerous messages
of the form "Loading required package: XYZ". This is inconvenient
when a package is loaded repeatedly using Rscript.
Is there a way to turn off the "Loading required package"
messages?
One possible work-around is to make packages
;
> On Oct 20, 2010, at 6:49 PM, Dominick Samperi wrote:
>
> Hello,
>>
>> The library verbose option does not stop numerous messages
>> of the form "Loading required package: XYZ". This is inconvenient
>> when a package is loaded repeatedly using
On Wed, Oct 27, 2010 at 2:43 PM, Simon Urbanek
wrote:
>
> On Oct 27, 2010, at 1:22 PM, Dominick Samperi wrote:
>
> > Hello,
> >
> > In Sections 5.8.1 and 5.8.2 of Writing R Extensions the following pattern
> is
> > suggested
> > for getting the path to a
Is there a way to set TEXINPUTS for CRAN builds so that style files shipped
with
packages can be found if they are not in the working directory?
Apparently there is an additional problem under Windows/MikTeX because
recent versions of MikTeX ignore TEXINPUTS!
Thanks,
Dominick
[[alternati
See comments on Rcpp below.
On Thu, Oct 28, 2010 at 11:28 AM, William Dunlap wrote:
> > -Original Message-
> > From: r-devel-boun...@r-project.org
> > [mailto:r-devel-boun...@r-project.org] On Behalf Of Andrew Piskorski
> > Sent: Thursday, October 28, 2010 6:48 AM
> > To: Simon Urbanek
>
On Thu, Oct 28, 2010 at 6:04 PM, Douglas Bates wrote:
> On Thu, Oct 28, 2010 at 1:44 PM, Dominick Samperi
> wrote:
> > See comments on Rcpp below.
> >
> > On Thu, Oct 28, 2010 at 11:28 AM, William Dunlap
> wrote:
> >>
> >> > -Original Message
As most GNU Makefiles (or Makevars) tend to use '=' insead of ':=', I
thought it
might be helpful to point out that there is an important difference in the
meaning.
When a variable is defined like this:
PKG_CPPFLAGS=whatever
the RHS (whatever) is evaluated every time PKG_CPPFLAGS is used,
and this
Hello,
I have observed with the latest version of Rtools and R 2.12.0 under
Windows Vista or Windows 7 (64bit) that tar issues
errors of the form
"cannot change ownership to uid 1001, gid 100: invalid argument"
when one uses:
tar -xvzf pkg_version.tar.gz
There is an easy work-around:
tar --no-s
ty of developers and
users need to play a more active role in the evolution of
shared values and expectations. In this spirit I respectfully request
that the R community consider the following.
The author line of the latest release of the R package
Rcpp (0.8.9) was revised as follows:
From: "based o
the readers of this list are entitled to facts instead of
> speculation.
>
> On Wed, Dec 1, 2010 at 1:06 PM, Dominick Samperi
> wrote:
> > On Wed, Dec 1, 2010 at 1:46 PM, Gavin Simpson
> > wrote:
> >>
> >> On Wed, 2010-12-01 at 13:21 -0500, Dominick
it is fine to arbitrarily and
> >> for no reason deprecate the contributions of past
> >> authors, and as more progress is made, even more
> >> disparaging remarks can be added.
> >
> > What is disparaging about saying "a small portion of the code is b
On Wed, Dec 1, 2010 at 7:55 PM, Gabor Grothendieck
wrote:
> On Wed, Dec 1, 2010 at 7:20 PM, Dominick Samperi
> wrote:
> > On Wed, Dec 1, 2010 at 6:37 PM, Gabor Grothendieck <
> ggrothendi...@gmail.com>
> > wrote:
> >>
> >> On Wed, Dec 1, 2010 at 5:18
y original post that
this has nothing to do with patents or
intellectual property rights. Under GPL there are none. This does not mean
that I do not value GPL, but we shouldn't
let the pursuit of free software turn us into "gadgets".
Thanks,
Dominick
>
> Best Wishes,
>
>> have a good memory so I don't need another reminder email on this topic.
>>
>> I'm sure there are other projects that you can work on, alone or with
>> collaborators, that would benefit the R community.
>>
>> Cheers, Adrian
>>
>>
>>
&g
On Thu, Dec 2, 2010 at 2:51 AM, Gavin Simpson wrote:
> On Wed, 2010-12-01 at 20:24 -0500, Dominick Samperi wrote:
>
> > > Just to be clear I have never used the package and am not truly
> > > commenting on this particular case but only the general ideas in this
>
two of my original post.
Dominick
>
> On Wed, 2010-12-01 at 13:21 -0500, Dominick Samperi wrote:
> > This post asks members of the R community, users and developers,
> > to comment on issues related to the GNU Public License
> > and R community policies more generally.
&
proverbial
>> bus and their software dies with them.
>>
>
> Somewhere close to the worst is that no one every uses your software.
>
Worst yet is having to compete with your own work.
> Martyn
>>
>> On Wed, 2010-12-01 at 13:21 -0500, Dominick Samperi wrote:
On Thu, Dec 2, 2010 at 10:47 AM, Joris Meys wrote:
> On Thu, Dec 2, 2010 at 4:31 PM, Dominick Samperi
> wrote:
> >
> > Worst yet is having to compete with your own work.
> >
> About which competition are we talking then? I'm sorry, but the vast
> majority of
On Thu, Dec 2, 2010 at 12:29 PM, Gabor Grothendieck wrote:
> On Thu, Dec 2, 2010 at 11:24 AM, Claudia Beleites
> wrote:
> > On 12/02/2010 10:32 AM, Liviu Andronic wrote:
> >>
> >> Dear all
> >>
> >> On Wed, Dec 1, 2010 at 7:21 PM, Dominick Samperi
On Thu, Dec 2, 2010 at 4:35 PM, Dirk Eddelbuettel wrote:
>
> There are repeated claims concerning a "Rcpp fork". Let's address both
> terms
> in turn.
>
> i) Rcpp was used in November 2008 as the name for a re-launch of a package
>which had seen releases on CRAN in 2005/2006 during which it
anch", not sure what else to call it). The one constant in all of
this is Rcpp the C++ library.
On Thu, Dec 2, 2010 at 5:23 PM, Dominick Samperi wrote:
>
>
> On Thu, Dec 2, 2010 at 4:35 PM, Dirk Eddelbuettel wrote:
>
>>
>> There are repeated claims concerning a "Rc
On Thu, Dec 2, 2010 at 5:58 PM, Dirk Eddelbuettel wrote:
>
> On 2 December 2010 at 17:23, Dominick Samperi wrote:
> | OK, since you are so accomodating, then please remove all reference to
> | my name from Rcpp as I do not want to be subject to arbitrary revisions
> of
> | my
On Thu, Dec 2, 2010 at 5:58 PM, Dirk Eddelbuettel wrote:
>
> On 2 December 2010 at 17:23, Dominick Samperi wrote:
> | OK, since you are so accomodating, then please remove all reference to
> | my name from Rcpp as I do not want to be subject to arbitrary revisions
> of
> | my
On Thu, Dec 2, 2010 at 6:43 PM, Joris Meys wrote:
> On Fri, Dec 3, 2010 at 12:38 AM, Dominick Samperi
> wrote:
>
> > We? Romain did not arrive on the scene until after November of 2009.
> >
> > To live outside the law you must be honest --- Bob Dylan.
> >
>
Dirk,
Please let me know whether or not you will comply with my request to remove
references to my name in Rcpp (except copyright notices).
Thanks,
Dominick
On Thu, Dec 2, 2010 at 6:28 PM, Dominick Samperi wrote:
>
>
> On Thu, Dec 2, 2010 at 5:58 PM, Dirk Eddelbuettel wrote:
>
(to
the delight of many readers I am sure).
Sorry for the inconvenience,
Dominick
>
>
>
> On Sat, Dec 4, 2010 at 7:49 AM, Dominick Samperi
> wrote:
> > Dirk,
> >
> > Please let me know whether or not you will comply with my request to
> remove
> > refere
gt;
> Regards,
>
> Romain
>
>
>
>
> $ grep -R Samperi * | grep -v .svn
> DESCRIPTION: 'classic Rcpp API' was written during 2005 and 2006 by
> Dominick Samperi.
> debian/copyright:R / C++ interface package. Rcpp was written by Dominick
> Samperi,
> debi
Another question about Sweave (actually it is more a question
about TeX). Is there a reliable (system-independent) way to
use Sweave.sty without having to place it in the current working
directory? MiKTeX under Windows has dropped the use of
TEXINPUTS, and this complicates the problem.
Furthermore
nually using tr. Is there a better way?
Thanks,
Dominick
On Tue, Dec 14, 2010 at 10:26 AM, Duncan Murdoch
wrote:
> On 14/12/2010 9:54 AM, Dominick Samperi wrote:
>
>> Another question about Sweave (actually it is more a question
>> about TeX). Is there a reliable (system-in
On Tue, Dec 14, 2010 at 11:13 AM, Duncan Murdoch
wrote:
> On 14/12/2010 10:52 AM, Dominick Samperi wrote:
>
>> Both of my questions were not clear, sorry.
>>
>> What I really want to do is have a customized version of Sweave.sty
>> (Sweave++.sty)
>> include
On Sat, Dec 18, 2010 at 5:24 PM, Gabor Grothendieck wrote:
> I am getting this error message when I try to run Rcmd SHLIB myprog.c.
> There appears to be a missing / between etc and i386 in the path. I
> am on Windows Vista and am using R version 2.12.1 Patched (2010-12-16
> r53864) and just do
After some trial and error I figured out how to pass matrices from R to java
and back
using rJava, but this method is not documented and I wonder if there is a
better way?
Anyway, here is what I found works:
(m = matrix(as.double(1:12),3,4))
[shows m as you would expect]
jtest <- .jnew("JTest")
On Tue, Jan 11, 2011 at 2:41 PM, Romain Francois
wrote:
> Le 11/01/11 19:57, Romain Francois a écrit :
>
> Le 11/01/11 19:46, Douglas Bates a écrit :
>>
>>> On Tue, Jan 11, 2011 at 12:27 PM, Dominick
>>> Samperi wrote:
>>>
>>>>
>>&
On Mon, Jan 17, 2011 at 2:08 PM, Spencer Graves <
spencer.gra...@structuremonitoring.com> wrote:
> Another point I have not yet seen mentioned: If your code is
> painfully slow, that can often be fixed without leaving R by experimenting
> with different ways of doing the same thing -- often
ng unit tests with the documentation in a way that
> should help users understand "myfunc". (Unit tests too detailed to show
> users could be completely enclosed in "\dontshow".
>
>
> Spencer
>
>
>
> On 1/17/2011 11:38 AM, Dominick Samperi wrot
> -Original Message-
>> From: r-devel-boun...@r-project.org [mailto:r-devel-boun...@r-project.org]
>> On Behalf Of Spencer Graves
>> Sent: January 17, 2011 3:58 PM
>> To: Dominick Samperi
>> Cc: Patrick Leyshock; r-devel@r-project.org; Dirk Eddelbuettel
>&
tion Analytics offers "Package validation, development and support".
>
>
> Spencer
>
>
>
> On 1/17/2011 3:27 PM, Dominick Samperi wrote:
>
>> On Mon, Jan 17, 2011 at 5:15 PM, Spencer Graves<
>> spencer.gra...@structuremonitoring.com> wrot
On Tue, Jan 18, 2011 at 4:48 AM, Claudia Beleites wrote:
> On 01/18/2011 01:13 AM, Dominick Samperi wrote:
>
>> On Mon, Jan 17, 2011 at 7:00 PM, Spencer Graves<
>> spencer.gra...@structuremonitoring.com> wrote:
>>
>> Hi, Dominick, et al.:
>>>
>
On Mon, Jan 31, 2011 at 3:18 PM, Prof Brian Ripley
wrote:
> On Mon, 31 Jan 2011, ken.willi...@thomsonreuters.com wrote:
>
>> For the complex-numbers bug, do you know a reliable way (besides looking
>> at version numbers) to determine whether the bug is present or absent in a
>> given build?
>
> I
datasets methods base
>>
>> > z <- 0.2853725+0.3927816i
>> > z2 <- z^(1:20)
>> > z3 <- z^-(1:20)
>> > z0 <- cumprod(rep(z, 20))
>> > stopifnot(all.equal(z2, z0), all.equal(z3, 1/z0))
>> Error: all.equal(z2, z0) is not
Is there documentation on R limits?
That is, max matrix size, etc.?
Diagnostics when limits are exceeded are not always
meaningful. For example:
> x <- rep(0,5*5)
Error in rep(0, 5 * 5) : invalid 'times' argument
In addition: Warning message:
In as.vector(data) : NAs introduced by
On Wed, Feb 16, 2011 at 4:29 AM, Janko Thyson
wrote:
> Dear List,
>
> I'm trying to figure out some best practice way with respect to the naming
> conventions when building own packages.
>
> I'd like to minimize the risk of choosing function names that might
> interfere with those of other package
lso complicates the problem
of explicitly specifying
what version of "foo()" you really mean to use.
Dominick
>> -Original Message-
>> From: r-devel-boun...@r-project.org [mailto:r-devel-bounces@r-
>> project.org] On Behalf Of Dominick Samperi
>> Sent: Februa
On Mon, Feb 28, 2011 at 6:37 PM, Paul Johnson wrote:
> Snipping down to bare minimum history before comment:
>
> On Wed, Feb 16, 2011 at 4:28 PM, Olaf Mersmann
> wrote:
>> Dear Hadly, dear list,
>>
>> On Wed, Feb 16, 2011 at 9:53 PM, Hadley Wickham wrote:
>>
system.time(replicate(1e4, base:
Hi,
I have not been able to find R tools that permit an orthogonal polynomial
ANOVA analysis: single degree of freedom F-test comparisons including
L, Q, C, etc. terms. Do such tools exist?
I guess you can accomplish something similar by doing straightforward
polynomial regression and removing po
The Scheme-inspired function callCC may support this to some extent, but
the R man page on this function is very sketchy. Examples have been
posted by the author of callCC, so you might want to search the archives.
Dominick
On Sun, Apr 17, 2011 at 1:34 AM, Mohit Dayal wrote:
> Dear R-programmers
On Mon, Apr 18, 2011 at 10:41 AM, wrote:
> The premise of your post is false: contrary to popular belief, R's
> looping constructs are not particularly inefficient. Slowness of loops
> relative to vectorized code comes from the cost of interpreting the
> body of the loop. That exact same interpr
On Tue, Apr 19, 2011 at 2:18 PM, Duncan Murdoch
wrote:
> I have just committed some code to the rgl package on
> https://r-forge.r-project.org/projects/rgl/ to allow rgl images to be
> inserted into Sweave documents. (This is not in the CRAN version yet.) It
> makes use of the custom graphics dr
On Wed, Apr 20, 2011 at 2:29 PM, Duncan Murdoch
wrote:
> On 20/04/2011 1:52 PM, Dominick Samperi wrote:
>>
>> On Tue, Apr 19, 2011 at 2:18 PM, Duncan Murdoch
>> wrote:
>> > I have just committed some code to the rgl package on
>> > https://r-forge.r
On Tue, Aug 23, 2011 at 2:23 PM, Janko Thyson
wrote:
> aDear list,
>
> I'm aware of the fact that I posted on something related a while ago, but I
> just can't sweat this off and would like to ask your for an opinion:
>
> The problem:
> Namespaces are great, but they don't resolve certain conflict
On Sat, Oct 1, 2011 at 1:08 PM, Duncan Murdoch wrote:
> On 11-08-23 2:23 PM, Janko Thyson wrote:
>>
>> aDear list,
>>
>> I'm aware of the fact that I posted on something related a while ago,
>> but I just can't sweat this off and would like to ask your for an opinion:
>>
>> The problem:
>> Namespa
Hello,
The recently created online "rgl Overview" at
https://cran.r-project.org/web/packages/rgl/vignettes/rgl.html
illustrates a problem that I am trying to resolve.
At the bottom of each image block on that page appears the
advisory: You must enable Javascript to view this page properly.
I am
uncan Murdoch
wrote:
> On 12/09/2015 7:37 AM, Duncan Murdoch wrote:
>> On 11/09/2015 10:14 PM, Dominick Samperi wrote:
>>> Hello,
>>>
>>> The recently created online "rgl Overview" at
>>> https://cran.r-project.org/web/packages/rgl/vignettes/rgl
FYI, one platform where I have not been able to get interactive rgl
working is iOS 8.
iOS 8 is supposed to support WebGL, and Javascript is enabled.
On Sat, Sep 12, 2015 at 4:33 PM, Dominick Samperi wrote:
> Thanks for the pointers and the quick fix.
>
> Perhaps the generated HTML co
Hello,
I tried installing gdb into Rtools42 following the instructions here
https://cran.r-project.org/bin/windows/base/howto-R-4.2.html
I ran 'pacman -Sy gdb', and the installation seemed to complete without
problems.
But gdb could not be started because incorrect DLL versions were installed,
i
are other development communities negatively impacted by
the fork to mingw-w64. This did not go smoothly.
Perhaps it would be safer to simply provide a version of Rtools42 that
comes with
gdb and msys2?
Dominick
On Wed, Jan 18, 2023 at 2:40 AM Tomas Kalibera
wrote:
>
> On 1/18/23 04:33,
o. It
is discussed by Ben Gamari here
https://gitlab.haskell.org/ghc/ghc/-/issues/19945.
Dominick
On Wed, Jan 18, 2023 at 12:56 PM Tomas Kalibera
wrote:
> On 1/18/23 17:39, Dominick Samperi wrote:
>
> Thanks,
>
> But this didn't work. It installs msys2 along with lots of oth
o be run before main,
but this wouldn't result in the main program block being executed.
Dominick
On Wed, Jan 18, 2023 at 2:10 PM Tomas Kalibera
wrote:
>
> On 1/18/23 19:41, Dominick Samperi wrote:
>
> Thanks for the detailed feedback Tomas,
>
> I ran the command 'pac
o be run before main,
but this wouldn't result in the main program block being executed.
Dominick
On Wed, Jan 18, 2023 at 2:10 PM Tomas Kalibera
wrote:
>
> On 1/18/23 19:41, Dominick Samperi wrote:
>
> Thanks for the detailed feedback Tomas,
>
> I ran the command 'pac
On second thought, there is a lot of metapramming code in Rcpp that runs
before main, so
I was wrong to say nothing can happen before main() is called.
Strategically placed print
statements may be the best strategy.
On Wed, Jan 18, 2023 at 8:17 PM Dominick Samperi
wrote:
> Since these “st
Hello,
It appears that the file ./appl/lbfgsb.c defines setulb() as a static
function, and it is included in optim.c, so setulb() is not exported
by the R library. I have some sofware that uses setulb() directly,
and I would prefer to avoid having to recompile this sofware to
export that function.
It appears that my archived packages Rcpp and RcppTemplate have
been removed at CRAN, yet they appeared in the CRAN archives
until recently.
What is the CRAN policy on archives and removal?
Thanks,
Dominick
[[alternative HTML version deleted]]
___
A few years ago there was a post by the author of pipeR suggesting improvements
in efficiency and reliability. Is there collaboration between these various
pipe projects?
Sent from my iPhone
> On Apr 21, 2023, at 1:01 PM, Duncan Murdoch wrote:
>
> On 21/04/2023 12:16 p.m., Michael Milton wro
When I run a script foo.R containing some trivial code in my home
directory, via Emacs/ESS, everything works as expected: R
starts, and a setwd() command to set the working directory is
run automatically before the code in the script is run.
But if I copy foo.R to some package/R directory strange
you start R when present (with the
> default arguments when starting R).
>
> HTH,
> Jan
>
>
>
> On 20-06-2023 23:38, Dominick Samperi wrote:
> > When I run a script foo.R containing some trivial code in my home
> > directory, via Emacs/ESS, everything works a
>
> -Bill
>
> On Wed, Jun 21, 2023 at 8:50 AM Dominick Samperi
> wrote:
>
>> Thanks, I checked for .Rprofile and .RData files. They are not present.
>> I also tried renaming my .emacs.d file in case the problem is due to
>> my Emacs configuration, but this didn&
Thanks Ivan, looks like bug in ESS, but I only noticed this recently, so it
may have been triggered by changes in recent R versions.
On Wed, Jun 21, 2023 at 12:26 PM Ivan Krylov wrote:
> On Wed, 21 Jun 2023 11:49:24 -0400
> Dominick Samperi wrote:
>
> > 1. Why does Emacs/ESS beh
Another aspect of this cleverness is that starting a script in an arbitrary
directory NOT inside a package results in the current directory set to the
user's home directory, while starting the script using R does what you
would expect: does not change the current working directory.
On Thu, Jun 22,
I'm not sure if this is related, but there is one issue that needs to be
addressed a link time for object files that are generated from C++ code.
In C++ it is permissible to include definitions (not just declarations) in
header files. This means more that one object file may contain a definition
fo
Under Windows the make include share/make/winshlib.mk
uses nm to grab symbols from object files to insert into a
module definition file tmp.def that is used to create a
package DLL. This works fine provided the DLL is only
used via exported function entry points, which is the case
currently, I susp
Hello,
If I call lines3d(x,y,z) I get lines connecting each point, but
when I call rgl.lines(x,y,z) I get dashed lines, and adding
something like type='l' leads to an error message. The
docs seem to suggest that rgl.lines() calls lines3d(), so
I would expect the result to be the same.
Any tips wo
R 3.1.0 alpha
On Mon, Mar 31, 2014 at 5:44 AM, Duncan Murdoch
wrote:
> On 30/03/2014, 9:20 PM, Dominick Samperi wrote:
>>
>> Hello,
>>
>> If I call lines3d(x,y,z) I get lines connecting each point, but
>> when I call rgl.lines(x,y,z) I get dashed lines, and addi
1 - 100 of 183 matches
Mail list logo
