Bug#739674: [PATCH] fix inet client connections

2014-03-02 Thread Petter Reinholdtsen
[Pino Toscano] > I said earlier that unix sockets are not working yet, so you might try: > # rpcinfo -p 127.0.0.1 > (or whatever is the IP address of the service) Ah, did not know it tried unix sockets by default. Yes, that work: root@hurdtest:~# rpcinfo -p localhost program vers proto po

Bug#739674: [PATCH] fix inet client connections

2014-03-02 Thread Pino Toscano
On 2014-03-02 21:14, Petter Reinholdtsen wrote: [Pino Toscano] Attached there is a patch for libtiprc so __rpc_dtbsize falls back on rlim_cur if rlim_max is unlimited. I tried this patch on Hurd, and rpcinfo -p is still not working after I build libtirpc1_0.2.2-5.2_hurd-i386.deb and installed

Bug#739674: [PATCH] fix inet client connections

2014-03-02 Thread Petter Reinholdtsen
[Pino Toscano] > Attached there is a patch for libtiprc so __rpc_dtbsize falls back on > rlim_cur if rlim_max is unlimited. I tried this patch on Hurd, and rpcinfo -p is still not working after I build libtirpc1_0.2.2-5.2_hurd-i386.deb and installed it. Am I testing the wrong thing? root@hurdte

Bug#739674: [PATCH] fix inet client connections

2014-03-02 Thread Pino Toscano
reassign 739674 src:libtirpc tag 739674 + patch thanks Hi, When trying to setup a inet connection, it happens the following: - in libtirp, src/clnt_vc.c, clnt_vc_create gets called - when trying to allocate vc_fd_locks, __rpc_dtbsize() is used as size for that array of fd locks - __rpc_dtbsize