[root@localhost readahead-1.4.2-debug]# readahead --sort /etc/readahead.d/default.early 120088 (null) 33940 (null) 157404 (null) 600696 (null) 190808 (null) 224060 (null) 17796 (null) .... Looks like this is because we are printing an "off_t" with a "%d" and then printing the string. Attached patch fixes this up, and a couple of other cases. The result is that readahead is completely broken if the sorted list looks like this, because the file "(null)" of course can't be found...
Created attachment 223501 [details] proposed patch
Oh, maybe adding a -Wall to the Makefile would be good too, then :) Thanks, -Eric
Based on the date this bug was created, it appears to have been reported during the development of Fedora 8. In order to refocus our efforts as a project we are changing the version of this bug to '8'. If this bug still exists in rawhide, please change the version back to rawhide. (If you're unable to change the bug's version, add a comment to the bug and someone will change it for you.) Thanks for your help and we apologize for the interruption. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp We will be following the process here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this doesn't happen again.
* Wed Oct 17 2007 Karel Zak <kzak> 1:1.4.2-3 - update default lists - fix #327041 - readahead --sort generates file with "(null)" - fix #326891 - readahead-collector doesn't collect binaries