Re: [PATCH 6/6] fdopen() opens successfully more descriptiors than STREAM_MAX

To: tech-userlevel%netbsd.org@localhost
Subject: Re: [PATCH 6/6] fdopen() opens successfully more descriptiors than STREAM_MAX
From: Joerg Sonnenberger <joerg%britannica.bec.de@localhost>
Date: Thu, 21 Aug 2008 17:30:53 +0200

On Thu, Aug 21, 2008 at 06:02:15PM +0300, Andy Shevchenko wrote:
> fdopen() should return EMFILE if amount of file descriptors exceeds
> STREAM_MAX or FOPEN_MAX limit.

This patch is wrong. FOPEN_MAX and STREAM_MAX are soft limits.
They are the minimum support number of open stream and exceeding this
limit is allowed.

Joerg

Follow-Ups:
- Re: [PATCH 6/6] fdopen() opens successfully more descriptiors than STREAM_MAX
  - From: Andy Shevchenko

References:
- [PATCH 1/6] fix ambiguous errno treating after mktime()
  - From: Andy Shevchenko
- [PATCH 2/6] put proper value to the _POSIX_TZNAME_MAX
  - From: Andy Shevchenko
- [PATCH 3/6] apply proper value for _POSIX_JOB_CONTROL
  - From: Andy Shevchenko
- [PATCH 4/6] apply proper value for _POSIX_SAVED_IDS
  - From: Andy Shevchenko
- [PATCH 5/6] setup _POSIX2_C_BIND constant
  - From: Andy Shevchenko
- [PATCH 6/6] fdopen() opens successfully more descriptiors than STREAM_MAX
  - From: Andy Shevchenko

Prev by Date: Re: [PATCH 1/6] fix ambiguous errno treating after mktime()
Next by Date: Re: [PATCH 1/6] fix ambiguous errno treating after mktime()
Previous by Thread: [PATCH 6/6] fdopen() opens successfully more descriptiors than STREAM_MAX
Next by Thread: Re: [PATCH 6/6] fdopen() opens successfully more descriptiors than STREAM_MAX
Indexes:

Home | Main Index | Thread Index | Old Index