Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*New\s+Bug\.\.\.\s*$/: 14 ]

Total 14 documents matching your query.

1. New Bug... (score: 1)
Author: Russell Cattelan <cattelan@xxxxxxxxxxx>
Date: Fri, 28 Apr 2000 17:57:16 -0500
I haven't looked at it... any ideas of hand before I go digging to far. -- Russell Cattelan cattelan@xxxxxxxxxxx XFS assertion failed: INT_GET(*XFS_DIR2_DATA_UNUSED_TAG_P_ARCH(dup, ARCH_UNKNOWN), ARC
/archives/xfs/2000-05/msg00051.html (8,631 bytes)

2. Re: New Bug... (score: 1)
Author: Jim Mostek <mostek@xxxxxxx>
Date: Mon, 1 May 2000 08:07:52 -0500 (CDT)
Glen Overby knows the dir2 format the best after Doug Doucette. Glen, Doug, any suggestions on what to look for when hitting the last assert below: /* * Loop over the data/unused entries. */ while (p
/archives/xfs/2000-05/msg00054.html (11,059 bytes)

3. Re: New Bug... (score: 1)
Author: Glen Overby <overby@xxxxxxx>
Date: Mon, 1 May 2000 16:20:08 -0500 (CDT)
Its a block format directory. Its a small directory that has a single-level b+tree and the directory entries in one directory block. The XFS_DIR2_DATA_UNUSED_TAG_P_ARCH and INT_GET aren't in Irix; I
/archives/xfs/2000-05/msg00058.html (9,602 bytes)

4. Re: New Bug... (score: 1)
Author: Jim Mostek <mostek@xxxxxxx>
Date: Mon, 1 May 2000 16:22:24 -0500 (CDT)
Here is the start of my .workarea: workarea.sm_tree_alias : 2.3.99pre2-xfs workarea.sm_machine : bonnie.engr.sgi.com workarea.sm_location : /isms/slinx/2.3.99pre2-xfs Thanks, Jim
/archives/xfs/2000-05/msg00059.html (9,983 bytes)

5. Re: New Bug... (score: 1)
Author: Glen Overby <overby@xxxxxxx>
Date: Mon, 1 May 2000 16:57:44 -0500 (CDT)
If you're building XFS_ARCH_MODE_NATIVE, all the endian macros turn into no-ops. Otherwise (XFS_ARCH_MODE_MIPS), they do swapping of unsigned so I think the macros are okay. So this check caught a bu
/archives/xfs/2000-05/msg00060.html (7,886 bytes)

6. Re: New Bug... (score: 1)
Author: cattelan@xxxxxxxxxxx
Date: Mon, 01 May 2000 18:49:02 -0500
I'm begining to think this has more to do with our corruption problem than anything else. This is what I got from the latest panic. 0x10 entry inumber 17202865 namelen 1 name "." tag 0x10 0x20 entry
/archives/xfs/2000-05/msg00061.html (25,070 bytes)

7. Re: New Bug... (score: 1)
Author: Steve Lord <lord@xxxxxxx>
Date: Tue, 02 May 2000 07:30:19 -0500
Yes, this looks familiar, I have hit directories like this using the gtags/htags programs. I do not think we are going to find this by trying to find a test case. It is going to take a good hard read
/archives/xfs/2000-05/msg00066.html (27,558 bytes)

8. New Bug... (score: 1)
Author: Russell Cattelan <cattelan@xxxxxxxxxxx>
Date: Fri, 28 Apr 2000 17:57:16 -0500
I haven't looked at it... any ideas of hand before I go digging to far. -- Russell Cattelan cattelan@xxxxxxxxxxx XFS assertion failed: INT_GET(*XFS_DIR2_DATA_UNUSED_TAG_P_ARCH(dup, ARCH_UNKNOWN), ARC
/archives/xfs/2000-05/msg00323.html (8,631 bytes)

9. Re: New Bug... (score: 1)
Author: Jim Mostek <mostek@xxxxxxx>
Date: Mon, 1 May 2000 08:07:52 -0500 (CDT)
Glen Overby knows the dir2 format the best after Doug Doucette. Glen, Doug, any suggestions on what to look for when hitting the last assert below: /* * Loop over the data/unused entries. */ while (p
/archives/xfs/2000-05/msg00326.html (11,059 bytes)

10. Re: New Bug... (score: 1)
Author: Glen Overby <overby@xxxxxxx>
Date: Mon, 1 May 2000 16:20:08 -0500 (CDT)
Its a block format directory. Its a small directory that has a single-level b+tree and the directory entries in one directory block. The XFS_DIR2_DATA_UNUSED_TAG_P_ARCH and INT_GET aren't in Irix; I
/archives/xfs/2000-05/msg00330.html (9,602 bytes)

11. Re: New Bug... (score: 1)
Author: Jim Mostek <mostek@xxxxxxx>
Date: Mon, 1 May 2000 16:22:24 -0500 (CDT)
Here is the start of my .workarea: workarea.sm_tree_alias : 2.3.99pre2-xfs workarea.sm_machine : bonnie.engr.sgi.com workarea.sm_location : /isms/slinx/2.3.99pre2-xfs Thanks, Jim
/archives/xfs/2000-05/msg00331.html (9,983 bytes)

12. Re: New Bug... (score: 1)
Author: Glen Overby <overby@xxxxxxx>
Date: Mon, 1 May 2000 16:57:44 -0500 (CDT)
If you're building XFS_ARCH_MODE_NATIVE, all the endian macros turn into no-ops. Otherwise (XFS_ARCH_MODE_MIPS), they do swapping of unsigned so I think the macros are okay. So this check caught a bu
/archives/xfs/2000-05/msg00332.html (7,886 bytes)

13. Re: New Bug... (score: 1)
Author: cattelan@xxxxxxxxxxx
Date: Mon, 01 May 2000 18:49:02 -0500
I'm begining to think this has more to do with our corruption problem than anything else. This is what I got from the latest panic. 0x10 entry inumber 17202865 namelen 1 name "." tag 0x10 0x20 entry
/archives/xfs/2000-05/msg00333.html (25,070 bytes)

14. Re: New Bug... (score: 1)
Author: Steve Lord <lord@xxxxxxx>
Date: Tue, 02 May 2000 07:30:19 -0500
Yes, this looks familiar, I have hit directories like this using the gtags/htags programs. I do not think we are going to find this by trying to find a test case. It is going to take a good hard read
/archives/xfs/2000-05/msg00338.html (27,558 bytes)

Current List: 1 - 14
Page: [1]
This search system is powered by Namazu