Re: [GSoC 2017] Number fo sockets

Joan Lledó writes: > About your patches, which lwip version are you using? Commit b82396f361ec9ce45cf0e997eb7ee5cc5aac12ec from your lwip-hurd repository. (I noticed the CRLFs because they ended up in the diff.) > Will you send them to the lwip patch tracker? I don't intend to, because I have

[bug #15806] hello translator: unquoted contents option

Additional Item Attachment, bug #15806 (project hurd): File name: 0001-fsysopts-showtrans-Quote-argz-for-sh-when-printing.patch Size:16 KB ___ Reply to this item at: ___

Re: [GSoC 2017] Number fo sockets

> Too bad there is no lwip_poll function. > Might the LwIP folks be amenable to adding one? Yes, they talked about that in their mailing list[1]. > Your size calculations seem wrong. > glibc defines fd_mask = __fd_mask = long int. > FD_SETSIZE is the number of bits that fit in fd_set. > But then

Re: [GSoC 2017] Number for sockets

Kalle Olavi Niemitalo writes: > The following builds OK (also with LWIP_POLL=1 if you add > #include to cc.h) but I have not run it. Fixed a couple of bugs. Still not run. commit a5b178d9111d8bbc34f9a820cda56e20343fb2b0 Author: Kalle Olavi Niemitalo AuthorDate: 2017-08-13 14:43:29 +0300

Re: [GSoC 2017] Number fo sockets

The handling of LWIP_SOCKET_OFFSET looks inconsistent. Suppose LWIP_SOCKET_OFFSET is 100 and LWIP_SOCKET_OPEN_COUNT is defined. The first alloc_socket call sets newsock->count = 100 and returns 100. However, if get_socket(100) is then called, it first subtracts LWIP_SOCKET_OFFSET from s, resultin

Re: [GSoC 2017] Number fo sockets

Kalle Olavi Niemitalo writes: > I wonder how hard it would be to implement those select ops in > the translator without hogging a thread for each. To clarify: if one thread in a program calls select on an fd_set that lists ten sockets, then glibc sends ten io_select requests before it waits for

Re: [GSoC 2017] Number for sockets

Kalle Olavi Niemitalo writes: > The implementation effort might be 4 hours, not including testing > and publication. That was very accurate. The following builds OK (also with LWIP_POLL=1 if you add #include to cc.h) but I have not run it. Why do the files have CRLF in the lwip-hurd repositor