search for: curys

Hi Johanners Berg, I put the antispam plugin to work (some days ago) and now my imap daemon dies with segfault. I don't have nothing (wrong) in logs, just a lot of segfaults... Dec 10 15:37:21 curie kernel: printk: 22 messages suppressed. Dec 10 15:37:21 curie kernel: imap[4774]: segfault at 8 rip 2afe7fe7d7ff rsp 7fff2b9bdab0 error 6 Dec 10 15:37:21 curie kernel: imap[4779]: segfault at 8

Hi, always when my server is on high load I saw this errors on logs: curie:~# uptime 10:22:38 up 19 days, 19:19, 2 users, load average: 207.01, 169.27, 94.41 Sep 15 17:00:26 curie dovecot: imap-login: *** glibc detected *** imap-login: malloc(): memory corruption: 0x00000000009f8560 *** Sep 15 17:00:26 curie dovecot: child 24012 (login) killed with signal 6 Sep 15 18:48:36 curie dovecot:

Thanks for your answer. The rational behind my proposal is why taking "from" when length.out=1, more than "to" or "NA", or " integer(0) " ? This question seems basic. But is is not in certain situations, like when length.out = unpredictable positive integer. And I haven't found in ?seq() the particular behavior of this function when length.out = 1.

Hi. I have a problem with the default behavior of seq(), which gives the argument "from" when the argument length.out = 1. This behavior is annoying when the number of value determine in length.out is not predictable. Would it be possible to add an argument that propose the median/mean, i.e. (from + to) / 2 when length.out = 1 ? Examples: > seq(from = 1, to = 11, length.out=1) #

Millot, On Mon, Jun 15, 2015 at 9:19 AM, Hadley Wickham <h.wickham at gmail.com> wrote: > Regardless of the value of the other arguments, the first element in > the output of seq() is _always_ `from`. > Indeed, as Hadley says, the output of seq must always start with* from*. It is a sequence starting at *from* and ending wherever the other arguments cause it to end. A sequence

Hi. I have a problem with the default behavior of sample(), which performs sample(1:x) when x is a single value. This behavior is well explained in ?sample. However, this behavior is annoying when the number of value is not predictable. Would it be possible to add an argument that desactivates this and perform the sampling on a single value ? Examples: > sample(10, size = 1, replace = FALSE)

The current code for primitive splitting and emission on pre-nv50 is severely broken. In particular: 1. Quads and lines are totally broken because "&= 3" should be "&= ~3" and similar for lines 2. Triangle fans and polygons are broken because the first vertex must be repeated for each split chunk 3. Line loops are broken because the must be converted to a line strip,

Hi, Does anybody know a function to simulate a Markov chain given a probability transition matrix and an initial state ? Thanks. Philippe -- -------------------------------------------------- Philippe Hup? Institut Curie - Equipe Bioinformatique 26, rue d'Ulm - 75005 PARIS France +33 (0)1 42 34 65 29 Philippe.Hupe at curie.fr <mailto:Philippe.Hupe at curie.fr>

Regardless of the value of the other arguments, the first element in the output of seq() is _always_ `from`. Hadley On Mon, Jun 15, 2015 at 9:56 AM, Millot Gael <Gael.Millot at curie.fr> wrote: > Thanks for your answer. > > The rational behind my proposal is why taking "from" when length.out=1, more than "to" or "NA", or " integer(0) " ?

Dear developers, I have noticed difference in computation time for the data.frame function between R2.9.0 and R2.8.1. The older release is more efficient: typically, R2.9.0 spends three more time in the data.frame function. Therefore, when many calls of this kind is done inside a function, the additional time spent with R2.9.0 may be several minutes. Looking at the profiling results (see file

- This avoids problematic "reloc'ed while mapped" messages and some associated corruption as well. Signed-off-by: Maarten Maathuis <madman2003 at gmail.com> --- src/gallium/drivers/nouveau/nouveau_screen.c | 21 +++++++++++++++++++++ src/gallium/drivers/nouveau/nouveau_screen.h | 3 +++ src/gallium/drivers/nouveau/nouveau_stateobj.h | 13 +++++++++++++

I collected a sequence of LLVM instructions, want to make a copy of each and insert them into a PREVIOUS location inside the same function (all globals and locals are properly declared before the PREVIOUS location). Here is the list of instructions I want to duplicate and insert: 0 %90 = load i32* @strstart, align 4 1 %91 = add i32 %90, 2 2 %88 = load i32* @ins_h, align 4 3 %92 =

Hello, I would like to write in a variable the following string : Hello "World" If I do cat("Hello ","\"World\""), I have the good result on the screen but it can not be affected to a variable. If I do the same thing with paste paste("Hello ","\"World\"") it does not work since \" seems to be not recognized. So what

On 6/16/2015 1:32 PM, Peter Meissner wrote: > Am .06.2015, 14:55 Uhr, schrieb Millot Gael <Gael.Millot at curie.fr>: > >> Hi. >> >> I have a problem with the default behavior of sample(), which performs >> sample(1:x) when x is a single value. >> This behavior is well explained in ?sample. >> However, this behavior is annoying when the number of

Hi Chuck, > std::vector<Instruction *>::iterator p; > Instruction * pi = PREVIOUS_POSITION; > BasicBlock * pb = PREVIOUS_POSITION->getParent(); > > for(p = coll.begin(); p != coll.end(); ++p){ > Instruction * CurI = * p; > Instruction * CloneI = CurI->clone(); clone doesn't know have any magical way of knowing that it should update the instruction's

Hello, I have a MANOVA model and I want to test the following hypothesis: LBM = 0 where B is the parameter estimates. Is there any function to do this in R? Cheers, Philippe -- Philippe Hup? Institut Curie, CNRS UMR 144, INSERM U900 26 rue d'Ulm 75005 Paris - France Email : Philippe.Hupe at curie.fr T?l : +33 (0)1 56 24 69 91 Fax: +33 (0)1 56 24 69 11 website :

Millot, I think the problem with that is that what you propose isn't a sequence starting at from in any meaningful way, and thus does not satisfy the contract of the seq function. Best, ~G On Jun 15, 2015 7:12 AM, "Millot Gael" <Gael.Millot at curie.fr> wrote: > Hi. > > I have a problem with the default behavior of seq(), which gives the > argument

Am .06.2015, 14:55 Uhr, schrieb Millot Gael <Gael.Millot at curie.fr>: > Hi. > > I have a problem with the default behavior of sample(), which performs > sample(1:x) when x is a single value. > This behavior is well explained in ?sample. > However, this behavior is annoying when the number of value is not > predictable. Would it be possible to add an argument >

Hi, I just installed Ubuntu 12.04.4. I installed R by following instructions from CRAN after modification into my /etc/apt/sources.list file sudo apt-get update sudo apt-get install r-base sudo apt-get install r-base-dev When I try to load library(gdata) ou library(gplots), I have error message : library(gdata) gdata: read.xls support for 'XLS' (Excel 97-2004) files

It seems that Noveau is assuming that once the FIFO pointer is past a command, that command has finished executing, and all the buffers it used are no longer needed. However, this seems to be false at least on G71. In particular, the card may not have even finished reading the input vertex buffers when the pushbuffer "fence" triggers. While Mesa does not reuse the buffer object itself,