Description of problem:
$ sudo yum update supertuxkart
Loaded plugins: dellsysidplugin2, refresh-packagekit, refresh-updatesd
Trying other mirror.
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package supertuxkart.x86_64 0:0.6.1-2.fc11 set to be updated
--> Finished Dependency Resolution
Total size: 101 M
Выполнить [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Segmentation fault

Dependencies Resolved


Version-Release number of selected component (if applicable):
yum-3.2.22-4.fc11.noarch
rpm-4.7.0-1.fc11.x86_64

How reproducible:
Always, on my system at least.

Steps to Reproduce:
1. $ sudo yum update supertuxkart
  
Actual results:
Segmentation fault

Expected results:
Updated package

Additional info:
Program received signal SIGSEGV, Segmentation fault.
fpLookupSubdir (symlinks=<value optimized out>, fphash=<value optimized out>, 
    fpc=<value optimized out>, p=<value optimized out>, 
    filenr=<value optimized out>) at fprint.c:355
355		 while (*endbasename != '\0' && *endbasename != '/')
Current language:  auto; currently minimal
(gdb) bt
#0  fpLookupSubdir (symlinks=<value optimized out>, 
    fphash=<value optimized out>, fpc=<value optimized out>, 
    p=<value optimized out>, filenr=<value optimized out>) at fprint.c:355
#1  0x00007f6e6f99fc00 in addFingerprints (ts=0x8672530, 
    fileCount=<value optimized out>, ht=<value optimized out>, fpc=0x87ff340)
    at transaction.c:940
#2  0x00007f6e6f9a17f7 in rpmtsPrepare (ts=<value optimized out>)
    at transaction.c:1048
#3  0x00007f6e6f9a216f in rpmtsRun (ts=0x8672530, okProbs=0x0, 
    ignoreSet=116278608) at transaction.c:1187
#4  0x00007f6e6fdfa89a in rpmts_Run (s=0x8cd2db0, args=<value optimized out>, 
    kwds=<value optimized out>) at rpmts-py.c:948
#5  0x00007f6e75dcc473 in call_function (oparg=<value optimized out>, 
    pp_stack=<value optimized out>) at Python/ceval.c:3679
#6  PyEval_EvalFrameEx (oparg=<value optimized out>, 
    pp_stack=<value optimized out>) at Python/ceval.c:2370

(gdb) list
350		 }
351		 endsubdir = endbasename;
352	
353		 /* set baseName to the next lower dir */
354		 endbasename++;
355		 while (*endbasename != '\0' && *endbasename != '/')
356		      endbasename++;
357		 *endbasename = '\0';
358		 current_fp.baseName = endsubdir+1;

(gdb) p endsubdir
$8 = 0x9b0fffe ""
(gdb) p endbasename
$9 = 0x9b0ffff ""

(gdb) p *endbasename
$3 = 0 '\0'
(gdb) p endbasename[1]
Cannot access memory at address 0x9b10000

(gdb) disas $rip $rip+10
Dump of assembler code from 0x7f6e6f9715d8 to 0x7f6e6f9715e2:
0x00007f6e6f9715d8 <fpLookupSubdir+600>:	movzbl 0x1(%rax),%edx
0x00007f6e6f9715dc <fpLookupSubdir+604>:	lea    0x1(%rax),%rcx
0x00007f6e6f9715e0 <fpLookupSubdir+608>:	cmp    $0x2f,%dl
End of assembler dump.

(gdb) p /x $rax
$7 = 0x9b0ffff

So I don't know what is this all about.
Smells like a miscompilation of a good code...
Are there any known issues with gcc-4.4.0?