search for: write_fd

Dear Tinc-devs, trying to compile Tinc 1.1 pre 15 on my Gentoo system, I get the following error: ----------------------------------------- uml_device.c: In function ‘read_packet’: uml_device.c:231:25: error: incompatible type for argument 2 of ‘connect’ if(connect(write_fd, (const struct sockkadr *)&request.sock, sizeof request.sock) < 0) { ^ In file included from /usr/include/netinet/in.h:23:0, from /usr/include/netdb.h:27, from have.h:109, from system.h:26, from uml_...

...me conversion errors are always considered fatal, since an + * incorrectly named file could cause unpredictable damage. + */ + +#include <rsync.h> + +#define FNAME_CONV_PERSISTENCE_TIMEOUT 3000 /* milliseconds */ + +static int conv_persistent = 1; +static pid_t conv_pid = -1; +static int conv_write_fd = -1, conv_read_fd; +extern char* fname_convert_cmd; +extern int blocking_io; + +/** + * Splits cmd on spaces. + */ +static void split_on_spaces(char* cmd, char** parts) { + int nparts=0; + char *tok; + char *cmd2 = strdup(cmd); + if (!cmd2) { + rprintf(FERROR, "Out of memory while parsing fi...

...= "mktime(today) fail" #6 0x0003db84 in mbox_sync (mbox=0xc09c0, flags=32407386) at mbox-sync.c:1375 index_sync_ctx = (struct mail_index_sync_ctx *) 0xc1d58 sync_view = (struct mail_index_view *) 0xc1d90 sync_ctx = {mbox = 0xc09c0, flags = 0, input = 0xc5878, file_input = 0xc5750, write_fd = 10, index_sync_ctx = 0xc1d58, sync_view = 0xc1d90, t = 0xc3340, hdr = 0xc1dd8, header = 0xb6900, from_line = 0xb68d8, base_uid_validity = 1143728609, base_uid_last = 5161, base_uid_last_offset = 1538, mails = {buffer = 0xb6928, element_size = 56}, syncs = {buffer = 0xb6950, element_si...

...small typo in src/lib/ioloop-select.c: --- dovecot-1.0.alpha4/src/lib/ioloop-select.c.orig 2005-11-06 22:06:53.000000000 -0800 +++ dovecot-1.0.alpha4/src/lib/ioloop-select.c 2005-11-06 22:07:13.000000000 -0 800 @@ -113,7 +113,7 @@ sizeof(fd_set)); memcpy(&tmp_write_fds, &ioloop->handler_context->write_fds, sizeof(fd_set)); - memcpy(&tmp_except_fds, &ioloop->handler_data->except_fds, + memcpy(&tmp_except_fds, &ioloop->handler_context->except_fds, sizeof(fd_set)); ret = sele...

...hat posix_allocate will extend a file by the exact size requested). After a successful posix_fallocate call, mbox_sync_handle_eof_updates currently proceeds in rewriting the mailbox starting from the originally intended 'file_size': 1306 if (file_set_size(sync_ctx->write_fd, 1307 file_size + -sync_ctx->space_diff) < 0) { 1308 mbox_set_syscall_error(sync_ctx->mbox, 1309 "file_set_size()"); 1310 if (ftruncate...

https://bugzilla.mindrot.org/show_bug.cgi?id=2948 Bug ID: 2948 Summary: implement "copy-data" sftp extension Product: Portable OpenSSH Version: -current Hardware: All URL: https://tools.ietf.org/html/draft-ietf-secsh-filexfer- extensions-00#section-7 OS: All Status: NEW

...n I hoped, but still only several hours to work this out -- it turned out to be easy enough. Batch mode did most of what I wanted; I just needed to keep --write-batch from also sending the changed blocks over the net. It was harder than it could have been; because the entire protocol goes through write_fd(), I couldn't just shut off all traffic there, but instead had to redirect unwanted traffic to /dev/null higher up, in send_files(). A more graceful way, I think, might have been to create a global (say, net_quench) which is set from send_files() and read from write_fd(), to toggle traffic on...

...dovecot-1.0-test35/src/lib/ioloop-select.c --- dovecot-1.0-test35.vanilla/src/lib/ioloop-select.c 2004-08-23 17:46:41.000000000 +0400 +++ dovecot-1.0-test35/src/lib/ioloop-select.c 2004-08-25 10:55:25.000000000 +0400 @@ -17,8 +17,27 @@ struct ioloop_handler_data { static fd_set tmp_read_fds, tmp_write_fds; +static void update_highest_fd(struct ioloop *ioloop) +{ + struct io *io; + int max_highest_fd; + + max_highest_fd = ioloop->highest_fd-1; + ioloop->highest_fd = -1; + + for (io = ioloop->ios; io != NULL; io = io->next) { + if (!io->destroyed && io->fd &...

Most fixes are trivial. The one from Alex is fixing a real bug that several users have reported. Alex sent the patch half a year ago and it was not yet integrated. The patch "Use /proc/mounts instead of /etc/mtab" is a repost. The patch "btrfs-receive optionally honors the end-cmd" is a preparation step to allow backup tools to multiplex a single communication stream (e.g. a

When I submitted the qcow2 patch for blktap, suggestions came up that the qemu block drivers should be used also for blktap to eliminate the current code duplication in ioemu and blktap. The attached patch adds support for a tap:ioemu pseudo driver. Devices using this driver won''t use tapdisk (containing the code duplication) any more, but will connect to the qemu-dm of the domain. In

...p 4 #4 0x0003c2b4 in mbox_sync_do (sync_ctx=0xffbff580, flags=MBOX_SYNC_UNDIRTY) at mbox-sync.c:1473 1473 if (mbox_sync_handle_eof_updates(sync_ctx, &mail_ctx) < 0) (gdb) print *sync_ctx $1 = {mbox = 0xb6a58, flags = MBOX_SYNC_UNDIRTY, input = 0xba5d0, file_input = 0xbcde8, write_fd = 6, index_sync_ctx = 0xb6f38, sync_view = 0xbd2b0, t = 0xba0d8, hdr = 0xbd2f8, header = 0xaee78, from_line = 0xaeae0, base_uid_validity = 1099279918, base_uid_last = 2190, base_uid_last_offset = 279, mails = {buffer = 0xaedd8, element_size = 56}, syncs = {buffer = 0xaec20, element_size = 2...

Hi Benjamin: I think that the following link will give you an idea for what you need to know: http://www.cisco.com/warp/customer/620/roadmap_b.shtml This is for the naming: http://www.cisco.com/en/US/products/sw/iosswrel/ps1818/products_tech_note09186a0080101cda.shtml In this case 11.1CC goes to 12.0T and 12.0T migrate to 12.1 mainline. Do not you worry you will not loose anything with the new

...nc_int (mbox=0x97f0c28, flags=0) at mbox-sync.c:1806 index_sync_ctx = (struct mail_index_sync_ctx *) 0x9808b38 sync_view = (struct mail_index_view *) 0x97f1648 trans = (struct mail_index_transaction *) 0x97f3168 sync_ctx = {mbox = 0x97f0c28, flags = 0, input = 0x97f34e8, file_input = 0x97f3400, write_fd = 8, orig_mtime = 1227954336, orig_atime = 1227954336, orig_size = 242, last_stat = {st_dev = 37637, __pad1 = 0, __st_ino = 4751377, st_mode = 33152, st_nlink = 1, st_uid = 631, st_gid = 508, st_rdev = 0, __pad2 = 0, st_size = 242, st_blksize = 4096, st_blocks = 16, st_atim = { tv_sec =...

...+void io_loop_handle_add(struct ioloop *ioloop, struct io *io) { + enum io_condition condition = io->condition; + int fd = io->fd; + i_assert(fd >= 0); if (fd >= FD_SETSIZE) @@ -44,9 +46,11 @@ void io_loop_handle_add(struct ioloop *i FD_SET(fd, &ioloop->handler_data->write_fds); } -void io_loop_handle_remove(struct ioloop *ioloop, int fd, - enum io_condition condition) +void io_loop_handle_remove(struct ioloop *ioloop, struct io *io) { + enum io_condition condition = io->condition; + int fd = io->fd; + i_assert(fd >= 0 && fd < FD_SETSIZE);...

...b) up #7 0x0003a328 in mbox_sync_handle_eof_updates (sync_ctx=0xffbff708, mail_ctx=0xffbff5d8) at mbox-sync.c:1265 1265 if (mbox_sync_rewrite(sync_ctx, file_size, (gdb) prnt int *sync_ctx $14 = {mbox = 0xa6758, flags = MBOX_SYNC_REWRITE, input = 0xacb78, file_input = 0xaca50, write_fd = 7, index_sync_ctx = 0xa8dc8, sync_view = 0xa92b0, t = 0xab530, hdr = 0xa92f0, header = 0x9e408, from_line = 0x9e2a0, base_uid_validity = 1124147662, base_uid_last = 0, base_uid_last_offset = 0, mails = {buffer = 0x9e458, element_size = 56}, mails__type = 0x0, syncs = {buffer = 0x9e480, el...

...72 #7 0x3ef14 in mbox_sync (mbox=0xdd100, flags=44) at mbox-sync.c:1642 lock_type = 2 index_sync_ctx = (struct mail_index_sync_ctx *) 0x156e1302 sync_view = (struct mail_index_view *) 0x395c0 sync_ctx = {mbox = 0xe4234234, flags = 0, input = 0x0, file_input = 0x0, write_fd = 0, index_sync_ctx = 0x0, sync_view = 0xdd100, t = 0x1, hdr = 0x0, header = 0x1, from_line = 0x1, base_uid_validity = 0, base_uid_last = 3, base_uid_last_offset = 0, mails = {buffer = 0x0, element_size = 0}, syncs = {buffer = 0xdd100, element_size = 0}, sync_rec = {uid1 = 1, uid2 = 4, ty...

...0x8047988) at ../../../../src/lib/array.h:158 index_sync_ctx = (struct mail_index_sync_ctx *) 0x80b62e0 sync_view = (struct mail_index_view *) 0x80b6320 trans = (struct mail_index_transaction *) 0x80c5890 sync_ctx = {mbox = 0x80b4868, flags = 0, input = 0x80c0180, file_input = 0x80c0040, write_fd = 12, orig_mtime = 1414582020, orig_atime = 1414582021, orig_size = 3843471, last_stat = { st_dev = 47513605, st_pad1 = {0, 0, 0}, st_ino = 17869, st_mode = 33152, st_nlink = 1, st_uid = 22671, st_gid = 4601, st_rdev = 4294967295, st_pad2 = {0, 0}, st_size = 3843471, st_atim = {tv_sec...

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>

This patch series introduces the shared ring used by the front-end to pass request descriptors to tapdisk, as well as responses from tapdisk to the front-end. Requests from this ring end up in tapdisk''s standard request queue. When the tapback daemon detects that the front-end tries to connect to the back-end, it spawns a tapdisk and tells it to connect to the shared ring. The shared