similar to: [PATCH nbdkit v3] Really fix C++ support in the <nbdkit-plugin.h>

This version uses Eric's subtype suggestion: https://bugzilla.redhat.com/show_bug.cgi?id=1418328#c6 Rich.

Fixes commit 3647fe831a5c6d12832c4e48d1337489fd44fa59. --- .gitignore | 1 - include/nbdkit-plugin.h | 15 +++-- tests/Makefile.am | 39 ++++++++---- tests/test-cxx-plugin.cpp | 155 ++++++++++++++++++++++++++++++++++++++++++++++ tests/test-cxx.cpp | 44 ------------- tests/test-cxx.sh | 38 ++++++++++++ 6 files changed, 230 insertions(+), 62

We previously discussed allowing the plugin API to be consumed by non-GCC/non-Clang/old compilers. This implements a test. Rich.

The concern is a client is blocked while processing a request. The nbdkit server design requires a thread per request being processed regardless of the number of connections or clients. We want to run 1000's of requests in parallel without needing a thread at nbdkit layer per request in flight. Our plugin layer is built around boost asio and a few threads in a worker pool running an io

I pushed a few of the msys2 patches upstream. I changed the way that $(SHARED_LDFLAGS) works so it's more to my liking, and the others were pushed unchanged. Three patches remain which I'm posting on the mailing list for proper review. Rich.

On 01/19/2018 09:23 AM, Richard W.M. Jones wrote: > Filters can be placed in front of plugins to modify their behaviour. > > This commit adds the <nbdkit-filter.h> header file, the manual page, > the ‘filterdir’ directory (like ‘plugindir’), the ‘filters/’ source > directory which will contain the actual filters, the ‘--filters’ > parameter, and the filters backend logic.

On 1/14/19 6:15 AM, Richard W.M. Jones wrote: > In commit 3775916120749e935d287f35cb29ff6c586656df (and before that in > discussions with Eric) we decided that we should try to allow plugins > to be compiled with C compilers other than GCC or Clang (or with very > old / peculiar / incompatible versions of those compilers). > > However until we test this we cannot guarantee that

This patch isn't complete (patch 6/6 isn't finished) so it's just for discussion, although it does compile and run. This introduces to nbdkit a concept of "filters" which can be placed in front of plugins to modify their behaviour. Some examples where you might use filters: * Serve a subset of the data, such as (offset, range) or a single partition from a disk image.

Looks like commit 05a8c47b9be8a6b8ffc091eab461fece9d40dcd0 (tests: Test all calls through multiple layers of filters and a plugin.) introduced an issue. $ git clean -dxf && autoreconf -i && ./configure && make ... in.Tpo -c -o test_layers_plugin_la-test-layers-plugin.lo `test -f 'test-layers-plugin.c' || echo './'`test-layers-plugin.c libtool: compile: gcc

Rebased filters patch. Requires current git master + the locks / thread model fix (https://www.redhat.com/archives/libguestfs/2018-January/msg00128.html) So a few changes here since last time: The "introduce filters" and "implement filters" patches are squashed together. I introduced a concept of .prepare and .finalize. These run before and after the data serving phase

The first three patches are identical to: https://www.redhat.com/archives/libguestfs/2018-January/msg00079.html "[PATCH nbdkit v2 0/3] Refactor plugin_* functions into a backend" The rest of the patches add filters using the new filter API previously described here: https://www.redhat.com/archives/libguestfs/2018-January/msg00073.html This needs a lot more testing -- and tests --

https://bugzilla.redhat.com/show_bug.cgi?id=701814

The previous commit broke the build during 'make check'; we want to test the in-tree header, not some (potentially stale or missing) installed header. Signed-off-by: Eric Blake <eblake at redhat.com> --- tests/Makefile.am | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/Makefile.am b/tests/Makefile.am index c2d473a..9076d6b 100644 --- a/tests/Makefile.am

This is still tentative and needs a lot of work, but: - partition filter works, supporting MBR & GPT - prepare and finalize methods fixed - open method can now be changed (allowing readonly flag to be modified) - thread_model can be limited I believe I made most of the changes which were previously suggested in email. I think the only one I didn't was preventing inclusion of both

A combination of the work that both Rich and I have been doing lately, where filters use only the new API with flags on every command that the client can send over the wire (we can then add support for more flags in nbdkit without having to add new callbacks, as NBD adds more flags upstream). Eric Blake (4): protocol: Split flags from cmd field in requests backend: Pass flags argument through

hi when i try to run the make command for the oh323 wrapper below linux:/usr/local/src/asterisk/asterisk-oh323 # i get an error please help regards Barbra asteriskaudio.cxx:369: syntax error before `::' token asteriskaudio.cxx:374: syntax error before `::' token asteriskaudio.cxx:379: syntax error before `::' token asteriskaudio.cxx:384: syntax error before `::' token

I'm trying to use a Howlink CL-100 ip phone with * It's h323 phone with very limited protocol support. But it's enough that I can use it to dial netmeeting client and artisoft pbx just fine. When I try to dial my * with it using either chan_h323 or oh323, it seems to fail on negotiating H245. Maybe this phone doesn't support it? I've used all different versions of

Hello All, I am trying to setup a SIP to H323 system using SER, Asterisk And GnuGK. Following is the configuration: CISCO ATA (NAT) -> SER -> ASTERISK -> GNUGK My Cisco ATA is registered with SER and When I dial a number, SER forwards the call to Asterisk, and Asterisk forwards the call to the GateKeper. This is ok, call reaches the gatekeeper, however the gatekeeper drops the call

On 10/3/14 10:16 AM, Dan Albert wrote: >> >> I try to build libc++ and libc++abi for host x86_64(linux) and target >> arm(linux) but fail. >> > > Failing in what way? If this isn't working out of the box, we've done > something wrong. Yeah, it would help to know more specifics about where you're getting stuck. > > jroelofs might know more... For

i ve downloaded asterisk-oh323-0.6.6.tar.gz I am getting this and anybody know howto fix this? #tar zxvf asterisk-oh323-0.6.6.tar.gz oh323]# cd asterisk-oh323-0.6.6 asterisk-oh323-0.6.6]# ls asterisk-driver CONFIGURATION Makefile rpm TESTS BUGS COPYING README rules.mak wrapper asterisk-oh323-0.6.6]# make for x in wrapper asterisk-driver; do make -C $x