search for: ibc

Hello, I am trying to build the latest xen code from the git branch and I am seeing errors in building the tools. gcc -pthread -o xl xl.o xl_cmdimpl.o xl_cmdtable.o xl_sxp.o libxlutil.so /home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxl/libxenlight.so -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxc -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/xenstore -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/...

...): Authenticated successfully dsync(username): Debug: imapc: root=, index=, indexpvt=, control=, inbox=, alt= dsync(username): Debug: brain S: Local mailbox tree: guid=00000000000000000000000000000000 uid_validity=0 uid_next=0 subs=no last_change=0 last_subs=0 dsync(username): Panic: file dsync-ibc.c: line 72 (dsync_ibc_send_mailbox_tree_node): assertion failed: (*name != NULL) dsync(username): Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0(+0x9edee) [0x7f7d4fbfcdee] -> /usr/lib64/dovecot/libdovecot.so.0(default_fatal_handler+0x2a) [0x7f7d4fbfce5a] -> /usr/lib64/dovecot/li...

...b/updates/eDesktop/2.4/current/RPMS The corresponding source code package can be found at: ftp://ftp.caldera.com/pub/updates/eDesktop/2.4/current/SRPMS 6.2 Verification 3274fe3fbb7b302d6d0bee7186820fef hwprobe-20000214-6.i386.rpm 064ebec44665beb14eaa85ad4ecfc838 iBCS-2.1-12.i386.rpm d87d3c6f0cb937a0e51e68c6984b2c62 iBCS-extras-2.1-12.i386.rpm 7fd4443b17bc58f072572548b3c54886 iBCS-module-2.1_2.2.14-12.i386.rpm 4366e46e2ff02f9dadde291a483f1cf2 linux-kernel-binary-2.2.14-9.i386.rpm d54b1d4e4ad58022d5298e8c5359dad9 linux-kernel-doc-...

...130226/bin/doveadm'_start+0x6c [0x427a8c] Abort (core dumped) Core was generated by `/m/sw/dc/a/bin/doveadm -Dv backup -R -u cyrtest1 at iai.uni-bonn.de -m INBOX imapc'. Program terminated with signal 6, Aborted. [New process 94877 ] #0 0xffff80ff965aaaaa in _lwp_kill () from /lib/64/libc.so.1 (gdb) bt full #0 0xffff80ff965aaaaa in _lwp_kill () from /lib/64/libc.so.1 No symbol table info available. #1 0xffff80ff9659f2a1 in thr_kill () from /lib/64/libc.so.1 No symbol table info available. #2 0xffff80ff9654feb9 in raise () from /lib/64/libc.so.1 No symbol table info available. #3...

...48, changed_r=changed_r at entry=0x7ffd51c5b67f) at dsync-brain.c:687 _data_stack_cur_id = 5 #9 0x0000000000438ae1 in dsync_brain_run_io (context=0x20d2b48) at dsync-brain.c:110 brain = 0x20d2b48 changed = false try_pending = true #10 0x000000000044cc7f in dsync_ibc_stream_input (ibc=0x20c1a10) at dsync-ibc-stream.c:230 ibc = 0x20c1a10 #11 0x00007fa33455a802 in io_loop_call_io (io=0x20becc0) at ioloop.c:599 ioloop = 0x20a9f20 t_id = 4 __FUNCTION__ = "io_loop_call_io" #12 0x00007fa33455bd47 in io_loop_handler_run_in...

Eric, think I came across an issue with the parser in unicorn, with a request (due to 2 layers of nginx proxying) coming across with both a X_FORWARDED_PROTO and a X-Forwarded-Proto header. From the socket (in HttpRequest) - we get: X_FORWARDED_PROTO: http X-Forwarded-Proto: https which is parsed to HTTP_X_FORWARDED_PROTO"=>"http,https There was a passenger ticket that

