| 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 13:51:41 -0800 |
| Cc: | bugzilla-daemon@xxxxxxxxxxx, xfs-master@xxxxxxxxxxx |
| In-reply-to: | <1046209514.31698.2000.camel@jen.americas.sgi.com> |
| References: | <200302251918.h1PJI2LZ024311@oss.sgi.com> <20030225213859.GB22042@f00f.org> <1046209514.31698.2000.camel@jen.americas.sgi.com> |
| Sender: | linux-xfs-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.3.28i |
On Tue, Feb 25, 2003 at 03:45:14PM -0600, Steve Lord wrote: > Nope, the problem was this filesystem was last running a kernel from > the time period where that bug was present. So there were a bunch of > files in this state. Running mapcheck cleaned up the filesystems, > and a new kernel cleaned up the bug. I'm confused.... i read it as, 'new kernel, will deadlock, mapcheck fixes this'. So I assumed I could store data past EOF and still confuse a new kernel. I was wrong I take it? --cw |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [Bug 218] Probable mmap() bug that breaks cpp-3.2, Steve Lord |
|---|---|
| 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: | Re: [Bug 218] Probable mmap() bug that breaks cpp-3.2, Steve Lord |
| Indexes: | [Date] [Thread] [Top] [All Lists] |