Bug 141441 - fnmatch uses uninitialized variable
Summary: fnmatch uses uninitialized variable
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: glibc
Version: 3
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-12-01 04:42 UTC by John Reiser
Modified: 2007-11-30 22:10 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-12-06 07:57:28 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description John Reiser 2004-12-01 04:42:38 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Gecko/20041111 Firefox/1.0

Description of problem:
The test program posix/tst-fnmatch uses an uninitialized variable for
test 307 in posix/tst-fnmatch.input:
-----
C               "\\"                    "[\\\\-a]"             0
-----
and the error lies in internal_fnmatch (in /lib/tls/libc-2.3.3.so).

Version-Release number of selected component (if applicable):
glibc-2.3.3-74

How reproducible:
Always

Steps to Reproduce:
1. valgrind --tool=memcheck tst-fnmatch <bug.input
-----bug.input
C               "\\"                    "[\\\\-a]"             0
-----
2.
3.
    

Actual Results:  ==1974== Memcheck, a memory error detector for x86-linux.
==1974== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
==1974== Using valgrind-2.2.0, a program supervision framework for
x86-linux.
==1974== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et al.
==1974== For more details, rerun with: -v
==1974==
==1974== Conditional jump or move depends on uninitialised value(s)
==1974==    at 0xB84B1A: internal_fnmatch (in /lib/tls/libc-2.3.3.so)
==1974==    by 0xB87E8F: fnmatch@@GLIBC_2.2.3 (in /lib/tls/libc-2.3.3.so)
==1974==    by 0x8048F8D: main (tst-fnmatch.c:129)
  1: fnmatch ("[\\\\-a]", "\\", 0) = 0
=====================
  1 tests,   0 failed


Expected Results:  No complaint from memcheck.


Additional info:

Comment 2 Jakub Jelinek 2004-12-06 07:57:28 UTC
That change is in glibc-2.3.3-86 and above.


Note You need to log in before you can comment on or make changes to this bug.