bugThe GNU Hurd - Bugs: bug #9960, High 16 bits of st_nlink are...

 
 

bug #9960: High 16 bits of st_nlink are sometimes corrupted

Submitter:  Ognyan Kulev <ogi>
Submitted:  Tue 10 Aug 2004 06:14:05 PM UTC
   
 
Category:  None Severity:  3 - Normal
Priority:  5 - Normal Item Group:  None
Status:  None Privacy:  Public
Assigned to:  None Originator Name: 
Open/Closed:  Closed Reproducibility:  Intermittent
Size (loc):  None Planned Release:  None
Effort:  0.00
Wiki-like text discussion box: 


* Mandatory Fields

Add a New Comment Rich Markup
   

Wed 18 May 2005 12:36:36 AM UTC, comment #1: 

Since this hasn't been reproduced in a long long time,
I'm closing it.

Alfred M. Szmidt <ams>
Tue 10 Aug 2004 06:14:05 PM UTC, original submission:  

This is in hurd 20040508-2.  I wonder why nobody noticed it before.

Sometimes st_nlink is reported as big number, like 135790593. Lower 16 bits are always correct, and high 16 bits, if they are corrupted, are in range 0x815-0x818.  rpctrace shows that ext2fs/libdiskfs is to be blamed, not glibc or programs.

ls -l many times shows unstable behaviour.   Sometimes all is correct.  Sometimes for a given time specific files have corrupted st_nlink, and this changes after some time.  Sometimes each ls -l gives different corrupted st_nlink:s.

Ognyan Kulev <ogi>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

Only logged-in users can vote.

 

Follows 1 latest change.

Date Changed by Updated Field Previous Value => Replaced by
2005-05-18 ams Open/ClosedOpen Closed

Back to the top

Powered by Savane 3.13-d3ae.
Corresponding source code