February 2013 - Macnetworkprog

Re: Multiple calls to connection:didReceiveResponse: ?
by Quinn "The Eskimo!" 26 Feb '13

26 Feb '13

On 26 Feb 2013, at 05:22, Jens Alfke <jens(a)mooseyard.com> wrote: > I’d like to know exactly what the “rare cases” consist of. The only one that I know of is the multipart/x-mixed-replace case. It's certainly possible that it might happen in other cases, but I've not encountered any. Share and Enjoy -- Quinn "The Eskimo!" <http://www.apple.com/developer/> Apple Developer Relations, Developer Technical Support, Core OS/Hardware _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0

Multiple calls to connection:didReceiveResponse: ?
by Jens Alfke 26 Feb '13

26 Feb '13

I’ve been using NSURLConnection since 2003, but I didn’t know it was possible for the delegate’s connection:didReceiveResponse: method to be called more than once. But sure enough, the API docs say it is: > In rare cases, for example in the case of an HTTP load where the content type of the load data is multipart/x-mixed-replace, the delegate will receive more than one connection:didReceiveResponse: message. In the event this occurs, delegates should discard all data previously delivered by connection:didReceiveData:, and should be prepared to handle the, potentially different, MIME type reported by the newly reported URL response. This turned out to be the cause of a weird intermittent bug* in some of my code; since I didn’t know about this situation, I wasn’t handling it correctly when it did occur. :( I’d like to know exactly what the “rare cases” consist of. I know that there was no x-mixed-replace action going on in this case. But the developer who found the bug has some proxying and load-balancing going on in their network between the client and server. Could this double-call be a side effect of proxy logins or similar HTTP esoterica? —Jens * https://github.com/couchbaselabs/TouchDB-iOS/issues/236 _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Socket lockup when mac put to sleep and woken up
by Shawn Erickson 22 Feb '13

22 Feb '13

_______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0

Re: troubleshooting
by Joel Reymont 20 Feb '13

20 Feb '13

Ed, On Wed, Feb 20, 2013 at 7:04 PM, Ed Wastrodowski <evw(a)thermeon.com> wrote: > I notice your en0 iface is 169'd and your bridge has en0 as a member. It's 169'd in both cases but works fine when OpenVPN is disabled. -------------------------------------------------------------------------- for hire: mac osx device driver ninja. kernel, usb and coreaudio drivers ---------------------+------------+--------------------------------------- http://wagerlabs.com | @wagerlabs | http://www.linkedin.com/in/joelreymont ---------------------+------------+--------------------------------------- _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0

Re: troubleshooting
by Joel Reymont 20 Feb '13

20 Feb '13

Are you saying it's a DHCP issue? On Wed, Feb 20, 2013 at 7:04 PM, Ed Wastrodowski <evw(a)thermeon.com> wrote: > I notice your en0 iface is 169'd and your bridge has en0 as a member. -------------------------------------------------------------------------- for hire: mac osx device driver ninja. kernel, usb and coreaudio drivers ---------------------+------------+--------------------------------------- http://wagerlabs.com | @wagerlabs | http://www.linkedin.com/in/joelreymont ---------------------+------------+--------------------------------------- _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0

Re: troubleshooting
by Ed Wastrodowski 20 Feb '13

20 Feb '13

I notice your en0 iface is 169'd and your bridge has en0 as a member. On Feb 18, 2013, at 7:46 AM, Joel Reymont wrote: This is what ifconfig reports with just Internet Sharing: lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384 options=3<RXCSUM,TXCSUM> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280 stf0: flags=0<> mtu 1280 ether 14:10:9f:e0:d9:4b inet6 fe80::1610:9fff:fee0:d94b%en0 prefixlen 64 scopeid 0x4 inet 169.254.3.205 netmask 0xffff0000 broadcast 169.254.255.255 media: autoselect status: active p2p0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 2304 ether 06:10:9f:e0:d9:4b media: autoselect status: inactive en2: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 options=b<RXCSUM,TXCSUM,VLAN_HWTAGGING> ether 40:6c:8f:31:cf:d1 inet6 fe80::426c:8fff:fe31:cfd1%en2 prefixlen 64 scopeid 0x6 inet 192.168.1.108 netmask 0xffffff00 broadcast 192.168.1.255 media: autoselect (1000baseT <full-duplex,flow-control>) status: active ether ac:de:48:ca:e4:4e inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255 Configuration: priority 0 hellotime 0 fwddelay 0 maxage 0 ipfilter disabled flags 0x2 member: en0 flags=3<LEARNING,DISCOVER> port 4 priority 0 path cost 0 And with both Internet Sharing and OpenVPN enabled: lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384 options=3<RXCSUM,TXCSUM> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280 stf0: flags=0<> mtu 1280 ether 14:10:9f:e0:d9:4b inet6 fe80::1610:9fff:fee0:d94b%en0 prefixlen 64 scopeid 0x4 inet 169.254.3.205 netmask 0xffff0000 broadcast 169.254.255.255 media: autoselect status: active p2p0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 2304 ether 06:10:9f:e0:d9:4b media: autoselect status: inactive en2: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 options=b<RXCSUM,TXCSUM,VLAN_HWTAGGING> ether 40:6c:8f:31:cf:d1 inet6 fe80::426c:8fff:fe31:cfd1%en2 prefixlen 64 scopeid 0x6 inet 192.168.1.108 netmask 0xffffff00 broadcast 192.168.1.255 media: autoselect (1000baseT <full-duplex,flow-control>) status: active ether ac:de:48:ca:e4:4e inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255 Configuration: priority 0 hellotime 0 fwddelay 0 maxage 0 ipfilter disabled flags 0x2 member: en0 flags=3<LEARNING,DISCOVER> port 4 priority 0 path cost 0 tun0: flags=8851<UP,POINTOPOINT,RUNNING,SIMPLEX,MULTICAST> mtu 1500 inet 44.1.4.18 --> 44.1.4.17 netmask 0xffffffff open (pid 11745) -------------------------------------------------------------------------- http://wagerlabs.com | @wagerlabs | http://www.linkedin.com/in/joelreymont _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/macnetworkprog/evw%40thermeon.com This email sent to evw(a)thermeon.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com en0: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500 bridge0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 en0: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500 bridge0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 for hire: mac osx device driver ninja. kernel, usb and coreaudio drivers ---------------------+------------ +--------------------------------------- ---------------------+------------ +---------------------------------------

1 0

Re: Socket lockup when mac put to sleep and woken up
by Arjun SM 20 Feb '13

20 Feb '13

_______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Socket lockup when mac put to sleep and woken up
by Josh Graessley 19 Feb '13

19 Feb '13

If you try to write to a socket that is no longer connected, instead of providing a helpful error, the system happily generates a SIGPIPE signal, as you've found. If you don't handle SIGPIPE, your process ends. To ensure this doesn't happen, you can disable SIGPIPE for the socket: int val = 1; if (setsockopt(sockfd, SOL_SOCKET, SO_NOSIGPIPE, &val, sizeof(val)) != 0) // something went wrong - this is unlikely to happen -josh On Feb 19, 2013, at 10:40 AM, Arjun SM <arjun.sm(a)gmail.com> wrote: > Hi all, > > I have implemented a daemon which tries to make a connection to a server using non-blocking sockets and works fine. But the problem surfaces, when I put my Mac machine to sleep for few hours and wake it up. My daemon hangs and i get a SIGPIPE on the error console after some time. > I am running Mountain Lion OS X 10.8.2 version. > > The MakeConnect() function which I am using in my daemon is fairly simple and below is an excerpt, > m_AgencySock = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP); > > set the socket to non-Blocking > int err = fcntl(m_AgencySock, F_SETFL, O_NONBLOCK); > > int status = connect(m_AgencySock, (struct sockaddr *)&m_AgencyAddress, sizeof(m_AgencyAddress)); > if (status < 0) > { > status = errno; // Check the error number to get our current status > if (status == EINPROGRESS) > { > FD_ZERO(&readFDs); > FD_ZERO(&writeFDs); > FD_SET(m_AgencySock, &readFDs); > FD_SET(m_AgencySock, &writeFDs); > > Call select with struct timeval waitd in a while loop and check for selectResult > 0 and break; > waitd.tv_sec = 10; > waitd.tv_usec = 0; > selectResult = select(m_AgencySock + 1, &readFDs, &writeFDs, NULL, &waitd); > > } > } > > I am resetting the struct timeval waitd before calling select() again. > > is there any other parameters that needs to addressed? > > thanks in advance, > ~Arjun > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/macnetworkprog/jgraessley%40apple.c… > > This email sent to jgraessley(a)apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0

Socket lockup when mac put to sleep and woken up
by Arjun SM 19 Feb '13

19 Feb '13

_______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0

Re: arp spoofing
by Josh Graessley 19 Feb '13

19 Feb '13

A BPF device will let you write ARP packets from user space, as will a PF_NDRV socket. The BPF device will also let you receive ARP packets in user space where the PF_NDRV socket will not. -josh On Feb 19, 2013, at 9:39 AM, Joel Reymont <joelr1(a)gmail.com> wrote: > What is the best mechanism to implement ARP spoofing on Mountain Lion? > > I have no problem with writing a network driver. > > Thanks, Joel > > -------------------------------------------------------------------------- > for hire: mac osx device driver ninja. kernel, usb and coreaudio drivers > ---------------------+------------+--------------------------------------- > http://wagerlabs.com | @wagerlabs | http://www.linkedin.com/in/joelreymont > ---------------------+------------+--------------------------------------- > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/macnetworkprog/jgraessley%40apple.c… > > This email sent to jgraessley(a)apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0