Re: A patch for libio/tst-widetext.c

[Mark Kettenis <kettenis at wins dot uva dot nl>]

   Date: Tue, 1 Aug 2000 12:10:30 -0700
   From: "H . J . Lu" <hjl@lucon.org>

   On Tue, Aug 01, 2000 at 11:59:16AM -0700, Ulrich Drepper wrote:
   > "H . J . Lu" <hjl@lucon.org> writes:
   > 
   > > Yes, the stack limit is changed.
   > 
   > OK, let's find out where and correct this.  It'll correct more
   > problems.  Working around it in glibc just covers the problem.
   > 
   > I guess it's in make.  Since I use 3.79 and you 3.79.1 this *could* be

   make 3.79 is ok. 3.79.1 is bad. I will file a bug report.

My make 3.79.1 seems to be OK:

   delius:/tmp$ make --version
   GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
   Built for i586-pc-linux-gnu
   Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000
	   Free Software Foundation, Inc.
   This is free software; see the source for copying conditions.
   There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
   PARTICULAR PURPOSE.

   Report bugs to <bug-make@gnu.org>.

Here's the output of Ulrich's script:

   delius:/tmp$ ./sh1
   core file size (blocks)     0
   data seg size (kbytes)      unlimited
   file size (blocks)          unlimited
   max locked memory (kbytes)  unlimited
   max memory size (kbytes)    unlimited
   open files                  1024
   pipe size (512 bytes)       8
   stack size (kbytes)         8192
   cpu time (seconds)          unlimited
   max user processes          256
   virtual memory (kbytes)     unlimited
   *****************************************************
   /bin/sh sh2
   core file size (blocks)     0
   data seg size (kbytes)      unlimited
   file size (blocks)          unlimited
   max locked memory (kbytes)  unlimited
   max memory size (kbytes)    unlimited
   open files                  1024
   pipe size (512 bytes)       8
   stack size (kbytes)         8192
   cpu time (seconds)          unlimited
   max user processes          256
   virtual memory (kbytes)     unlimited

This is with Linux 2.2.14, glibc 2.1.3 (not the official release but
something from CVS I installed on June 12), bash 2.04.0(2) (I believed
I patched that one to get rid if the famous `invalid character 45'
problem) and a make I compiled myself straight from the tar file.

Looks like RedHet screwed this up.

Mark