search for: type_s

Hello, I am using dovecot 2.3.2 on my private email server in conjunction with: centos 7.5 apache 2.4.6 mariadb 10.2.16 roundcube mail 1.3.6 php 5.6.36 postfix 2.10.1 I have one mailbox with nearly 30k messages in it dispersed across several folders. it's often very slow in refreshing the message list, especially in the one largest 25k+ message folder. is this simply to be expected

Data processing? I have a large number of csv files from animal tracks that look like this: Date_ Time_ Speed Course Type_ Distance 30/03/2012 11:15:05 108 121 -2

I think that the relevant part in C11 is section 6.2.6.1, which tells you that accessing a trap representation, _other than using a char type_, is undefined. Objects of automatic storage, which don't have an initializer are of indeterminate value, which either is an unspecified value or a trap representation. > What I found is that with -O2: > LLVM (trunk) prints both "a" and

Hi. Q. Is there a way to record a plot using grDevices::recordPlot() without opening an interactive (=visible GUI window) graphics device (not even for a flash of a second)? Related: help("recordPlot", package="grDevices") says: "These functions record and replay the displaylist of the current graphics device." Is the intention that recordPlot() should be able to

...2_t address) if (tgsiFile == TGSI_FILE_MEMORY) { switch (code->memoryFiles[fileIdx].mem_type) { + case TGSI_MEMORY_TYPE_GLOBAL: + /* No-op this is the default for TGSI_FILE_MEMORY */ + sym->setFile(FILE_MEMORY_GLOBAL); + break; case TGSI_MEMORY_TYPE_SHARED: sym->setFile(FILE_MEMORY_SHARED); break; diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_lowering_nvc0.cpp b/src/gallium/drivers/nouveau/codegen/nv50_ir_lowering_nvc0.cpp index 6cb4dd4..bcc96de 100644 --- a/src/gallium/drivers/nouveau/codegen/nv50_ir_lowering_n...

...gt;> switch (code->memoryFiles[fileIdx].mem_type) { >> + case TGSI_MEMORY_TYPE_GLOBAL: >> + /* No-op this is the default for TGSI_FILE_MEMORY */ >> + sym->setFile(FILE_MEMORY_GLOBAL); >> + break; >> case TGSI_MEMORY_TYPE_SHARED: >> sym->setFile(FILE_MEMORY_SHARED); >> break; >> diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_lowering_nvc0.cpp >> b/src/gallium/drivers/nouveau/codegen/nv50_ir_lowering_nvc0.cpp >> index 6cb4dd4..bcc96de 100644 >> ---...

I figured I pose this to the list and see if any one can build a better mousetrap. The problem: 1. Store hierarchical data in a database, but without knowing the hierarchy beforehand. 2. Allow the user to define there own hierarchy, and allow the system to support multiple hierarchies. Call it a cataloging system, we have an object and we want to add data about that object to the system. Now

...To search I do: @results = Model.find_by_solr(params[:q]) However results contain only the primary key and score. It doesn''t contains other fields. The Solr log shows: INFO: [] webapp=/solr path=/select params={fl=pk_i,score&json.nl=map&qt=standard&wt=ruby&q=(new)+AND+(type_s:"Link")} hits=2250 status=0 QTime=0 Instead of: fl=pk_i,score I would like to have: fl=*,score How can I achieve this using acts_as_solr? I have tried :include & :fields options but they don''t work. Thanks in advance. Mugoma. -- Posted via http://www.ruby-forum.com/....

...iles[fileIdx].mem_type) { >>>> + case TGSI_MEMORY_TYPE_GLOBAL: >>>> + /* No-op this is the default for TGSI_FILE_MEMORY */ >>>> + sym->setFile(FILE_MEMORY_GLOBAL); >>>> + break; >>>> case TGSI_MEMORY_TYPE_SHARED: >>>> sym->setFile(FILE_MEMORY_SHARED); >>>> break; >>>> diff --git >>>> a/src/gallium/drivers/nouveau/codegen/nv50_ir_lowering_nvc0.cpp >>>> b/src/gallium/drivers/nouveau/codegen/nv50_ir_lowering_nvc0.cpp &gt...

Hello, I was wondering about the case below. I tried to find any information in C standard, but I found nothing. In this case, variable "i" is uninitialized, but it is the _same_ value passed as an argument, so only of "a" or "b" should be printed. What I found is that with -O2: LLVM (trunk) prints both "a" and "b" GCC (4.2) prints both

/**************************************************************************** * * * Always Be Conferencing (ABC) * * * * Creator: chris @ Penguin PBX Solutions * *

...e == TGSI_FILE_MEMORY) { > switch (code->memoryFiles[fileIdx].mem_type) { > + case TGSI_MEMORY_TYPE_GLOBAL: > + /* No-op this is the default for TGSI_FILE_MEMORY */ > + sym->setFile(FILE_MEMORY_GLOBAL); > + break; > case TGSI_MEMORY_TYPE_SHARED: > sym->setFile(FILE_MEMORY_SHARED); > break; > diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_lowering_nvc0.cpp > b/src/gallium/drivers/nouveau/codegen/nv50_ir_lowering_nvc0.cpp > index 6cb4dd4..bcc96de 100644 > --- a/src/gallium/drivers/nouv...

...ch (code->memoryFiles[fileIdx].mem_type) { >>> + case TGSI_MEMORY_TYPE_GLOBAL: >>> + /* No-op this is the default for TGSI_FILE_MEMORY */ >>> + sym->setFile(FILE_MEMORY_GLOBAL); >>> + break; >>> case TGSI_MEMORY_TYPE_SHARED: >>> sym->setFile(FILE_MEMORY_SHARED); >>> break; >>> diff --git >>> a/src/gallium/drivers/nouveau/codegen/nv50_ir_lowering_nvc0.cpp >>> b/src/gallium/drivers/nouveau/codegen/nv50_ir_lowering_nvc0.cpp >>> index 6cb4...

...pe) { >>>>> + case TGSI_MEMORY_TYPE_GLOBAL: >>>>> + /* No-op this is the default for TGSI_FILE_MEMORY */ >>>>> + sym->setFile(FILE_MEMORY_GLOBAL); >>>>> + break; >>>>> case TGSI_MEMORY_TYPE_SHARED: >>>>> sym->setFile(FILE_MEMORY_SHARED); >>>>> break; >>>>> diff --git >>>>> a/src/gallium/drivers/nouveau/codegen/nv50_ir_lowering_nvc0.cpp >>>>> b/src/gallium/drivers/nouveau/codegen/nv50_ir_l...

It sounds like the Android RenderScript guys have the most in-the-trenches experience with bitcode incompatibilities. Stephen Hines (CC'd), what sorts of incompatibilities have you guys seen during the 3.x timeline? Would Steven Wu's proposal catch the sorts of incompatibilities that you guys have seen? -- Sean Silva On Thu, Nov 6, 2014 at 4:38 PM, Steven Wu <stevenwu at apple.com>

Hi, this series cleans up the Python sources, either static or generated, including also tests, to make them PEP 8 compliant; see https://www.python.org/dev/peps/pep-0008/ and tools like pep8. Almost all the issues reported by pep8 are fixed, reducing the issues from 3818 to 7. The changes should have no effect on the actual code, while it will help Python users with consistency with other

Hi, I am installing OpenStack on Red Hat 7.5. For Nova compute component, I choose libvirt and Xen. However, I am running into some problems. It seems libvirt is unable to communicate with Xen. Xen installation: I installed Xen410 using "Xen make easy" https://xen.crc.id.au/support/guides/install/. Here is a list of packages installed and verification that Xen is running. #

Add a copy of the libvirt-ocaml library, currently available at: https://libvirt.org/git/?p=libvirt-ocaml.git;a=summary This is a snapshot at commit d3ed8dcf1b0a6a8a855ceecbe0bb97f21e6665e3, which has all the features we need (and that builds fine). It is expected to stay synchronized with upstream, until there is a new upstream release, and it will be widespread enough. --- .gitignore

libvirt-ocaml is used only by virt-v2v, so move it to this repository, instead of having it around in the common submodule. The removal from common will happen later. Pino Toscano (2): common: Bundle the libvirt-ocaml library for use by virt-v2v build: switch embedded copy of libvirt-ocaml .gitignore | 2 + 3rdparty/libvirt-ocaml/Makefile.am |

Hi, this is a mostly done attempt to switch to ocaml-libvirt, embedding the latest version of it from git. This way, it is possible to improve the way v2v connects to libvirt for both input, and output modules, and interacts with libvirt (e.g. no more virsh calls needed in virt-v2v). As side effect, virt-v2v now requires libvirt, as keeping it optional would create too much burden. I could not