search for: unexpose

...ldren = [c for c in tu.cursor.get_children() if c.kind == CursorKind.VAR_DECL] for c in children: DeepPrint(c) Dump output: cursor test_int location <SourceLocation file 'testfile.cpp', line 11, column 11> result TypeKind.INVALID kind CursorKind.VAR_DECL type kind TypeKind.UNEXPOSED xdata 0 data 48356112 1 4106544 children cursor None location <SourceLocation file 'testfile.cpp', line 11, column 1> result TypeKind.INVALID kind CursorKind.TEMPLATE_REF type kind TypeKind.INVALID xdata 0 data 48201424 75 4106544 children cursor None...

...ies analysis and don't think that they are suitable. The cohort has longitudinal data so individuals will go onto treatment at different times and the effect of the treatment needs to be administered for a while before it has an effect. The reason why I cannot just go ahead with an exposed vs unexposed design is that most individuals in the cohort end up on the treatment eventually and the unexposed group is very small and lacks power for a meaningful comparison. Is there anyway to compare the same individuals during different exposure times and to look at the effect of different covariates u...

Hello, I'm interested in the OCaml bindings, but I've been digging through them and it doesn't seem possible to actually write a transformation with them. Specifically, there are a lot of functions to build each type of instruction, but there doesn't seem to be any way to query an llvalue and determine what kind of instruction it is. Is there something that I am missing? Thank

...o build each type of > instruction, but there doesn't seem to be any way to query an llvalue and > determine what kind of instruction it is. Is there something that I am > missing? Unfortunately you'll have to write your transformations in C++. That functionality is purposely left unexposed in order to keep the llvm-c API stable, and allow the C++ API to evolve over time.