...nge_ad_type_form'' end which result is the following: 1) NoMethodError in ''When creating a new ad, the ad_controller should return Text subform on AJAX request to change_ad_type_form'' nil does not respond to `rjs'' or `has_rjs?'' /Users/lasto/clients/ibc/project_n/vendor/plugins/rspec/lib/spec/ rails/render_matcher.rb:61:in `should_render_rjs'' /Users/lasto/clients/ibc/project_n/vendor/plugins/rspec/lib/spec/ rails/context/controller.rb:63:in `should_render_rjs'' ./spec/controllers/ad_controller_spec.rb:75 (because response is nu...

Hello, i''ve an HP proliant dl385g2 server with AMD64 Opteron processor. i''ve rightly installed Debian Ecth and configured as Dom0. I''ve installed the package via apt. well i would install 7 virtual server... one as mail server, one as db mysql server, 5 as web server. i''m installed my first DomU. i''ve created a LVM with my first DomU, is a Debian Ecth

On 2018-12-08 19:10, Ken Cunningham via llvm-dev wrote: > So putting it into libc++abi.dylib might indeed be the only workable method, assuming each executable would get it's own copy in memory and they wouldn't all collide together. Can ibc++abi link with libclang_rt to resolve the symbol? -- /Jacob Carlborg

...r a somewhat slow DSL connection. I had the some problem with dovecot 2.2.9 and after upgrading to 2.2.15 everything went smoothly, just a wild guess, maybe the timeout_reset was removed again? Well, doesn't look like it: https://github.com/dovecot/core/blob/master/src/doveadm/dsync/dsync-ibc-stream.c or https://github.com/dovecot/core/blame/master/src/doveadm/dsync/dsync-ibc-stream.c Some debug hints would be nice. Thanks! Jan -- Blog http://blog.kivitendo.de/ kivitendo GmbH Jan B?ren K?lnstr. 311 53117 Bonn USt-IdNr. DE292363254 Telefon: 0228 92 98 2012 pers?nliche Durch...

...Version() is below. system(lme.batch.imputed( phenfile = 'phenfile.csv', genfile = 'CARe_imputed_release.0.fhsR.gz', pedfile='pedfile.csv', phen='phen1', covar=c('covar1','covar2'), kinmat='imputed_fhs.kinship.RData', outfile='imputed.FHS.IBC.GWAF.LME.output.0.txt' )) Gives the error messages: Error in coxme.varcheck(ncluster, varlist, n, gvars, groups, sparse, rescale, : object 'kmat' not found Error in lme.cov.out$theta : $ operator is invalid for atomic vectors Might anyone know why? Thank you for your time! Jim...

So far, I''ve only found references to success under VMware. But has anyone managed it, with either the open source or commercial versions of Xen? I like Xen and have worked with it extensively for RHEL and CentOS, but it could save me a whole lot of hardware money if I can decommission some OpenServer hardware and store working OS''s under virtual images.

Hello all, I''ve released kgio, a kinder, gentler I/O library for Ruby. Some of its features are useful for Unicorn, and all of it is useful for Rainbows! I intend to make kgio a requirement for both Unicorn and Rainbows!/Zbatery. I''m comfortable with the code, but extra testers and extra eyes to review it would be helpful (it''s nearly all C). There were several

...en-2.2.19-6.2.10.alpha.rpm i386: ftp://updates.redhat.com/6.2/en/os/i386/kernel-smp-2.2.19-6.2.10.i386.rpm ftp://updates.redhat.com/6.2/en/os/i386/kernel-2.2.19-6.2.10.i386.rpm ftp://updates.redhat.com/6.2/en/os/i386/kernel-BOOT-2.2.19-6.2.10.i386.rpm ftp://updates.redhat.com/6.2/en/os/i386/kernel-ibcs-2.2.19-6.2.10.i386.rpm ftp://updates.redhat.com/6.2/en/os/i386/kernel-utils-2.2.19-6.2.10.i386.rpm ftp://updates.redhat.com/6.2/en/os/i386/kernel-pcmcia-cs-2.2.19-6.2.10.i386.rpm ftp://updates.redhat.com/6.2/en/os/i386/kernel-doc-2.2.19-6.2.10.i386.rpm ftp://updates.redhat.com/6.2/en/os/i386/kerne...

...d Xenclient and while it builds gcc, it returns following error. /home/vinxen/xenclient/build/toolchain_build_i686/gcc-4.2.4-initial/./gc c/xgcc -B/home/vinxen/xenclient/build/toolchain_build_i686/gcc-4.2.4-initial/./ gcc/ -B/home/vinxen/xenclient/build/build_i686/staging_dir/usr/i686-linux-ucl ibc/bin/ -B/home/vinxen/xenclient/build/build_i686/staging_dir/usr/i686-linux-ucl ibc/lib/ -isystem /home/vinxen/xenclient/build/build_i686/staging_dir/usr/i686-linux-uclib c/include -isystem /home/vinxen/xenclient/build/build_i686/staging_dir/usr/i686-linux-uclib c/sys-include -O2 -g -Os -DIN_GCC -DC...

...r=0x7fffc1ea3d5f) at dsync-brain.c:608 _data_stack_cur_id = 5 ret = true #21 0x00007fe4cd1c4f7d in dsync_brain_run_io (context=<optimized out>) at dsync-brain.c:89 brain = 0x7fe4cedbc7d0 changed = false try_pending = true #22 0x00007fe4cd1d803f in dsync_ibc_stream_input (ibc=0x7fe4cedba7b0) at dsync-ibc-stream.c:199 No locals. #23 0x00007fe4cca0ec29 in io_loop_call_io (io=0x7fe4cedba660) at ioloop.c:498 ioloop = 0x7fe4ced58110 t_id = 4 __FUNCTION__ = "io_loop_call_io" #24 0x00007fe4cca0fe24 in io_loop_handler_run_inte...

...p://updates.redhat.com/6.2/i386/kernel-utils-2.2.16-3.i386.rpm ftp://updates.redhat.com/6.2/i386/kernel-smp-2.2.16-3.i386.rpm ftp://updates.redhat.com/6.2/i386/kernel-BOOT-2.2.16-3.i386.rpm ftp://updates.redhat.com/6.2/i386/kernel-pcmcia-cs-2.2.16-3.i386.rpm ftp://updates.redhat.com/6.2/i386/kernel-ibcs-2.2.16-3.i386.rpm alpha: ftp://updates.redhat.com/6.2/alpha/kernel-2.2.16-3.alpha.rpm ftp://updates.redhat.com/6.2/alpha/kernel-headers-2.2.16-3.alpha.rpm ftp://updates.redhat.com/6.2/alpha/kernel-source-2.2.16-3.alpha.rpm ftp://updates.redhat.com/6.2/alpha/kernel-doc-2.2.16-3.alpha.rpm ftp://upd...

...p://updates.redhat.com/6.2/i386/kernel-utils-2.2.16-3.i386.rpm ftp://updates.redhat.com/6.2/i386/kernel-smp-2.2.16-3.i386.rpm ftp://updates.redhat.com/6.2/i386/kernel-BOOT-2.2.16-3.i386.rpm ftp://updates.redhat.com/6.2/i386/kernel-pcmcia-cs-2.2.16-3.i386.rpm ftp://updates.redhat.com/6.2/i386/kernel-ibcs-2.2.16-3.i386.rpm alpha: ftp://updates.redhat.com/6.2/alpha/kernel-2.2.16-3.alpha.rpm ftp://updates.redhat.com/6.2/alpha/kernel-headers-2.2.16-3.alpha.rpm ftp://updates.redhat.com/6.2/alpha/kernel-source-2.2.16-3.alpha.rpm ftp://updates.redhat.com/6.2/alpha/kernel-doc-2.2.16-3.alpha.rpm ftp://upd...

..._ciphers = yes ssl_protocols = !SSLv2 !SSLv3 userdb { args = /passwd default_fields = uid=30000 gid=30000 home=/srv/vmail/%d/%n/./ driver = passwd-file } valid_chroot_dirs = /srv/vmail verbose_ssl = yes protocol imap { mail_max_userip_connections = 20 } [1] --- src/doveadm/dsync/dsync-ibc-stream.c 2014-09-29 13:07:07.000000000 +0200 +++ src/doveadm/dsync/dsync-ibc-stream.c2 2015-06-15 12:28:56.000000000 +0200 @@ -24,7 +24,7 @@ #include <stdlib.h> -#define DSYNC_IBC_STREAM_TIMEOUT_MSECS (60*10*1000) +#define DSYNC_IBC_STREAM_TIMEOUT_MSECS (60*180*1000) #def...

...a.com/pub/updates/eDesktop/2.4/current/RPMS The corresponding source code package can be found at: ftp://ftp.caldera.com/pub/updates/eDesktop/2.4/current/SRPMS 6.2 Verification 1a36056ca0abe8942fa78b5358e7a613 hwprobe-20000214-5.i386.rpm a7e75d7133ee094e1c30695b58382414 iBCS-2.1-11.i386.rpm fd002d7ec09fc9acea25db34d4f440aa linux-kernel-binary-2.2.14-8.i386.rpm 6a8e1752508e78e75d5ba0cc885aeeb5 linux-kernel-doc-2.2.14-8.i386.rpm a59bbd344ce23efbca734f66b98dba9c linux-kernel-include-2.2.14-8.i386.rpm 897a5b1626477aa870a4ccdff523e0d6 linux-source-alpha-2.2...