's fault per se. It
looks more like a permission issue in your system to me -- the first
thing I would check is that your /media/... is not mounted with
noexec...
Cheers,
Simon
I would not be upset if R CMD check simply told me that this isn't
the right way to do things i.e.
and hashtables are common data
structures, so this problem must come up a lot.
I don't see a problem thus I'm not surprised it didn't come up ;). But
maybe I'm just missing your point ...
Cheers,
Simon
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ouble check the IDs to see if any
others are missing -- I ran import for 14219 manually now.
Thanks,
Simon
>
> [re: behavior of scale() when center=FALSE and scale=TRUE]
>
>> Again, I agree with you that the behavior is not optimal, but it is
>> very hard to make changes in
hing) if either the subscript or names are
long enough (subscrip...@493 has the exact formula).
Cheers,
Simon
On Thu, Mar 11, 2010 at 8:09 PM, Ben wrote:
lists are generic vectors with names so lookup is O(n). Environments
in R are true hash tables for that purpose:
Ahh, thanks for the
gle gives exactly the relevant hit on the list...)
Cheers,
Simon
Thank you kindly.
PS: I get the following message when trying to compile either via R
CMD INSTALL or via the "Packages & Data" menu within the R console:
* installing to library '/Users/barshop_lab/Libr
On Mar 18, 2010, at 13:39 , Saptarshi Guha wrote:
Hello,
Is there a function(in R's C API), given a SEXP, that computes the
size in bytes, i.e. a C equivalent of object.size() ?
No. But eval(LCONS(install("object.size"), list1(x)), R_GlobalEnv);
isn't that long ..
overs from 3rd party compilers).
Cheers,
Simon
but a different gfortran located in /usr/local/bin did (gcc version
4.2.3, probably from Simon Urbanek's page)
On Mar 26, 2010, at 11:51 , Prof Brian Ripley wrote:
So please try 2.11.0 alpha, as I believe this is already fixed (not
lea
).
The safest approach right now is simply to read the documentation -
savePlot does tell you that it works only for the Windows device. I'm
not aware of an automated list (save for dumping the function lists
per-package on each platform).
Cheers,
Simon
There has been discussion, and
different issue and it is easy since we
already have the mechanism in place: OS_type.
Cheers,
Simon
-Original Message-
From: r-devel-boun...@r-project.org [mailto:r-devel-boun...@r-
project.org] On Behalf Of Simon Urbanek
Sent: April 1, 2010 11:38 AM
To: Seth Falcon
Cc: r-devel@r
as binaries, so the migration can take a day or two ;).
Cheers,
Simon
> The R.oo package is listed as "MacOS X binary: not available, see
> check log?", but the 'check log' show no errors
> URL: http://cran.r-project.org/web/packages/R
e warnings you cannot eliminate (for example because
you believe them to be spurious) send an explanatory note with your submission."
It talks explicitly about warnings, notes are not mentioned at all... That
said, you should examine all notes and make sure they are not indications of
probl
ll have to look).
Thanks,
Simon
On Apr 17, 2010, at 6:34 AM, baptiste auguie wrote:
> Dear all,
>
> I am puzzled by the following behavior of the new grid.cap() function,
> which appears to run out of time when capturing the output of a
> graphic. It works fine if I introduce a S
On Apr 17, 2010, at 2:43 PM, baptiste auguie wrote:
> Hi,
>
> On 17 April 2010 18:51, Simon Urbanek wrote:
>> Baptiste,
>>
>> first, there is a mailing list specifically for Mac questions - R-SIG-Mac.
>>
>
> I wasn't sure if it was Mac-specific
n arbitrary memory location which
does not necessarily have that semantics. So you can decide to run with it but
the fact that this is undocumented means it is not guaranteed to stay that way
forever so you may need to change your code if it does.
Cheers,
Simon
> Does anyone know, can I count
On Apr 20, 2010, at 2:57 AM, Henrik Bengtsson wrote:
> Hi,
>
> On Thu, Apr 15, 2010 at 3:45 PM, Simon Urbanek
> wrote:
>>
>> On Apr 15, 2010, at 2:26 AM, Henrik Bengtsson wrote:
>>
>>> For a couple of days, MacOS X binaries are not build on CRAN (for
On Apr 19, 2010, at 1:22 PM, Seth Falcon wrote:
> On 4/19/10 8:59 AM, Simon Urbanek wrote:
>>
>> On Apr 19, 2010, at 10:39 AM, Melissa Jane Hubisz wrote:
>>
>>> Hello,
>>> The Writing R extensions manual section 6.1.1 describes the transient
>>>
On Apr 20, 2010, at 10:12 AM, Simon Urbanek wrote:
>
> On Apr 19, 2010, at 1:22 PM, Seth Falcon wrote:
>
>> On 4/19/10 8:59 AM, Simon Urbanek wrote:
>>>
>>> On Apr 19, 2010, at 10:39 AM, Melissa Jane Hubisz wrote:
>>>
>>>> Hello,
>&g
allowing you to share
form Arduino output with several computers or even send remote commands to your
Arduino including encryption etc ...).
Cheers,
Simon
PS: From experience I can say that Arduinos are highly addictive so beware ;).
> In base::connections documentation, it's not clear
On Apr 20, 2010, at 11:51 AM, shotwelm wrote:
> I've done some microcontroller work over serial also. Unfortunately,
> interfacing with a serial port is system dependent, and the mechanisms can be
> quite different, as you probably know. It appears that Simon has a solution
>
it and I may be tempted to have a dab at a tty
connection, but I still would not want to mess with ioctl (the other part Matt
mentioned).
Cheers,
Simon
On Apr 21, 2010, at 6:30 AM, Philippe Grosjean wrote:
> There is another option I use since a couple of years to pilot scientific
> d
ses (presumably due to RAM bandwidth
limitations) so for n = 512M it is ~30%.
Of course this is contingent on the implementation of memcpy, compiler,
architecture etc. And will only matter if copying is what you do most of the
time ...
Cheers,
Simon
> and similar for the other types in copy
On Apr 21, 2010, at 2:15 PM, Seth Falcon wrote:
> On 4/21/10 10:45 AM, Simon Urbanek wrote:
>> Won't that miss the last incomplete chunk? (and please don't use
>> DATAPTR on INTSXP even though the effect is currently the same)
>>
>> In general it seems that
gt;> for (i=0; i> memcpy((char *)DATAPTR(s)+i*nt*sizeof(int), (char *)DATAPTR(t),
>> nt*sizeof(int));
>> break;
>
> or at least with something like this:
>
> int* p_s = INTEGER(s) ;
> int* p_t = INTEGER(t) ;
> for( i=0 ; i < ns ; i++){
>
On Apr 21, 2010, at 4:13 PM, Romain Francois wrote:
> Le 21/04/10 21:39, Simon Urbanek a écrit :
>>
>>
>> On Apr 21, 2010, at 3:32 PM, Romain Francois wrote:
>>
>>> Le 21/04/10 17:54, Matthew Dowle a écrit :
>>>>
>>>>> From copy
On Apr 21, 2010, at 4:39 PM, Simon Urbanek wrote:
>
> On Apr 21, 2010, at 4:13 PM, Romain Francois wrote:
>
>> Le 21/04/10 21:39, Simon Urbanek a écrit :
>>>
>>>
>>> On Apr 21, 2010, at 3:32 PM, Romain Francois wrote:
>>>
>>>>
thing - I was just looking at whether it makes
sense to bother at all and pointing out the bugs in your code ;). I have a
sufficiently long list of TODOs already :P
Cheers,
Simon
>
> "Simon Urbanek" wrote in message
> news:65d21b93-a737-4a94-bdf4-ad7e90518...@r-project.org.
right when I said we should only special-case the common case
of scalar recycling and use memcpy for everything else.
Cheers,
Simon
On Apr 23, 2010, at 9:21 PM, Hervé Pagès wrote:
> Follow up...
>
> Hervé Pagès wrote:
>> Hi Matthew,
>> Matthew Dowle wrote:
>>> Just
ve but in the end decided to back
off once I was looking at the flood of parameters you have to take care of in
tty. But it would be nice if someone did that ;).
Cheers,
Simon
On Apr 26, 2010, at 12:28 PM, Matt Shotwell wrote:
> All,
>
> Our discussion of serial interfaces last wee
very, very careful and think twice about
using any complex C++ libraries since they are unlikely written in R-safe way.
Cheers,
Simon
On Apr 30, 2010, at 1:03 AM, Dominick Samperi wrote:
> The R docs say that there are two methods that the C programmer can
> allocate memory, one where R aut
ut
> the latest version of the R-admin manual (in the sources) for the current
> state.
>
To make sure no one has an excuse for not reading the current manuals - they
are available (built nightly) at
http://r.research.att.com/man/
Cheers,
Simon
> The planned changes are
>
>
l work on another since it is the implementation details that
will bite you. (I know that we had reports of things breaking due to STL but I
don't remember what implementation/OS it was)
[The above issue are only the ones I was pointing out, there may be others that
are not covered here].
Chee
Dominick,
On Apr 30, 2010, at 2:51 PM, Dominick Samperi wrote:
> Thanks for the clarification Simon,
>
> I think it is safe (R-safe?) to say that if there are no exceptions or errors
> on either side, then it is highly likely that everything is fine.
>
I think so - at least on
ob by using findVarInFrame3() recursively for parent
environments. There is slight exception if you use x() since that does a
search with the restriction that x must be a function and thus uses findFun()
instead.
Cheers,
Simon
__
R-devel@r-project.org
variable lookup to not look beyond the current
environment. That is stretching it, though...
Cheers,
Simon
>> f
> function(a) { rnorm(b) }
>
>
>> f()
> Error in f() : could not find function "rnorm"
>
> Jeff
>
> On Fri, May 14, 2010 at 9:20 AM, Hadl
On May 14, 2010, at 11:33 AM, thmsfuller...@gmail.com wrote:
> On Fri, May 14, 2010 at 10:13 AM, Simon Urbanek
> wrote:
>>
>> On May 14, 2010, at 10:29 AM, Jeff Ryan wrote:
>>
>>> This isn't like a local variable though, since any function above the
>
MSXP g0c0 [MARK,gp=0x4000] "{"
@100edfaa0 01 SYMSXP g0c0 [] "foo"
@100edfc98 01 SYMSXP g0c0 [] "bar"
and in case you are not familiar with the internal representation:
> quote(`{`(foo,bar))
{
foo
bar
}
> .Internal(inspect(quote(`{`(foo,bar
@100f99
On May 14, 2010, at 4:52 PM, Dave Lubbers wrote:
>
> R 2.7.2 - the manual says
> configure
> make
>
> Which is what I did. So I did read the manual and followed the directions.
> The manual is too terse to get me there.
cd src/nmath/standalone
make
Cheers,
Simo
c.) you don't gain
anything at all.
Cheers,
Simon
> Thanks,
>
> From: Alex Bryant
> Sent: Monday, May 10, 2010 2:50 PM
> To: 'r-devel@r-project.org'
> Subject: Build R static
>
> Hi, I am having trouble building R static on Solaris 5.10. I have a
> req
s overhead associated with running processes or threads in
parallel (they access the same resources), so #2 is always expected to be
slower. However, you failed to include any relevant details (how do you measure
the time, how much slower was it, how do you start the sessions etc.) so the
dif
ion you can accumulate multiple commits before merging them
back. I can't say that I desperately need that functionality ;).
Cheers,
Simon
>>
>> On Wed, May 26, 2010 at 5:44 AM, Martin Maechler
>> wrote:
>>>>>>>> Felix Andrews
>>>>>
ed stuff on airplanes but in general I'm able to get an access soon enough
to have reasonable commit granularity. But yes, I do agree that it can be
useful at very limited number of times (maybe once or twice so far for me), but
that doesn't convince me to give up revisions and central co
ree - I don't find commit time having any impact on what I commit. It's
always a logical chunk (which is why SVN was such a great step forward from
CVS). My RForge does check on commit so I don't even bother waiting for the
commit to finish (waiting is just useful if I want th
n take the
> resulting .rd file and generate the necessary html help from it.
>
It's much more simple since 2.10 as you can simply use the URL (same URL as the
help system uses). For examples see JGR or the Mac GUI. Or you can do the same
thing that th
onfigure script
> uses gcc/g++ instead of CC, yet CC seems to be used for the CRAN builds.
>
> How does one tall configure to setup for using CC?
>
See R-admin C.5:
http://r.research.att.com/man/R-admin.html#Solaris
Cheers,
Simon
__
R-dev
ibute((pure))
for re_string_fetch_byte_case in line 473) My icc license expired..
Thanks,
Simon
> -- Jan
>
> On Jan 26, 2007, at 07:52 , Prof Brian Ripley wrote:
>
>> Ouch. It does look like a compiler over-optimization sort of
>> problem.
>>
>> I presum
On Jan 31, 2007, at 10:02 AM, Jörg Beyer wrote:
> Hello all,
>
> I'd like to report a problem related to S4 classes.
>
> Platform:
> Mac G4/400 PCI (PPC-architecture)
> Mac OS 10.4.8
> R 2.4.1 for Mac OS X (CRAN binary, 2006-12-19) w/ R.app 1.18
>
> Last Dec
send me a full crash report. Also please try to find a
reproducible example if you can.
Thanks,
Simon
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
R_RegisterCFinalizerEx is called on R exit if
desired (see arguments). However, I don't think this is relevant to
the discussed issue as a process termination frees all its memory.
Moreover I don't think Ernest wants to wrap all his classes to R
objects - we're not talking about
Thanks, Gregor, it should be now fixed in the current R-devel.
Cheers,
Simon
On Mar 3, 2007, at 3:42 PM, Gregor Gorjanc wrote:
> Hello!
>
> I have tried to build and install latest version of R, but I am not
> able
> to perform the install, due to seg. fault. I did the followin
)}"
>
> dbCheck("jdbc:mysql://localhost/foo","root","")
[1] "Java-Object{java.sql.SQLException: Unknown database 'foo'}"
> dbCheck("jdbc:mysql://bar/foo","root","")
I'll see if I can provide some more helpful response in the dbConnect
for the next release..
> Another question:
> I try to compile ROracle and RMysql for windows but i need Rdll.lib
> and it need R.exp.
No, you don't need those files, because R is linked directly. Simply
follow the instructions for building R packages on Windows.
Cheers,
Simon
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
es behave as expected, but I do need the
> socketConnection here. I am Running R 2.2.0-2.fc4, on Linux
> 2.6.11-1.1369.
>
> Any help would be greatly appreciated.
>
if (socketSelect(list(c),,0)) readLines(c, 1)
Cheers,
Simon
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ich is weird, so maybe you mean when you pass named arguments to
> a function? Function args are evaluated lazily, and I think that
> is used (I don't know how exactly) to give copy on write behavior -
> but only for function arguments.
Cheers,
Simon
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
&& *p == fsp) *(p--)='\0';
}
Cheers,
Simon
On Mar 24, 2007, at 6:02 PM, Jeffrey Horner wrote:
> Hello,
>
>
> I've been wondering why my no-optimization R-devel builds have been
> hanging during "building/updating package indices ...". I tracke
t is "/my", therefore
returning "/my/path" in either case is inconsistent with the purpose
of this function. As of trailing slashes (independently of dirname),
sadly, some programs exploit the equivalence of both representations
by encoding meta-information in the representati
On Mar 27, 2007, at 5:42 PM, Herve Pages wrote:
> Simon Urbanek wrote:
>> Your proposed behavior is inconsistent, anyway. The purpose of
>> dirname is to return parent directory of the entity represented by
>> the pathname.
>
> Mmmm, I don't think this is tru
29600]:
The only difference is that the resulting x has NAMED=2:
> x=rnorm(100)
> tracemem(x)
[1] "<0x29b1a00>"
> insp(x)
@029b1a00 14 REALSXP [NAM(1)] (len=100, tl=34)
> storage.mode(x)<-"double"
> insp(x)
@029b1a00 14 REALSXP [NAM(2)] (len=100, tl=34)
> storage.mode(x)<-"double"
tracemem[0x29b1a00 -> 0x1a47e00]:
I'm not sure why, because storage.mode is a no-op if the mode is
correct... it has probably to do with the subassignment function
evaluation I suppose (which I didn't look at ...), but I'm not sure...
Cheers,
Simon
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Please read the posting guide and use the appropriate mailing list (R-
help) - your question has nothing to do with the development of R.
Cheers,
Simon
PS: look closely at your code - your mymethod is a noop.
On Mar 30, 2007, at 4:45 PM, cstrato wrote:
> Dear all,
>
> Assume that
to be used. What am I
> missing?
>
1) see Byron's e-mail
2) by default R uses stdout/err connections instead of the console
API, you need to disable that
so the resulting code should look like this:
Rf_initialize_R(ac, av);
ptr_R_WriteConsole = my_R_WriteConsole;
tf instead.
Cheers,
Simon
On Apr 4, 2007, at 1:44 PM, Jos Elkink wrote:
> Hi,
>
> I am trying to use existing C++ code from R. I have no problems
> compiling C code and using it in R, but with C++ I'm running into
> problems.
>
> Here's the compiler output:
>
this less error-prone when registering multiple functions (and
looking at your argument list ... you should seriously consider
using .Call :P)
Cheers,
Simon
>
> On 4/4/07, Simon Urbanek <[EMAIL PROTECTED]> wrote:
>> Jos,
>>
>> you omitted the crucial part b
d("test.so")
Erreur dans dyn.load(x, as.logical(local), as.logical(now)) :
impossible de charger la bibliothËque partagÈe
'/home/simon/seqinr_in2p3/seqinr/src/test.so':
/home/simon/seqinr_in2p3/seqinr/src/test.so: undefined symbol:
getConnection
>
However the
On Apr 6, 2007, at 12:22 PM, hadley wickham wrote:
> On 4/6/07, Stefan Theussl <[EMAIL PROTECTED]> wrote:
>> hadley wickham wrote:
>>>>> I have recently found RForge.net (http://www.rforge.net/) by Simon
>>>>> Urbanek and found out today tha
Deepayan,
you fail to load the methods package, so you cannot use S4. Eval
"library(methods)" first then everything is fine.
Cheers,
Simon
On Apr 7, 2007, at 7:33 PM, Deepayan Sarkar wrote:
> Hi,
>
> I think this is a bug (even though I can't find documentation
>
#x27;m off to get the
coffee :P).
Cheers,
Simon
On Apr 8, 2007, at 8:31 AM, Simon Urbanek wrote:
> Deepayan,
>
> you fail to load the methods package, so you cannot use S4. Eval
> "library(methods)" first then everything is fine.
>
> Cheers,
> Simon
>
>
chine running the prerel checks has no latin1
> locales.
> Will generate these (and in fact this time all possible ones).
>
Kurt, can you give me some pointers as of what/where this happens? I
have never seen it happen before, because Macs usually have all
locales installed, so I
instead of printf from libc. Note that you shouldn't be relying on
the return value literally, otherwise you're in trouble ;).
Cheers,
Simon
>> It's documented in 'Writing R Extensions'.
>> The defines used for compatibility with @Sl{} sometimes causes
>&
m the full R
2.4.1 installation image if you want the problem to go away
immediately without re-installing packages. (Open the R 2.4.1 full
image from CRAN, double-click on "Packages" and then "gcc4.0.3")
Cheers,
Simon
PS: I'm cross-posting this to R-devel, because pe
and should spread through the mirrors as we speak. (For those
impatient, you can use http://r.research.att.com as a mirror to get
the updated packages right now).
Cheers,
Simon
PS: To all: for Mac-related issues, please, always use R-SIG-Mac -
read it and post there if you have problems.
ested on i686 Debian etch Linux and Mac OS X 10.4.9 i686; bash,
dash and csh show the same behavior; R 2.5.0 and R-devel 41383).
Although Rscript tries hard to pass the expression as one argument,
it apparently doesn't prevent the shell from not taking it apart when
calling Rexec fr
ndeavor would be to simply add something like R_getDllInfo
("embedded") reserved specifically for such purposes (or "R" or
whatever...).
Cheers,
Simon
On May 1, 2007, at 1:56 PM, Duncan Temple Lang wrote:
> Jeffrey Horner wrote:
>> Hello,
>>
>> The us
esign, so it doesn't need
anything complicated...
Cheers,
Simon
On May 1, 2007, at 4:24 PM, Duncan Temple Lang wrote:
> Simon Urbanek wrote:
>> Since I'm not sure I really understand Jeff's question this is just
>> my interpretation, but I think the point was that you may wa
Seth,
On May 1, 2007, at 5:59 PM, Seth Falcon wrote:
> Simon Urbanek <[EMAIL PROTECTED]> writes:
>
>> Duncan,
>>
>> are you going to take care of this? I have a quick solution for R-
>> devel that adds a special entry if requested.
>>
>> I'm
n the dylib loading method so they can share the handle. This may
not be trivial across platforms. So on the whole I agree, but I'm not
quite convinced yet that it's worth the extra effort.. maybe at some
point ;) ...
Cheers,
Simon
On May 1, 2007, at 5:47 PM, Duncan Temple Lang
reated (e.g. type='x11' is interactive whereas
type='png' is not), so each instance of the device will answer
differently. We could simply add an another capability flag - that is
IMHO the only reliable solution. Any other ideas?
Cheers,
Simon
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Please read the R for Mac FAQ (and in fact the posting guide as well!).
This is not a bug is R, you a have a broken 3rd-party plugin as the
message tells you.
Cheers,m
Simon
On May 15, 2007, at 1:23 AM, [EMAIL PROTECTED] wrote:
> Full_Name: Chiadi Onyike
> Version: 2.5
> OS: Mac
limits the UI. Also as the number of packages grows, you'll end up
which dozens of entries in the menu which will render it useless.
Cheers,
Simon
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
with would
> in my view be better, and that could have a single menu entry.
> Menus can easily get swamped.
>
I agree entirely.
What puzzles me: why do we need yet another way to register
vignettes? What is wrong with vignette()?
Cheers,
Simon
>>> My recommendation would
cates the same functionality. I'll repeat my question: what
is wrong with the current approach? Why do you want to add a parallel
approach?
Cheers,
Simon
On May 15, 2007, at 6:59 PM, Seth Falcon wrote:
> Simon Urbanek <[EMAIL PROTECTED]> writes:
>
>> On May 15, 2007, a
On May 16, 2007, at 7:38 AM, Duncan Murdoch wrote:
> On 15/05/2007 6:59 PM, Seth Falcon wrote:
>> Simon Urbanek <[EMAIL PROTECTED]> writes:
>>> On May 15, 2007, at 1:57 PM, Prof Brian Ripley wrote:
>>>
>>>> On Mon, 14 May 2007, Seth Falcon wrote
On May 16, 2007, at 11:36 AM, Seth Falcon wrote:
> Simon Urbanek <[EMAIL PROTECTED]> writes:
>
>> Seth,
>>
>> we already *have* vignette registration in place [vignette()] and we
>> already *have* support in the GUIs (I'm talking e.g. about the Mac
>
sable the C stack limit
(R_CStackLimit=-1), because threads may use a varying stack base. If
you are not, you better check your code as you may be corrupting the
stack.
Cheers,
Simon
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
extension [including .m] and the ability to prepend functions as
code. What would be very useful now is a set of tools that would
allow you to construct the source with R commands, so that you could
compute on it, edit it etc. That would be really cool ... y
s no need to change the R
source code.
Cheers,
Simon
> In the R-exts document, it says:"Note that R's own front ends
> use a stack size of 10Mb". I desire to know: is it possible to
> decrease this
> stack size
> by modifying R's source code? If it
ause
> only the first element of the SEXP x is converted to an integer.
>
It could, but doesn't ;). That is what the original IntegerFromString
did, but now you either have to do that yourself or coerce the whole
vector (not as efficient but easier to write :P).
Cheers,
Simon
>
ot created correctly. Please send me the full output (and tell me
which Fortran you are using and how you installed it).
Cheers,
Simon
PS: I'm moving this to R-SIG-Mac as this is Mac-specific.
> after R outputs (sorry... not sure if this is useful information or
> not)
>
> gc
Also, for completeness you could add in the citation to Ihaka and
Gentleman (1996). Otherwise it looks like nothing was happening before
2004.
Cheers,
Simon.
On Thu, 2007-06-28 at 07:30 -0700, Thomas Lumley wrote:
> On Wed, 27 Jun 2007, Ben Bolker wrote:
>
> >
> > I did so
t I don't know where to put the code "R_CStackLimit=-1".
>
After the call to Rf_initialize_R (and don't forget to define
CSTACK_DEFNS and include Rinterface.h).
Cheers,
Simon
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
D'oh!
Simon.
On Mon, 2007-07-23 at 12:36 +0200, Peter Dalgaard wrote:
> [EMAIL PROTECTED] wrote:
> > postscript() produces files that are not encoded as eps, according to
> > the standard. Hence, word processors such as OpenOffice and AbiWord do
> > not recognise the
ly in your C++ code due to some memory management issue.
Cheers,
Simon
On Jul 25, 2007, at 11:35 AM, Jonathan Zhou wrote:
>
> Hi all,
>
> I've been writing a package and I've run into a problem that I'm
> unsure how
> to solve. I am looking to pass a C++ class obje
e first fit iteration only, of course. Is it worth fixing? I
found this after someone reported a problem with mgcv::gamm (which
calls MASS:glmmPQL which calls glm), which is why I'm not just supplying
my own mustart and getting on with it...
best,
Simon
>- Simon Wood, Mat
On Jul 25, 2007, at 12:53 PM, Jonathan Zhou wrote:
> [snip]
> extern "C"
> {
> void soamSubmit (SEXP jobID,//job ID
^^^ - this will definitely crash. All .Call functions must return
SEXP, even if it is just R_NilValue;
Cheers,
Simon
>
UID=jeff.lindon
> Trusted_Connection=Yes
> WSID=TLIJLINDON
> DATABASE=tliresearch
>> d <- sqlFetch(channel, District)
> Error in odbcTableExists(channel, sqtable) :
> object "District" not found
>
Didn't you mean
d <- sqlFetch(channel, &qu
an compute on the language, so you can construct
arbitrary calls without using the names in verbatim, so it is
possible to circumvent such filters fairly easily.
Cheers,
Simon
On Aug 16, 2007, at 9:23 AM, Hin-Tak Leung wrote:
> Well, I think there are some serious use e.g. offering a web
It's not prefect, but servers its purpose (it resolves references by
copying them instead of re-indexing, but it doesn't detect loops).
Maybe it helps, even though the task you describe is still far from
trivial.
Cheers,
Simon
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
even without XDR)
will do ...
Cheers,
Simon
> because as far as I know the API you are after is not exposed - you'll
> have to - and you can - cut and paste a substantial part of saveload.c
> and serialize.c for that matter, of course.
>
> I think my python-based Rdata
rking compiler suite ... you should
fix your OS in the first place ...
BTW according to Google Ralpha is a "Russian American Space
Cooperation", so I wonder how you got it on your computer in the
first place ;)
Cheers,
Simon
On Sep 14, 2007, at 10:27 AM, Stéphane Dray wrote:
>
If you want to create a binary package for a
given platform, use the --build flag.
Please read 'Writing R Extensions' - you just want to use the src
directory and not mess with libs.
Cheers,
Simon
On Sep 19, 2007, at 1:25 PM, Konrad Smolinski wrote:
> Dear All,
> I am trying
http://cran.fhcrc.org/bin/macosx/universal/contrib/2.6/PACKAGES
>
> Any idea why?
>
Yes, because it doesn't work - please see the check results:
http://cran.r-project.org/src/contrib/checkSummary.html
I have verified it today and the ggobi binary from the
Actually, the fact that the tar ball is there must be a mirroring
problem, because it's not on the master CRAN server. You should fix
your mirror - objects may appear closer ... ;)
Cheers,
Simon
On Sep 25, 2007, at 4:28 PM, Simon Urbanek wrote:
>
> On Sep 25, 2007, at 12:58 PM,
On Sep 25, 2007, at 4:33 PM, hadley wickham wrote:
> On 9/25/07, Simon Urbanek <[EMAIL PROTECTED]> wrote:
>>
>> On Sep 25, 2007, at 12:58 PM, Herve Pages wrote:
>>
>>> Hi,
>>>
>>> R-2.6 + install.packages() doesn't find rg
1101 - 1200 of 1468 matches
Mail list logo