Hi everyone I am stuck on specifying my own maximum likelihood function for a special poisson model. My poisson model is as follow: O ~ Pois(b*N + b*RR*E) With O = observed cases b = constant (known) N = number of unexposed persons (known) E = number exposed persons (known) RR = relative risk (value is assumed under a scenario, e.g. RR=2.0) I used rpois to simulate the values of O for several years with known values of b, N, E and RR. Hence, an example simulated data set would look like: O <- c(173, 184, 154,...

Hi Could we set some release goals for 0.0.37? I suggest we release sooner rather than later to put the various little build problems behind us. So my only high-priority item for 0.037 at the moment is to port Scintilla to Linux and OS X. I will gladly accept other feature, bugfix and doc patches. Anything else we''d like to be sure to do? alex

...trouble trying to get info from templated function such as /* File: t.cc */ template <class T1,class T2> void my_foo(T1 a,T2 b) { } I only got CXCursor_FunctionDecl cursor instead of CXCursor_FunctionTemplate and I don't getting CXCursor_TemplateTypeParameter. And argument type is Unexposed. I using 3.1 version with few patches. Maybe there is patch to handle this, but sorry I didn't found it.

>> used it forever anyways and haven't seen a commit since January nor >> a release since 2007... > what's queued up for the next release, see http://flac.cvs.sourceforge.net/viewvc/*checkout*/flac/flac/doc/html/changelog.html Hmm interesting, so given the above timeframes, should one presume that cvs head is indeed stable/release quality and that it's an ok thing to

are internal structures, unexposed to the end-user as you suggest. For me, a seekpoint describes an offset in the audio file, and enables any player to jump to instantly jump to that position. For instance, if you pack up an a collection of audio tracks into a single FLAC file, there is a strong need for seeking ! It is common, t...

On Tue, Apr 17, 2018 at 05:04:59PM +0300, Michael S. Tsirkin wrote: > On Tue, Apr 17, 2018 at 08:47:16PM +0800, Tiwei Bie wrote: > > On Tue, Apr 17, 2018 at 03:17:41PM +0300, Michael S. Tsirkin wrote: > > > On Tue, Apr 17, 2018 at 10:51:33AM +0800, Tiwei Bie wrote: > > > > On Tue, Apr 17, 2018 at 10:11:58AM +0800, Jason Wang wrote: > > > > > On

On Tue, Apr 17, 2018 at 05:04:59PM +0300, Michael S. Tsirkin wrote: > On Tue, Apr 17, 2018 at 08:47:16PM +0800, Tiwei Bie wrote: > > On Tue, Apr 17, 2018 at 03:17:41PM +0300, Michael S. Tsirkin wrote: > > > On Tue, Apr 17, 2018 at 10:51:33AM +0800, Tiwei Bie wrote: > > > > On Tue, Apr 17, 2018 at 10:11:58AM +0800, Jason Wang wrote: > > > > > On

Console driver is out of spec. The spec says: A driver MUST NOT decrement the available idx on a live virtqueue (ie. there is no way to ?unexpose? buffers). and it does exactly that by trying to detach unused buffers without doing a device reset first. Defer detaching the buffers until device unplug. Of course this means we might get an interrupt for a vq without an attached port now. Handle that by discarding the consumed buffer. Reporte...

...ed-by: juzhang <juzhang at redhat.com> Signed-off-by: Amit Shah <amit.shah at redhat.com> Signed-off-by: Rusty Russell <rusty at rustcorp.com.au> The spec is quite explicit though: A driver MUST NOT decrement the available idx on a live virtqueue (ie. there is no way to ?unexpose? buffers). > If there is no such requirement, do you think it's OK > to remove below two lines: > > vq->avail_idx_shadow--; > vq->vring.avail->idx = cpu_to_virtio16(_vq->vdev, vq->avail_idx_shadow); > > from virtqueue_detach_unused_buf(), and we could...

Turns out virtio console tries to take a buffer out of an active vq. Works by sheer luck, and is explicitly forbidden by spec. And while going over it I saw that error handling is also broken - failure is easy to trigger if I force allocations to fail. Lightly tested. Michael S. Tsirkin (6): virtio_console: don't tie bufs to a vq virtio: add ability to iterate over vqs virtio_console:

Turns out virtio console tries to take a buffer out of an active vq. Works by sheer luck, and is explicitly forbidden by spec. And while going over it I saw that error handling is also broken - failure is easy to trigger if I force allocations to fail. Lightly tested. Michael S. Tsirkin (6): virtio_console: don't tie bufs to a vq virtio: add ability to iterate over vqs virtio_console:

From: Nicholas Bellinger <nab at linux-iscsi.org> Hi folks, The following is a RFC-v2 series of tcm_vhost target fabric driver code currently in-flight for-3.6 mainline code. After last week's developments along with the help of some new folks, the changelog v1 -> v2 so far looks like: *) Fix drivers/vhost/test.c to use VHOST_NET_FEATURES in patch #1 (Asias He) *) Fix tv_cmd

From: Nicholas Bellinger <nab at linux-iscsi.org> Hi folks, The following is a RFC-v2 series of tcm_vhost target fabric driver code currently in-flight for-3.6 mainline code. After last week's developments along with the help of some new folks, the changelog v1 -> v2 so far looks like: *) Fix drivers/vhost/test.c to use VHOST_NET_FEATURES in patch #1 (Asias He) *) Fix tv_cmd

Hi. This patchset implements xen/ia64 domU support. Qing He and Eddie Dong also has been woring on pv_ops so that I want to discuss before going further and avoid duplicated work. I suppose that Eddie will also post his own patch. So reviewing both patches, we can reach to better pv_ops interface. - I didn't changed the ia64 intrinsic paravirtulization abi from the last post. Presumably it

Hi. This patchset implements xen/ia64 domU support. Qing He and Eddie Dong also has been woring on pv_ops so that I want to discuss before going further and avoid duplicated work. I suppose that Eddie will also post his own patch. So reviewing both patches, we can reach to better pv_ops interface. - I didn't changed the ia64 intrinsic paravirtulization abi from the last post. Presumably it