search for: frames

...g/messages" and "/var/log/glusterfs" log files content. Thank you in advance. Mauro Tridici -------------------------------------- In /var/log/syslog-ng/messages on the client (OS=centos 6.2, 16 cores, 64GB RAM, gluster client v.3.10.5) Sep 23 10:42:43 login2 tier2[15795]: pending frames: Sep 23 10:42:43 login2 tier2[15795]: frame : type(1) op(WRITE) Sep 23 10:42:43 login2 tier2[15795]: frame : type(0) op(0) Sep 23 10:42:43 login2 tier2[15795]: frame : type(0) op(0) Sep 23 10:42:43 login2 tier2[15795]: frame : type(1) op(WRITE) Sep 23 10:42:43 login2 tier2[15795]: frame : type(0) o...

...sages" and "/var/log/glusterfs" log files content. Thank you in advance. Mauro Tridici -------------------------------------- In /var/log/syslog-ng/messages on the client (OS=centos 6.2, 16 cores, 64GB RAM, gluster client v.3.10.5) Sep 23 10:42:43 login2 tier2[15795]: pending frames: Sep 23 10:42:43 login2 tier2[15795]: frame : type(1) op(WRITE) Sep 23 10:42:43 login2 tier2[15795]: frame : type(0) op(0) Sep 23 10:42:43 login2 tier2[15795]: frame : type(0) op(0) Sep 23 10:42:43 login2 tier2[15795]: frame : type(1) op(WRITE) Sep 23 10:42:43 login2 tier2[15795]: frame : type...

...terfs" log files content. > Thank you in advance. > Mauro Tridici > > -------------------------------------- > > In /var/log/syslog-ng/messages on the client (OS=centos 6.2, 16 cores, 64GB RAM, gluster client v.3.10.5) > > Sep 23 10:42:43 login2 tier2[15795]: pending frames: > Sep 23 10:42:43 login2 tier2[15795]: frame : type(1) op(WRITE) > Sep 23 10:42:43 login2 tier2[15795]: frame : type(0) op(0) > Sep 23 10:42:43 login2 tier2[15795]: frame : type(0) op(0) > Sep 23 10:42:43 login2 tier2[15795]: frame : type(1) op(WRITE) > Sep 23 10:42:43 login2 tier2[...

...terfs" log files content. > Thank you in advance. > Mauro Tridici > > -------------------------------------- > > In /var/log/syslog-ng/messages on the client (OS=centos 6.2, 16 cores, 64GB RAM, gluster client v.3.10.5) > > Sep 23 10:42:43 login2 tier2[15795]: pending frames: > Sep 23 10:42:43 login2 tier2[15795]: frame : type(1) op(WRITE) > Sep 23 10:42:43 login2 tier2[15795]: frame : type(0) op(0) > Sep 23 10:42:43 login2 tier2[15795]: frame : type(0) op(0) > Sep 23 10:42:43 login2 tier2[15795]: frame : type(1) op(WRITE) > Sep 23 10:42:43 login2 tier2[...

...sages" and "/var/log/glusterfs" log files content. Thank you in advance. Mauro Tridici -------------------------------------- In /var/log/syslog-ng/messages on the client (OS=centos 6.2, 16 cores, 64GB RAM, gluster client v.3.10.5) Sep 23 10:42:43 login2 tier2[15795]: pending frames: Sep 23 10:42:43 login2 tier2[15795]: frame : type(1) op(WRITE) Sep 23 10:42:43 login2 tier2[15795]: frame : type(0) op(0) Sep 23 10:42:43 login2 tier2[15795]: frame : type(0) op(0) Sep 23 10:42:43 login2 tier2[15795]: frame : type(1) op(WRITE) Sep 23 10:42:43 login2 tier2[15795]: frame : type...

...gt;> Thank you in advance. >> Mauro Tridici >> >> -------------------------------------- >> >> In /var/log/syslog-ng/messages on the client (OS=centos 6.2, 16 cores, 64GB RAM, gluster client v.3.10.5) >> >> Sep 23 10:42:43 login2 tier2[15795]: pending frames: >> Sep 23 10:42:43 login2 tier2[15795]: frame : type(1) op(WRITE) >> Sep 23 10:42:43 login2 tier2[15795]: frame : type(0) op(0) >> Sep 23 10:42:43 login2 tier2[15795]: frame : type(0) op(0) >> Sep 23 10:42:43 login2 tier2[15795]: frame : type(1) op(WRITE) >> Sep 23 10...

Hi, I have the following question about creating data frames. I want to create a data frame with 2 components: a vector and a matrix. Let me use a simple example: y <- rnorm(10) x <- matrix(rnorm(150), nrow=10) Now if I do dd <- data.frame(x=x, y=y) I get a data frame with 16 colums, but if, according to the documentation, I do dd <- da...

I think that debug info is slowing a self-hosting build down. This build has been going for ages now and shows no sign of quitting. To reproduce, build a Release+Asserts build of clang. Then use that to build a Debug+Asserts version. Include all of the bells and whistles, like the clang-extras and compiler-rt libraries. The reason I suspect debug info is because of this stack trace: [morbo:llvm]

