similar to: odfWeave 0.7.17 stutters on Debian testing 64-bit amd64 systems.

Hello All, Have recently started learning Sweave and Knitr. Am now trying to learn odfWeave as well. Things went pretty smoothly with Sweave and Knitr but I'm having some trouble with odfWeave. My understanding was that odfWeave should work in pretty much the same way as Sweave. With odfWeave, you set up an input .odt file in a folder, run that file through the odfWeave function, and then

Dear all, I am doing my first steps with odfWeave. After running the r code (see below), I am trying to open the ODF-document with open office, but I am getting the error message: "The file is damaged, but it can be repaired". If I confirm the question and repair the file with open office, I can open it with the desired output, which seems to be fine. My system: R Version 2.9.1

Hi everybody, I don't get odfWeave to run properly. My odt file is as a simple as: ------------------------ Some text. <<echo=FALSE>>= print(1:10) @ ----------------------- The output I get ist the following: ----------------------------------- > odfWeave("roffice.odt", "rofficeOUT.odt") Copying roffice.odt Setting wd to

Hello all- I'm having a problem with odfWeave. I'm still testing it out, and have used both of these code chunks, which I copied off a blog: Number 1: A sample document last processed \Sexpr{Sys.time()}. This simply illustrates the output from an R command inserted into our document. This is using \Sexpr{version$version.string}. Number 2: <<Sample1>>= summary(iris) @

odfWeave is throwing up a cryptic error, after successfully processing a file with a large number of figures (~30) and many \Sexpr{} calls. The error is (at least to me) cryptic. I am not sure where to look to correct this problem. Here's the error: Post-processing the contents Error in .Call("RS_XML_Parse", file, handlers, endElementHandlers, as.logical(addContext), :

Hello, I hope there is a simple explanation for this. I have been using odfWeave with great satisfaction in R 2.5.0. Unfortunately, I cannot get beyond the following error message with a particular file. I have copied and pasted into new files and the same error pops up. It looks like the error is occurring before any of the R code is run (?). Any suggestions on how to track this down and fix

Dear list, dear Max, I a currently working on a report. I'm writing it with OpenOffice.org and odfWeave. I'm working increentally : I write a bit, test (interactively) some ideas, cutting-and-pasting code to the Ooo report when satisfied with it. I the process, I tend to recompile the .odt source a *lot*. Suddenly, odfWeave started to give me an incomprehensible error even before

Dear all, I have a question regarding the odfweave. I created an odt file (test_input.odt) using OO.o for WIndows XP. The code is generic. ---- Code for odt ----------- \Sexpr{dim(iris)[1]} <<listofSpecies, echo=FALSE, results=xml>>= odfItemize(levels(iris$Species)) @ Table 1: <<Table, echo=FALSE, results=xml>>= data.frame(N =tapply(iris$Petal.Length, iris$Species,

Hello R masters, I have sent this same message to other lists and none so far could give some light. I was trying to use odfWeave to generate a report from R and Im getting an error that I think is related to latin characters. I looked around and did find some stuff related to this problem about Sweave http://labmoluscos.wordpress.com/2010/02/18/sweave-latex-character-encoding/ but did not find a

Hello all, I try the follow test with an odf file. *INPUT: teste.odt* <teste, results=xml>>= x <- matrix(rnorm(6), nc=2) xst <- tableStyles(x, useRowNames = TRUE, header = NULL) odfTable(x, styles=xst, colnames = NULL, useRowNames = TRUE) @ and I get this error: *OUTPUT error:* Error: chunk 1 (label=teste) Error in matrixPaste(textStart, textName, textEnd, x, tagEnd, sep =

Dear all, I'm resurrecting this old post (about 6 monts old, reproduced thereafter) because I have struggled against the same problem and found a solution so that I found it was worth posting for the record. The simple fix when you want to use odfWeave with 7-ZIP as a compressing/decompressing utility under windows is to use the 'x' instead of the 'e' option so as to preserve

Hey guys, I?m just getting started with R (version 2.12.0) and odfWeave and kinda stumble from one problem to the next, the current one is the following: trying to use odfWeave: > odfctrl <- odfWeaveControl( + zipCmd = c("C:/Program Files/unz552dN/VBunzip.exe $$file$$ .", + "C:/Program Files/unz552dN/VBunzip.exe $$file$$")) > >

Dear list, Sorry for bothering you with a pure odfSweave question, but I just ran into a problem that I cannot find the cause of. Anyonse seen this before? This file "used to work", but not anymore. Would apreciate all the help I could get. /Fredrik --------------------------------------------------------------- >

Dear Max, dear list, I have trouble using odfInsertPlot to insert plots outside fig=TRUE chunks. My goal is to dump a bunch of (relatively uninteresting, but required) graphs from within a loop, possibly interspeded with some tables. This is not possible within a normal fig=TRUE chunk. odfInsertPlot() is able to insert a previously saved plot. When used in a fig=TRUE, results=hide chunk, it

Hello, I have a 3 server asterisk configuration where one asterisk (say A) (v 1.4.25) has a digiuim card connected to E1 from which calls are routed to another asterisk server (B) (1.6.0.9) over IAX trunk from which calls get routed to third server (C) (1.6.0.9) again via IAX trunk. SIP clients are connected to third server. A is the PSTN termination server, B runs the menu and AGI and C is

Hi Jean-Marc, Thanks a lot for reviewing this huge assembly function! silk_warped_autocorrelation_FIX_c()'s kernel part is for( n = 0; n < length; n++ ) { tmp1_QS = silk_LSHIFT32( (opus_int32)input[ n ], QS ); /* Loop over allpass sections */ for( i = 0; i < order; i++ ) { /* Output of allpass section */ tmp2_QS = silk_SMLAWB(

This is a great idea. But the order (psEncC->shapingLPCOrder) can be configured to 12, 14, 16, 20 and 24 according to complexity parameter. It's hard to get a universal function to handle all these orders efficiently. Any suggestions? Thanks, Linfeng On Mon, Feb 6, 2017 at 12:40 PM, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Hi Linfeng, > > On 06/02/17 02:51 PM,

Hi Jean-Marc, Thanks for your suggestions. Will get back to you once we have some updates. Linfeng On Mon, Feb 6, 2017 at 5:47 PM, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Hi Linfeng, > > On 06/02/17 07:18 PM, Linfeng Zhang wrote: > > This is a great idea. But the order (psEncC->shapingLPCOrder) can be > > configured to 12, 14, 16, 20 and 24 according to

I attached a new patch with small cleanup (disassembly is identical as the last patch). We have done the same internal testing as usual. Also, attached 2 failed temporary versions which try to reduce code size (just for code review reference purpose). The new patch of silk_warped_autocorrelation_FIX_neon() has a code size of 3,228 bytes (with gcc). smaller_slower.c has a code size of 2,304

Hello everyone, I think I have found an gvn / alias analysis related bug, but before opening an issue on the tracker I wanted to see if I am missing something. I have the following testcase: define spir_kernel void @test(<2 x i32*> %in1, <2 x i32*> %in2, i32* %out) { > entry: > ; Just some temporary storage > %tmp.0 = alloca i32 > %tmp.1 = alloca i32 > %tmp.i =