Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-developers-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin-developers AT sourceware DOT cygnus DOT com
Message-ID: <372E198B.C2FDEFE2@cityweb.de>
Date: Mon, 03 May 1999 23:47:55 +0200
From: Corinna Vinschen <corinna DOT vinschen AT cityweb DOT de>
X-Mailer: Mozilla 4.51 [en] (WinNT; I)
X-Accept-Language: de,en
MIME-Version: 1.0
To: Mumit Khan <khan AT xraylith DOT wisc DOT edu>
CC: cygwin-developers AT sourceware DOT cygnus DOT com
Subject: Re: (fixed patch) "%E" formatting for the humans
References: <Pine DOT SUN DOT 3 DOT 93 DOT 990503141844 DOT 753D-100000 AT modi DOT xraylith DOT wisc DOT edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Mumit Khan wrote:
> [...]
> +                * NOTE: Currently there is no policy for how long the
> +                * the buffers are, and looks like 256 is a smallest one
> +                * (dlfcn.cc). Other than error 1395 (length 213) and
> +                * error 1015 (length 249), the rest are all under 188
> +                * characters, and so I'll use 189 as the buffer length.
> +                * For those longer error messages, FormatMessage will
> +                * return FALSE, and we'll get the old behaviour such as
> +                * ``Win32 error 1395'' etc.
> +                */
> +               const int bufferlen = 189;
> [...]
> Regards,
> Mumit

Consider other native language versions of the system. E.g. german
expressions are longer than english one's in the most cases.

Regards,
Corinna