Hi, the attached patch is relative to the current CVS content. It's needed to build and compile cleanly under Cygwin. The problem are the functions setrlimit/getrlimit. I have added checks for getrlimit, sysconf and setdtablesize to configure.in and appropriate checks in the source code. Corinna -- Corinna Vinschen Cygwin Developer Red Hat, Inc. mailto:vinschen at redhat.com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: openssh.cygwin.diff Url: http://lists.mindrot.org/pipermail/openssh-unix-dev/attachments/20001221/54eb37ee/attachment.ksh
Hi, On Thu, Dec 21, 2000 at 04:07:17PM +0100, Corinna Vinschen wrote:> the attached patch is relative to the current CVS content. It's needed > to build and compile cleanly under Cygwin. The problem are the > functions setrlimit/getrlimit. I have added checks for getrlimit, sysconf > and setdtablesize to configure.in and appropriate checks in the source > code.I second the need for that - I'm right now battling against SCO Unix 3.2v4.2 (ODT 3.0), and it doesn't have setrlimit either. I'll send out a patch for the things not handled here "soon". As soon as I find out why sshd core dumps on me... gert -- USENET is *not* the non-clickable part of WWW! //www.muc.de/~gert/ Gert Doering - Munich, Germany gert at greenie.muc.de fax: +49-89-35655025 gert.doering at physik.tu-muenchen.de
On Thu, 21 Dec 2000, Corinna Vinschen wrote: : the attached patch is relative to the current CVS content. It's needed : to build and compile cleanly under Cygwin. The problem are the : functions setrlimit/getrlimit. I have added checks for getrlimit, sysconf : and setdtablesize to configure.in and appropriate checks in the source : code. how are hard vs. soft limits handled in the absense of [gs]etrlimit()? with this patch, fdlim_get(1) == fdlim_get(0) so fdlim_set() will never be called.