[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Nmh-workers] scan -width behaves oddly in 1.5RC3
From: |
Ken Hornstein |
Subject: |
Re: [Nmh-workers] scan -width behaves oddly in 1.5RC3 |
Date: |
Wed, 06 Jun 2012 20:30:18 -0400 |
>[ some experimenting later ... ] What it appears to be doing is filling
>the buffer to the specified length and then returning -1 anyway. Given
>your argument that there is no reason for it to fail, I suppose the
>quickest hack is to assume that -1 means the same as "buffer filled".
Be careful, my point wasn't that it wasn't supposed to fail, my point
was that returning -1 means "error". I don't see how we can portably
assume -1 means "buffer filled".
I think I'm with Paul Vixie on this one; it's not unreasonable in this
day and age to require a POSIX C library.
--Ken
- [Nmh-workers] scan -width behaves oddly in 1.5RC3, Tom Lane, 2012/06/06
- Re: [Nmh-workers] scan -width behaves oddly in 1.5RC3, Ken Hornstein, 2012/06/06
- Re: [Nmh-workers] scan -width behaves oddly in 1.5RC3, Ken Hornstein, 2012/06/06
- Re: [Nmh-workers] scan -width behaves oddly in 1.5RC3, Tom Lane, 2012/06/06
- Re: [Nmh-workers] scan -width behaves oddly in 1.5RC3, Ken Hornstein, 2012/06/06
- Re: [Nmh-workers] scan -width behaves oddly in 1.5RC3, Tom Lane, 2012/06/06
- Re: [Nmh-workers] scan -width behaves oddly in 1.5RC3, Ken Hornstein, 2012/06/06
- Re: [Nmh-workers] scan -width behaves oddly in 1.5RC3, Tom Lane, 2012/06/06
- Re: [Nmh-workers] scan -width behaves oddly in 1.5RC3,
Ken Hornstein <=
- Re: [Nmh-workers] scan -width behaves oddly in 1.5RC3, paul vixie, 2012/06/06
- Re: [Nmh-workers] scan -width behaves oddly in 1.5RC3, Ralph Corderoy, 2012/06/06
- Re: [Nmh-workers] scan -width behaves oddly in 1.5RC3, valdis . kletnieks, 2012/06/06
- Re: [Nmh-workers] scan -width behaves oddly in 1.5RC3, paul vixie, 2012/06/06
- Re: [Nmh-workers] scan -width behaves oddly in 1.5RC3, Tom Lane, 2012/06/06
- Re: [Nmh-workers] scan -width behaves oddly in 1.5RC3, paul vixie, 2012/06/06