search for: ehandler

I keep getting: No connection to breakpoint service at druby://localhost:42531 (DRb::DRbConnError) Tries to connect will be made every 3 seconds... This happens every time i run ./script/breakpointer using 0.9.5 on OSX or Windows. Any ideas?

...; result_status = <optimized out> first_action = 0x1422088 last_action = 0x0 implicit_keep = true ret = <optimized out> #16 0x00007f0ca17b5e45 in sieve_execute (sbin=<optimized out>, msgdata=<optimized out>, senv=<optimized out>, ehandler=ehandler at entry=0x140cba0, flags=flags at entry=SIEVE_RUNTIME_FLAG_NOGLOBAL, keep=keep at entry=0x0) at sieve.c:560 result = 0x1421d30 ret = 1 #17 0x00007f0ca1a113f5 in lda_sieve_singlescript_execute (srctx=0x7fffdfaff170) at lda-sieve-plugin.c:491 sbin = 0x14196a0...

...sieve_interpreter_continue (interp=0x55f734856a68, interrupted=0x0) at sieve-interpreter.c:949 #8 0x00007f992543f5d1 in sieve_interpreter_run (interp=0x55f734856a68, result=<optimized out>) at sieve-interpreter.c:999 #9 0x000055f73308f670 in testsuite_run (msgdata=<optimized out>, ehandler=<optimized out>, senv=0x7ffd30eacfa0, sbin=<optimized out>) at testsuite.c:73 #10 main (argc=<optimized out>, argv=<optimized out>) at testsuite.c:203 (gdb) up #1 0x00007f992514fdd2 in smtp_address_clone (pool=0x7f992528dce0 <static_system_pool>, src=src at entry=0...

...ns.c:665 #5 0x00007f197587d79b in sieve_result_execute (result=<value optimized out>, keep=<value optimized out>) at sieve-result.c:1156 #6 0x00007f197588dca6 in sieve_execute (sbin=<value optimized out>, msgdata=<value optimized out>, senv=<value optimized out>, ehandler=<value optimized out>, flags=<value optimized out>, keep=0x0) at sieve.c:475 #7 0x00007f1975ac9a43 in lda_sieve_singlescript_execute (mdctx=0x7fff949085a0, storage_r=<value optimized out>) at lda-sieve-plugin.c:433 #8 lda_sieve_run (mdctx=0x7fff949085a0, storage_r=<value opti...

...:506 #8 0x08080789 in sieve_interpreter_run (interp=0x8986190, msgdata=0xbfccc6b0, senv=0xbfccc688, result=0xbfccc60c, estatus=0xbfccc6c4) at sieve-interpreter.c:528 #9 0x0806eb09 in sieve_test (sbin=0x89752e0, msgdata=0xbfccc6b0, senv=0xbfccc688, estatus=0xbfccc6c4, stream=0x897cab4, ehandler=0x897adb0, trace_stream=0x0) at sieve.c:256 #10 0x08064349 in main (argc=3, argv=0xbfccc7b4) at sieve-test.c:174 I tried to walk through the core, but I'm not adept enough to figure it out. Thanks, Andy Sample mail: Received: from gsce0ae1cfad8d ([68.61.157.18]) by OMTA11.emeryville.ca.m...

...=<value optimized out>) at sieve-actions.c:551 #21 0x0000000801b428de in sieve_result_execute (result=0x8016a3040, keep=0x0) at sieve-result.c:1117 #22 0x0000000801b52d5a in sieve_execute (sbin=<value optimized out>, msgdata=<value optimized out>, senv=<value optimized out>, ehandler=<value optimized out>, flags=<value optimized out>, keep=0x0) at sieve.c:508 #23 0x0000000801a0aec6 in lda_sieve_deliver_mail (mdctx=0x7fffffffe970, storage_r=0x7fffffffe8e8) at lda-sieve-plugin.c:424 #24 0x0000000800651735 in mail_deliver (ctx=0x7fffffffe970, storage_r=0x7fffffffe8...