Hi Bill Is this a recent regression? I recently changed the debug info verifier to fix a bug. Thanks, Manman > On Nov 17, 2013, at 5:52 PM, Bill Wendling <isanbard at gmail.com> wrote: > > I think that debug info is slowing a self-hosting build down. This build has been going for ages now and shows no sign of quitting. To reproduce, build a Release+Asserts build of clang. Then

I think it might be. I’m attaching a preprocessed file that can show the problem. Compile it with ToT. $ clang++ -g -fvisibility-inlines-hidden -fno-exceptions -fno-rtti -fno-common -Woverloaded-virtual -Wcast-qual -fno-strict-aliasing -m64 -pedantic -Wno-long-long -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcovered-switch-default -Wno-uninitialized -Wno-missing-field-initializers -c

Dear all of you, I would like to get some help from you. Here I attach you a model, that I would like to be stochastic so I would need each time the value of x changed, the values of parameters (ss, emrg, gf, spp, sr) did too according to a normal distribution, with mean its value and standard deviation given by the parameter name preceded by SDV (In the case of parameter ss, mean is 0.3 and

Hi Bill, Thanks for the testing case. Most of the time is spent on debug info verifier. I fixed a bug in r194974, now it takes too long to run debug info verification. Debug info verifier is part of the verifier which is a Function Pass. Tot currently tries to pull all reachable debug info MDNodes in each function, which is too time-consuming. The correct fix seems to be separating debug info

Greetings to all -- I am having a silly problem that I just can't solve. Someone has given me an .RData file will hundreds of data frames. Each data frame has a column named ResultValue, currently character when it should be numeric. I want to loop through all of the data frames to change the variable to numeric, but I cannot figure out how to do it. My best guess was along the lines of: frames = ls() for (frame in frames){ a...

Hi all, For the R package bujar, the warnings below were generated on CRAN's Windows systems. The package uses some Fortran subroutines. I would appreciate any advice to eliminate the warnings. By the way, similar warnings were generated to some unrelated R packages as well: https://www.r-project.org/nosvn/R.check/r-oldrel-windows-ix86+x86_64/imputeTS-00check.html. Thanks in advance. Zhu

I want to compile ogg and vorbis(version 1.01) under mingw. In the console i typed ./configure make but there is a lot of error while making. here is the errors $ ./configure checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific

On Sun, Nov 17, 2013 at 6:35 PM, Manman Ren <manman.ren at gmail.com> wrote: > Hi Bill, > > Thanks for the testing case. Most of the time is spent on debug info > verifier. > I fixed a bug in r194974, now it takes too long to run debug info > verification. > > Debug info verifier is part of the verifier which is a Function Pass. Tot > currently tries to pull all

On 04.11.2015 11:57, Martin Peres wrote: > On 02/11/15 08:28, poma wrote: >> An interesting results. >> >> DRI2: >> >> $ vblank_mode=0 glxgears >> ATTENTION: default value of option vblank_mode overridden by environment. >> 6321 frames in 5.0 seconds = 1264.103 FPS >> 6380 frames in 5.0 seconds = 1275.943 FPS >> 6369 frames in 5.0 seconds = 1273.629 FPS >> 6377 frames in 5.0 seconds = 1275.322 FPS >> 6387 frames in 5.0 seconds = 1277.330 FPS >> 6407 frames in 5.0 seconds = 1281.337 FPS >> 6381...

...n GC is triggered, at some point, some unallocated native memory is being tried to release. That's failing. The error thrown is: java(78745,0x70000241e000) malloc: *** error for object 0x7fd5df561390: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug Frames from core dump: frame #0: 0x00007fff5b274b66 libsystem_kernel.dylib`__pthread_kill + 10 frame #1: 0x00007fff5b43f080 libsystem_pthread.dylib`pthread_kill + 333 frame #2: 0x00007fff5b1d01ae libsystem_c.dylib`abort + 127 frame #3: 0x00007fff5b2ce8a6 libsystem_malloc.dylib`free + 5...

libswfdec/swfdec_as_frame.c | 45 ++++++++++++++++++++++------------ libswfdec/swfdec_as_frame.h | 6 +++- libswfdec/swfdec_as_function.c | 4 ++- libswfdec/swfdec_as_function.h | 3 -- libswfdec/swfdec_as_native_function.c | 4 +-- libswfdec/swfdec_as_object.c | 3 +- libswfdec/swfdec_as_script_function.c | 4 +-- 7 files changed, 44

On Mon, Nov 18, 2013 at 10:55 AM, Eric Christopher <echristo at gmail.com>wrote: > On Sun, Nov 17, 2013 at 6:35 PM, Manman Ren <manman.ren at gmail.com> wrote: > > Hi Bill, > > > > Thanks for the testing case. Most of the time is spent on debug info > > verifier. > > I fixed a bug in r194974, now it takes too long to run debug info > >