Red Hat Bugzilla – Full Text Bug Listing
|Summary:||[RHEL3] glob crash|
|Product:||Red Hat Enterprise Linux 3||Reporter:||Sergey Pachkov <sergey.pachkov>|
|Component:||glibc||Assignee:||Andreas Schwab <schwab>|
|Status:||CLOSED WONTFIX||QA Contact:||Brian Brock <bbrock>|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2009-11-25 10:56:51 EST||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
Description Sergey Pachkov 2009-11-13 07:34:38 EST
Created attachment 369416 [details] compress archive with source code and binary Description of problem: glob produce seg fault on folder with >65000 files Version-Release number of selected component (if applicable): glibc-2.3.2-95.50 How reproducible: set max stack size to 1024 call simple glob application Steps to Reproduce: 1. generate >65000 files in folder 2. set ulimit -s 1024, ulimit -c unlimited 3. call glob_test Actual results: core dump Expected results: list of files Additional info: file_gen - file generator glob_test - small application to call glob function on folder with files by default use gen67000 folder
Comment 1 Andreas Schwab 2009-11-13 08:43:46 EST
1MB of stack is awfully small.
Comment 2 Sergey Pachkov 2009-11-13 08:51:03 EST
Yes, but it's way to reproduce problem in glob quickly when we set default 10M, the problem reproduced on bigger file count. like in http://sources.redhat.com/bugzilla/show_bug.cgi?id=3253
Comment 3 Sergey Pachkov 2009-11-16 00:58:12 EST
yes, in 10Mb max stack size (set by default in RHEL3) glibc has fault on 654275 files that has been by use of alloca in glob function Can be possible patch glibc in RHEL3 as in RHEL4 ?
Comment 4 Ulrich Drepper 2009-11-25 10:56:51 EST
RHEL3 is too old. It is it's last phase of life where only critical security patches are applied. It is extremely unlikely that any bug fix is applied at this time, especially something as risky like this. If you don't agree with this you'll have to open a support ticket with your RH contact and make a very good case.