...orage_save_will_activate (ctx=0x17ee170) at sieve-storage-save.c:329 _data_stack_cur_id = 5 scriptname = 0x17b8356 "foobarscript.sieve" ret = <optimized out> #2 0x0000000000406170 in cmd_putscript_finish_parsing (cmd=0x17e4c88) at cmd-putscript.c:206 ehandler = <optimized out> cpflags = 3 sbin = <optimized out> errors = <optimized out> _data_stack_cur_id = 4 script = 0x17ef180 success = true client = 0x17e4bf0 ctx = 0x17e7150 args = 0x17c3c28 ret = <opti...

...rage_save_will_activate (ctx=0x257f1a0) at sieve-storage-save.c:328 _data_stack_cur_id = 4 scriptname = 0x25400ae "default.sieve" ret = <value optimized out> #2 0x00000000004065b0 in cmd_putscript_finish_parsing (cmd=0x2575cb8) at cmd-putscript.c:206 ehandler = <value optimized out> cpflags = <value optimized out> sbin = <value optimized out> errors = <value optimized out> _data_stack_cur_id = 0 script = <value optimized out> client = 0x2575c30 ctx = 0x2578180...

Hi list I just realized that that I don not receive all mails in my mailbox (running dovecot-ee 2.2.23.1-1 on Debian 8). On my frontend servers (running postfix) the queue fills up with mails that cannot be delivered via lmtp to my backend servers. The error message on the frontend is "lost connection with backend while sending data" When I checked the logs on the backend server I found

I'm using caret to assess classifier performance (and it's great!). However, I've found that my results differ between R2.* and R3.* - reported accuracies are reduced dramatically. I suspect that a code change to kernlab ksvm may be responsible (see version 5.16-24 here: http://cran.r-project.org/web/packages/caret/news.html). I get very different results between caret_5.15-61 +

...sult_transaction_execute (result=0x7fa88e65dec0, first=0x7fa88e65e020) at sieve-result.c:1153 act = 0x7fa88e65e020 rsef = 0x0 sef = 0x7fa88e65e020 rac = 0x7fa88e65e020 status = 1 #23 0x00007fa88b2aa250 in sieve_result_execute (result=0x7fa88e65dec0, keep=0x0, ehandler=0x7fa88e65b040, flags=SIEVE_EXECUTE_FLAG_NOGLOBAL) at sieve-result.c:1370 status = 1 result_status = -1905954768 first_action = 0x7fa88e65e020 last_action = 0x0 implicit_keep = true ret = 32680 #24 0x00007fa88b2c0597 in sieve_execute (sbin=0x7fa8...

Hi Stephan, Here it is: Program received signal SIGSEGV, Segmentation fault. p_strdup (pool=pool at entry=0x55555579bc20, str=0x6d65642e6c69616d <error: Cannot access memory at address 0x6d65642e6c69616d>) at strfuncs.c:51 51????? strfuncs.c: No such file or directory. (gdb) bt full #0? p_strdup (pool=pool at entry=0x55555579bc20, str=0x6d65642e6c69616d <error: Cannot access memory at

...sr_ioctl.o sr_vendor.o + ncr53c8xx-flags-$(CONFIG_SCSI_ZALON) \ +diff --git a/drivers/scsi/hosts.c b/drivers/scsi/hosts.c +index 5881079..0b4c783 100644 +--- a/drivers/scsi/hosts.c ++++ b/drivers/scsi/hosts.c +@@ -263,6 +263,10 @@ static void scsi_host_dev_release(struct + kthread_stop(shost->ehandler); + if (shost->work_q) + destroy_workqueue(shost->work_q); ++ if (shost->uspace_req_q) { ++ kfree(shost->uspace_req_q->queuedata); ++ scsi_free_queue(shost->uspace_req_q); ++ } + + scsi_destroy_command_freelist(shost); + kfree(shost->shost_data); +diff --git a/drivers/s...

This patch series copies the core of the tapdisk process from blktap2, with updates coming from blktap2.5. Signed-off-by: Thanos Makatos <thanos.makatos@citrix.com>