Displaying 16 results from an estimated 16 matches for "testval".
2009 Apr 09
4
problems with integrate ... arguments
...e. I could swear this worked in the past, but I can't
get it to work now. I'm running R on Windows.
Here's my toy code to reproduce the problem:
R.Version()$version.string
# [1] "R version 2.8.1 (2008-12-22)"
f=function(x,const)
2^x+const
f2=Vectorize(f,c("x"))
testval=2
f2(1:5,testval)
# [1] 4 6 10 18 34
# The vectorized function seems to work right.
integrate(f2,.5,1,c=2)
# Works. Returns
# 1.845111 with absolute error < 2.0e-14
integrate(f=f2,.5,1,const=testval)
# Doesn't work. Returns
# Error in eval(expr, envir, enclos) :
# ..1 used in an incorr...
2007 Jan 04
5
color of opposite sign values in filled.contour
Dear R-helpers,
I'm plotting geophysical data in the form of contours using
"filled.contour". The display would be much more effective if the areas
with negative values could be color coded
by -- say -- "cold colors" in the range of blue to green, and conversely
the areas with positive values got plotted with "warm colors", from yellow
to red.
Right now if I use
2005 Nov 10
2
"dos filemode" parameter ineffective?
According to the smb.conf man page, the "dos filemode" parameter will allow a user who is not the owner of a file to affect permissions changes on a file or folder provided he has write access to that object. This does not appear to be the case. Users with write access via user or group ACEs receive an "Access denied" error when attempting to make ACL changes via windows,
2006 Feb 09
3
Draggables and Droppable performance (tips)
...ose that, like me,
need to squeeze the most performance out of your apps at any cost).
DUFF''S DEVICE...
The main benefit of this function is in recursive functions, but it also
works for general loop unrolling. It does complicate your code a bit, so
use at your own risk. Notice, where testVal is being incremented you
would add your function calls. For more information about loop unrolling
(and general performance tips, check out
http://home.earthlink.net/~kendrasg/info/js_opt/ )
function duffFasterLoop8(iterations) {
// Original JS Implementation by Jeff Greenberg 2/2001
// http:/...
2015 Feb 18
4
Different serialization of functions in interactive vs. batch mode
...hat computations
>> that should already be cached are recomputed when switching from an
>> interactive session to a BATCH session. Therefore, I wrote a test
>> script
>>
>> library(digest)
>> testfun <- function() {
>> return(NULL)
>> }
>> testval <- "testval"
>> print(digest(testfun))
>> print(serialize(testfun, connection = NULL))
>>
>> and executed it once using input-redirection from a file (testFile.R)
>> and once copying the code into an interactive R session. The
>> hash-values of the f...
2015 Feb 18
2
Different serialization of functions in interactive vs. batch mode
...unction that is being cached
(calculated using the digest package). I noticed that computations
that should already be cached are recomputed when switching from an
interactive session to a BATCH session. Therefore, I wrote a test
script
library(digest)
testfun <- function() {
return(NULL)
}
testval <- "testval"
print(digest(testfun))
print(serialize(testfun, connection = NULL))
and executed it once using input-redirection from a file (testFile.R)
and once copying the code into an interactive R session. The
hash-values of the functions differ. As digest internally relies on
seria...
2015 Feb 18
1
Different serialization of functions in interactive vs. batch mode
...hen switching from an
>> >> interactive session to a BATCH session. Therefore, I wrote a test
>> >> script
>> >>
>> >> library(digest)
>> >> testfun <- function() {
>> >> return(NULL)
>> >> }
>> >> testval <- "testval"
>> >> print(digest(testfun))
>> >> print(serialize(testfun, connection = NULL))
>> >>
>> >> and executed it once using input-redirection from a file (testFile.R)
>> >> and once copying the code into an interactive...
2015 Feb 18
0
Different serialization of functions in interactive vs. batch mode
...ing the digest package). I noticed that computations
> that should already be cached are recomputed when switching from an
> interactive session to a BATCH session. Therefore, I wrote a test
> script
>
> library(digest)
> testfun <- function() {
> return(NULL)
> }
> testval <- "testval"
> print(digest(testfun))
> print(serialize(testfun, connection = NULL))
>
> and executed it once using input-redirection from a file (testFile.R)
> and once copying the code into an interactive R session. The
> hash-values of the functions differ. As dige...
2015 Feb 18
0
Different serialization of functions in interactive vs. batch mode
...hould already be cached are recomputed when switching from an
>>> interactive session to a BATCH session. Therefore, I wrote a test
>>> script
>>>
>>> library(digest)
>>> testfun <- function() {
>>> return(NULL)
>>> }
>>> testval <- "testval"
>>> print(digest(testfun))
>>> print(serialize(testfun, connection = NULL))
>>>
>>> and executed it once using input-redirection from a file (testFile.R)
>>> and once copying the code into an interactive R session. The
>>&...
2015 Feb 18
0
Different serialization of functions in interactive vs. batch mode
...ready be cached are recomputed when switching from an
> >> interactive session to a BATCH session. Therefore, I wrote a test
> >> script
> >>
> >> library(digest)
> >> testfun <- function() {
> >> return(NULL)
> >> }
> >> testval <- "testval"
> >> print(digest(testfun))
> >> print(serialize(testfun, connection = NULL))
> >>
> >> and executed it once using input-redirection from a file (testFile.R)
> >> and once copying the code into an interactive R session. The
>...
2006 May 11
4
proposed list of parameter to remove in 3.0.23
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Here's a short list of parameters I'd like to remove
from smb.conf.
hosts equiv
read bmpx
wins partners
ldap server
ldap port
homedir map
nis homedir
magic script
magic output
Comments?
jerry
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
2009 Nov 06
2
Routing incoming call based on caller id
I am not that good at regex and it's use in Asterisk. I am running
Asterisk 1.4.13
Currently I have this in my extensions.conf for incoming calls on our
house phone line:
[housemenu]
exten => s,1,GotoIF($["${CALLERID(num)}" = "815xxxxxxx"]?s|12);
815xxxxxxx is our home phone number, when caller id fails or is missing
that is what is recorded.
I want to expand this
2013 Jul 23
0
Coxme Package Error Message Help
...0
Random effects
Group Variable Std Dev Variance
ID Intercept 2e-02 4e-04
However, when I include a second variable the following error message
follows.
> mcc.risk_time<-coxme(Surv(faketime,Used)~ kauf_avg + Dummy_Time +
(1|ID)+strata(Strata),data=data)
Error in logfun(as.numeric(testvals[i, ]), varlist, vparm, kfun, ntheta, :
NA/NaN/Inf in foreign function call (arg 2)
I have removed all NA values from kauf_avg and neither Time or Age have NA
values.
The only information I can seem to find relevant to this error message is
the following (I have contacted this person and am wa...
2009 Aug 13
9
[PATCHv2 01/10] drm/nouveau: Fix a lock up at NVSetOwner with nv11.
It seems it was only locking up in the context of
nouveau_hw_save_vga_fonts, when it actually did something (because
the console wasn't already in graphics mode).
Signed-off-by: Francisco Jerez <currojerez at riseup.net>
---
drivers/gpu/drm/nouveau/nouveau_hw.c | 9 +++++++++
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_hw.c
2008 Sep 09
6
[Bug 17492] New: nouveau requires EDID, no modes with my CRT anno 1993
http://bugs.freedesktop.org/show_bug.cgi?id=17492
Summary: nouveau requires EDID, no modes with my CRT anno 1993
Product: xorg
Version: git
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
AssignedTo: nouveau at lists.freedesktop.org
2009 Aug 12
14
[PATCH 00/12] TV-out modesetting kernel patches.
This patch series adds TV-out modesetting support to the KMS
implementation.
I've tried to test it on all the hardware I've got at hand (that is
nv11, nv17, nv34, nv35, nv40, nv4b) with every possible output
combination; I believe it has reached a mergeable state, however it
depends on some commits from drm-next that haven't got into Linus'
tree yet, if you agree to merge this