| To: | Steve Lord <lord@xxxxxxx> |
|---|---|
| Subject: | Re: [Bug 218] Probable mmap() bug that breaks cpp-3.2 |
| From: | Chris Wedgwood <cw@xxxxxxxx> |
| Date: | Tue, 25 Feb 2003 14:39:41 -0800 |
| Cc: | bugzilla-daemon@xxxxxxxxxxx, xfs-master@xxxxxxxxxxx |
| In-reply-to: | <1046210402.31695.2021.camel@xxxxxxxxxxxxxxxxxxxx> |
| References: | <200302251918.h1PJI2LZ024311@xxxxxxxxxxx> <20030225213859.GB22042@xxxxxxxx> <1046209514.31698.2000.camel@xxxxxxxxxxxxxxxxxxxx> <20030225215141.GA22195@xxxxxxxx> <1046210402.31695.2021.camel@xxxxxxxxxxxxxxxxxxxx> |
| Sender: | linux-xfs-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.3.28i |
On Tue, Feb 25, 2003 at 04:00:03PM -0600, Steve Lord wrote: > Nope, old kernel created bad files, confused cpp in gcc 3.2, new > kernel does not generate these files. mapcheck fixes up old files might xfs_check / xfs_repair not also be a candidate for trying to find such files? ie. check a few at random (maybe using ctime/mtime hints) or a command-line option to 'look harder' or would such code be unacceptable as it would be pointless for the IRIX codebase? --cw |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: TAKE - attr-2.3.0, add trusted namespace into XFS, Nathan Scott |
|---|---|
| Next by Date: | Re: TAKE - attr-2.3.0, add trusted namespace into XFS, Chris Wedgwood |
| Previous by Thread: | Re: [Bug 218] Probable mmap() bug that breaks cpp-3.2, Steve Lord |
| Next by Thread: | data recovery, marc baier |
| Indexes: | [Date] [Thread] [Top] [All Lists] |