similar to: (PR#9035) apparent problem in how PDF evaluates its arguments

Full_Name: Wolfgang Huber Version: 2.4.0 (2006-06-24 r38403) OS: i686-pc-linux-gnu Submission from: (NULL) (134.60.107.160) The simple example script below fails in the call to makepdf1 with "Error in eval(expr, envir, enclos) : object "p" not found" I believe this is a problem in the pdf() function, having to do with the line: lapply(Call, function(x) eval.parent(x, 2))

huber at ebi.ac.uk wrote: > Full_Name: Wolfgang Huber > Version: R version 2.4.0 Under development (unstable) (2006-07-09 r38523) > OS: i686-pc-linux-gnu > Submission from: (NULL) (62.253.128.15) > > > There appears to be unintentional behaviour in the size of the bounding box for > PDF graphics produced with the current R2.4, compared to 2.3.1. I posted two PDF >

Dear Prof. Ripley I noted a change in the behaviour of "cov", which is very reasonable: ## R version 2.7.0 Under development (unstable) (2007-11-30 r43565) > cov(as.numeric(NA), as.numeric(NA), use="complete.obs") Error in cov(as.numeric(NA), as.numeric(NA), use = "complete.obs") : no complete element pairs whereas earlier behavior was, for example: ## R

Dear all, is there a good way to create SVG plots with R whose elements have titles (tooltips) or act as hyperlinks? I am using the RSvgDevice package, which works great - but it doesn't seem to support the notion that plot objects have titles or are act as hyperlinks, so I am helping myself by giving the objects funny unique colors and then postprocessing the .svg file. I wonder

Hi, I am finding the recently added [1] functionality of embedding raster images into plots on R devices very useful! Thanks to Paul Murrell and others for providing that. I noted that in https://svn.r-project.org/R/trunk/src/library/grDevices/src/devPS.c a macro is defined: #define MAX_RASTERS 64, and consequently, I get Error in grid.Call.graphics("L_raster", x$raster, x$x, x$y,

Dear Neil Have you tried with completely uninstalling your R, and reinstalling a more recent version (e.g. 3.2.4 right now). And then the same with your operating system - OS X is currently at 10.11.4. There is likely not much interest (or benefit) in chasing such things in obsolete versions. And I think R-help would be the more appropriate place for this kind of question. Wolfgang > On Apr

Hi, when running the following on a fresh R, library("IRanges") annotation showMethods("annotation") Biobase:::annotation showMethods("annotation") I get (see the "^^^^^" marked output at the bottom): > library("IRanges") Carico il pacchetto richiesto: 'IRanges' The following object(s) are masked from package:base :

Dear R users & developers, Seth Falcon and Martin Morgan are teaching Advanced R Programming and Bioconductor 30 March - 1 April 2007 at the Wellcome Trust Genome Campus, Hinxton, Cambridge, UK. This two-day course focuses on programming skills required to develop software for statistical analysis of high-throughput genomic data using R and Bioconductor. Lectures and practical sessions

Dear Wolfgang, Thanks for your response. No, I haven't tried doing the complete reinstallation as you suggest. If I recall correctly, this has happened on previous occasions but like I said in my email it's not all that disruptive to my workflow. It's more like a 'first world problem'. I was encouraged to submit the query because I had correspondence with someone involved

Dear Tony, thanks for the tip with "nargs", when suitably applied, this answers the problem. The behaviour of "nargs" in S4 methods has some subtleties compared to that in normal functions, as shown in the example below. I admit that this is what had earlier created some confusion about the semantics of "nargs". From the perspective of "nargs" and its

On Tue, 2018-06-05 at 10:23 -0700, Joe Perches wrote: > Perhaps these are simpler as > > #define __inline__ inline > #define __inline inline Currently, there are these uses of inline variants in the kernel $ git grep -w inline | wc -l 68410 $ git grep -w __inline__ | wc -l 503 $ git grep -w __inline | wc -l 57 So it seems it's also reasonable to sed all uses of __inline to

The definition of granule position for an OggDirac elementary stream isn't the same as theora. Index: tools/oggz_tools.c =================================================================== --- tools/oggz_tools.c (revision 3759) +++ tools/oggz_tools.c (working copy) @@ -454,7 +454,15 @@ iframe = granulepos >> granuleshift; pframe = granulepos - (iframe << granuleshift);

A widely used platform doesn't bother to have C99 integer types, so this allows building with it. Reported by sirlemonhead on IRC. Index: src/tools/oggz_tools.c =================================================================== --- src/tools/oggz_tools.c (revision 3827) +++ src/tools/oggz_tools.c (working copy) @@ -450,7 +450,7 @@ dg->pt = (iframe + pframe) >> 9;

Hi, I've been looking a bit at the VAD/AGC situation. I noticed a leftover variable declaration. The AGC used to use nb_loudness_adapt to count the number of frames so far, but it now uses nb_adapt which is shared by all the functions. However, it still allocates and updates nb_loudness_adapt. This patch saves 4 bytes of memory and a partial cycle of CPU power ;) -------------- next part

>What happens if you make SPEEX_PREPROCESS_SET_ECHO_SUPPRESS_ACTIVE less >aggressive. Does it end up with too much echo or it just doesn't realise >that it's in double-talk conditions? My impression is that it does not make much difference on the timing to set this parameter less aggressive. Depending on the how loud the near end is talking it may detect double talk but most

This small patch will make st->Zlast = Zframe, to allow applications access to an estimate of the signal-to-noise level. This used to be in there earlier, but was removed when Zlast was no longer used to compute Pframe. -------------- next part -------------- Index: preprocess.c =================================================================== --- preprocess.c (revision 10007) +++

Johan Nilsson a ?crit : >> There's also a parameter to control the maximum amount of >> suppression allowed: SPEEX_PREPROCESS_SET_NOISE_SUPPRESS : noise >> suppression SPEEX_PREPROCESS_SET_ECHO_SUPPRESS : echo suppression >> when there is no local talk >> SPEEX_PREPROCESS_SET_ECHO_SUPPRESS_ACTIVE: echo suppression in >> double-talk > > Yes, I am

Johan Nilsson a ?crit : >> What happens if you make SPEEX_PREPROCESS_SET_ECHO_SUPPRESS_ACTIVE less >> aggressive. Does it end up with too much echo or it just doesn't realise >> that it's in double-talk conditions? > > My impression is that it does not make much difference on the timing to > set this parameter less aggressive. Depending on the how loud the

Hi, Here are the next two patches for the data export. speex_get_psd should be applied after speex_get_agc_gain (sent in previous mail). It allows applications to get the power spectrum for the signal and the noise estimate. speex_get_prob should be applied last. It allows fetching the speech probability of the current frame (the value that the _PROB_START and _PROB_CONTINUE parameters are

Hello, Is there a way to control pointsize of pdf:s produced by Sweave? I would like to have the same pointsize from (not a working example) pdf(file="C:/temp/example.pdf", width=7, height=7, bg="white", pointsize=10) plot(1:10) etc.. dev.off() as \documentclass[a4paper]{article} \usepackage[latin1]{inputenc} \usepackage[finnish]{babel} \usepackage[T1]{fontenc}