Privilege separation does not work on QNX: recvmsg returns -1 and sets errno to EPERM when it is called to receive a file descriptor.
Created attachment 1328 [details] Define DISABLE_FD_PASSING on QNX systems The attached patch fixes this problem by defining DISABLE_FD_PASSING on QNX systems.
Seems reasonable, however I don't have access to QNX to confirm. I also wonder if this applies to specific QNX versions or all of them. Which version did you observe the behaviour on?
(In reply to comment #2) > Seems reasonable, however I don't have access to QNX to confirm. I > also wonder if this applies to specific QNX versions or all of them. > Which version did you observe the behaviour on? 6.3.0. I think it's been this way since 6.0.0, the first NTO version, but I don't have access to a system running that version to verify.
Created attachment 1330 [details] Disable fd passing only on qnx6. > 6.3.0. I think it's been this way since 6.0.0, In that case I would prefer to see it set only for the versions known to need it. Other versions can be added if it proves necessary. Could you please confirm that this patch does the right thing? Thanks.
(In reply to comment #4) > Created an attachment (id=1330) [details] > Disable fd passing only on qnx6. > > > 6.3.0. I think it's been this way since 6.0.0, > > In that case I would prefer to see it set only for the versions known > to need it. Other versions can be added if it proves necessary. > > Could you please confirm that this patch does the right thing? Thanks. Sure, I'll test it Monday. NTO only matches QNX 6, so the only difference this patch makes is to skip this definition for future versions.
(In reply to comment #4) > Created an attachment (id=1330) [details] > Disable fd passing only on qnx6. ... > Could you please confirm that this patch does the right thing? Thanks. I had to hand-regenerate configure, but after I did so, the problem was fixed. Thanks.
(In reply to comment #6) > I had to hand-regenerate configure, but after I did so, We don't automatically regenerate configure so you need to either run "autoreconf" or "make -f Makefile.in distprep" > the problem was fixed. Thanks. Thanks for confirming, we will put this in for the next release.
Applied, thanks. It will be in the 4.7 release.
Close resolved bugs after release.