search for: recvfrom

...CP_NODELAY, [1], 4) = 0 fcntl(3, F_GETFL) = 0x2 (flags O_RDWR) fcntl(3, F_SETFL, O_RDWR) = 0 connect(3, {sa_family=AF_INET, sin_port=htons(5480), sin_addr=inet_addr("###.###.###.###")}, 16) = 0 sendto(3, "\0\0\0\10\0\1\0\2", 8, 0, NULL, 0) = 8 recvfrom(3, "N", 16384, 0, NULL, NULL) = 1 sendto(3, "\0\0\0\r\0\2ECR_RND", 13, 0, NULL, 0) = 13 recvfrom(3, "N", 16384, 0, NULL, NULL) = 1 sendto(3, "\0\0\0\r\0\3#######", 13, 0, NULL, 0) = 13 recvfrom(3, "N", 16384, 0, NULL, NULL) = 1 sendto(3, "\0...

...x7 I have done this trace of nmbd for a few seconds: truss -d -p pid-nmbd, and I obtain this trace: Base time stamp: 1073918670.1997 [ Mon Jan 12 15:44:30 MET 2004 ] 0.0273 poll(0xFFBED498, 5, 10000) = 1 0.0279 sigprocmask(SIG_BLOCK, 0xFFBEF590, 0x00000000) = 0 0.0283 recvfrom(7, "8DF60110\001\0\0\0\0\0\0".., 576, 0, 0xFFBEF2D8, 0xFFBEF2D0 ) = 50 0.0288 time() = 1073918670 0.0765 time() = 1073918670 0.0769 sigprocmask(SIG_UNBLOCK, 0xFFBEF590, 0x00000000) = 0 0.0772 poll(0xFFB...

...rength-reduce -D_XPG4_2 -D_XOPEN_SOURCE -D__EXTENSIONS__ -D_BSD_SOURCE -D_ISO9X_SOURCE -D_OSF_SOURCE -D_XOPEN_SOURCE_EXTENDED -W -Wall -Wpointer-arith -Wbad-function-cast -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline -Wwrite-strings -Wshadow -pipe -I.. -c recvfrom.c In file included from ../config.h:37, from recvfrom.c:21: /usr/include/stdlib.h:149: warning: no previous prototype for `strtold' recvfrom.c: In function `myrecvfrom': recvfrom.c:64: field `cm' has incomplete type <======== recvfrom.c:69: sizeof applied to...

...= 3 connect(3, {sa_family=AF_FILE, path="/var/run/xend/xmlrpc.sock"...}, 27) = 0 sendto(3, "POST /RPC2 HTTP/1.0\r\nHost: \r\nUser"..., 133, 0, NULL, 0) = 133 sendto(3, "<?xml version=''1.0''?>\n<methodCall"..., 3278, 0, NULL, 0) = 3278 recvfrom(3, "H"..., 1, 0, NULL, NULL) = 1 recvfrom(3, "T"..., 1, 0, NULL, NULL) = 1 recvfrom(3, "T"..., 1, 0, NULL, NULL) = 1 recvfrom(3, "P"..., 1, 0, NULL, NULL) = 1 recvfrom(3, "/"..., 1, 0, NULL, NULL) = 1 recvfrom(3, "1"..., 1, 0, NU...

Hi I have a process which reads a socket using recvfrom. After sometime, for no apparent reason, recvfrom exits with an EINTR causing the sender to barf too. Basically the socket on which these processes were communicating no longer exists. On writing a dtrace, I could determine that a signal was received at that socket causing the EINTR. I do not know...

...plied gcc, libs etc does not make the problem go away. - I have broken the application down to a small Qt test program which opens a UDP socket, binds and waits on it This is an strace output of the problem, where a 10000 byte UDP packet is send to the application, triggers the select(), then the recvfrom(7...) fails with eagain [...] socket(PF_INET, SOCK_DGRAM|SOCK_CLOEXEC, IPPROTO_IP) = 7 fcntl(7, F_GETFL) = 0x2 (flags O_RDWR) fcntl(7, F_SETFL, O_RDWR|O_NONBLOCK) = 0 setsockopt(7, SOL_SOCKET, SO_BROADCAST, [1], 4) = 0 bind(7, {sa_family=AF_INET, sin_port=htons(10001), sin_...

...round, I had a ptrace running on both nmbd processes and found that the parent process was the one still running, but the child process had died. Here's the end of the ptrace of the child: poll([{fd=9, events=POLLIN, revents=POLLIN}], 1, 5000) = 1 ioctl(9, FIONREAD, [81]) = 0 recvfrom(9, "\t\1\201\200\0\1\0\2\0\0\0\0\vBORDER-ACCT\tbordere"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("127.0.0.1")}, [16]) = 81 close(9) = 0 write(5, "BORDER-ACCT\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 88...

So as of recent kernels, this change helps: http://git.kernel.org/?p=network/tftp/tftp-hpa.git;a=commitdiff;h=c6d2c36b1a2b1986cab7aebb72d120fa118bdfeb But there is still a flaw. Notably, if tftpd is running with AF_UNSPEC (as it will if ipv6 support is desired), myrecvfrom will fail to setsockopt to get the data back on the first pass. I'd guess the least disruptive change to get to be correct would be: diff --git a/tftpd/recvfrom.c b/tftpd/recvfrom.c index d050b80..fe233da 100644 --- a/tftpd/recvfrom.c +++ b/tftpd/recvfrom.c @@ -149,16 +149,16 @@ myrecvfrom(int...

Hello, Linux has a recvmmsg() system call which allows to achieve several recvfrom() at a time. The patch below makes tinc use it (patch against 1.1-pre11). Basically the patch turns the handle_incoming_vpn_data variables into arrays (of size 1 when recvmmsg is not available, and thus compiled the same as before), and makes the code index into the arrays. You may want to use int...

...quot;<27>Jul 28 15:32:20 tftpd[3757]: connect: Address family not supported by protocol", 82, MSG_NOSIGNAL, NULL, 0) = 82 > > > > This makes the daemon utterly unusable. > > > > Suggest this tested patch: > > > > --- ../x/tftp-hpa-5.2+20140608/tftpd/recvfrom.c 2014-07-29 20:31:34.000000000 -0600 > > +++ tftpd/recvfrom.c 2015-07-28 15:42:12.533074001 -0600 > > @@ -24,6 +24,8 @@ > > #include <machine/param.h> /* Needed on some versions of FreeBSD */ > > #endif > > > > +#include <assert.h> > >...

Thank you for your response. Yes, I know something changed, hence the smiley. I have looked at the code (I was able to build it under the new windows bash). It turns out that the error was on a udp receive, not a tcp connection. Didn't know you would get this error. Anyhow near the location of the error there was a remark about IPv6. I hadn't looked at that yet. So I turned IPv6 off at

...in the makefile. i get a whole series of errors, all of which say "passing arg 'n' of 'function' from incompatible pointer type. in util.c, checked out of the main branch the day before yesterday, errors are as follows: in line function arg 368 getsockopt 5 2096 recvfrom 6 2545 recvfrom 6 3757 getpeername 3 3802 getpeername 3 i'm not a code grunt, and the old release (.17something) still works for me here..... (and yes, axproc is defined in the makefile :) ) but it still might be nice if someone wanted to look at this.... :) it looks like t...

...." So, if the socket returned by select() can be read without blocking, you don't need to put the socket in non-blocking mode. It's hard to say more since your strace output was cut. I'd expect you to get another return from select() when the rest of the data arrives, and for recvfrom() to work at that point. I can't tell if that's happening or not. If it's not, then you probably have hit a bug. The documented behavior for message-based sockets is to read the entire message in one operation, and to discard data on recvfrom() if it's too big for the buffer....

Hello, Guus Sliepen, on Wed 02 Dec 2015 13:53:37 +0100, wrote: > That's great! It would be good though to split > handle_incoming_vpn_data() into a function that does the actual > recvfrom/mmsg() and one that processes each individual packet, to reduce > the level of indentation and make the functions a bit more readable. > Then I'll merge it :) Here it is. Samuel -------------- next part -------------- diff --git a/configure.ac b/configure.ac index 5cdd642..fcac9d2 10064...

...v, int iov_len) dprintf("\n bytes %d\n", len); - return sendmsg(pkt_fd, &msg, 0); + return sendmsg(dev->pkt_fd, &msg, 0); } void packet_discard(struct netdev *dev) @@ -174,7 +181,7 @@ void packet_discard(struct netdev *dev) sll.sll_ifindex = dev->ifindex; - recvfrom(pkt_fd, &iph, sizeof(iph), 0, + recvfrom(dev->pkt_fd, &iph, sizeof(iph), 0, (struct sockaddr *)&sll, &sllen); } @@ -207,7 +214,7 @@ int packet_recv(struct netdev *dev, struct iovec *iov, int iov_len) msg.msg_name = &sll; msg.msg_namelen = sllen; - ret = recvfrom(...

...v, int iov_len) dprintf("\n bytes %d\n", len); - return sendmsg(pkt_fd, &msg, 0); + return sendmsg(dev->pkt_fd, &msg, 0); } void packet_discard(struct netdev *dev) @@ -174,7 +181,7 @@ void packet_discard(struct netdev *dev) sll.sll_ifindex = dev->ifindex; - recvfrom(pkt_fd, &iph, sizeof(iph), 0, + recvfrom(dev->pkt_fd, &iph, sizeof(iph), 0, (struct sockaddr *)&sll, &sllen); } @@ -207,7 +214,7 @@ int packet_recv(struct netdev *dev, struct iovec *iov, int iov_len) msg.msg_name = &sll; msg.msg_namelen = sllen; - ret = recvfrom(...

Mac OS X 10.14.2 VirtualBox 5.2.22 and 6.0.0 libvirt installed via homebrew virsh -V Virsh command line tool of libvirt 4.10.0 See web site at https://libvirt.org/ Compiled with support for: Hypervisors: QEMU/KVM VMware VirtualBox ESX Test Networking: Remote Bridging Storage: Dir Miscellaneous: Daemon Secrets Debug brew services start libvirt virsh -c vbox:///session list error:

...1, 0x0) = 0 0 918/0x3b12: fcntl(0x7, 0x2, 0x1) = 0 0 918/0x3b12: fcntl(0x5, 0x1, 0x0) = 0 0 918/0x3b12: fcntl(0x5, 0x2, 0x1) = 0 0 918/0x3b12: write(0x4, "\0", 0x1) = 1 0 918/0x3b15: select(0x4, 0x70000D27FC20, 0x70000D27FCA0, 0x70000D27FD20, 0x0) = 1 0 918/0x3b15: recvfrom(0x3, 0x0, 0x0) = -1 Err#38 918/0x3b15: ioctl(0x3, 0x4004667F, 0x70000D27FDC0) = 0 0 918/0x3b15: read(0x3, "\0", 0x1) = 1 0 918/0x3b12: write(0x4, "\0", 0x1) = 1 0 918/0x3b12: __pthread_sigmask(0x1, 0x7FFEE285F04C, 0x7FFEE285F05C) = 0 0 918/0x3b15: select(0x7,...

...7 postfix dovecot: director: Error: Auth server disconnected unexpectedly in strace: ioctl(3, FIONBIO, [1])????????????????? = 0 setsockopt(3, SOL_SOCKET, SO_OOBINLINE, [1], 4) = 0 select(4, [0 3], [], [3], {tv_sec=0, tv_usec=0}) = 0 (Timeout) select(4, [0 3], [], [3], NULL)???????? = 1 (in [3]) recvfrom(3, "* BYE Disconnected: Auth process"..., 8191, 0, NULL, NULL) = 41 select(4, [0 3], [1], [3], {tv_sec=0, tv_usec=0}) = 2 (in [3], out [1], left {tv_sec=0, tv_usec=0}) write(1, "* BYE Disconnected: Auth process"..., 40* BYE Disconnected: Auth process broken ) = 40 recvfrom(3, &q...

...= 1031909555 > time() = 1031909555 > ... > time() = 1031909556 > poll(0xEF4ABA88, 0, 500) = 0 > time() = 1031909556 > recvfrom(2, 0xEF4AFBA0, 8191, 0, 0x00063F38, 0xEF4ADB9C) Err#11 EAGAIN > time() = 1031909556 > lwp_sema_post(0xEF4B1E78) = 0 > lwp_sema_wait(0xEF4B1E78) = 0 > lwp_mutex_unlock(0xEF56B280) = 0...