*BSD News Article 72930


Return to BSD News archive

Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!munnari.OZ.AU!news.ecn.uoknor.edu!qns3.qns.net!imci4!newsfeed.internetmci.com!in2.uu.net!news.artisoft.com!usenet
From: Terry Lambert <terry@lambert.org>
Newsgroups: comp.unix.bsd.freebsd.misc
Subject: Re: mountmsdosfs() question
Date: Fri, 05 Jul 1996 17:05:56 -0700
Organization: Me
Lines: 42
Message-ID: <31DDADE4.6FE6236D@lambert.org>
References: <4qpkb1$le6@pier2.bayarea.net> <31D0A8BF.52F72816@lambert.org> <4qs2n2$962@pier2.bayarea.net> <31D372F4.4BC66F28@lambert.org> <4rk4p5$2td@pier2.bayarea.net>
NNTP-Posting-Host: hecate.artisoft.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 2.01 (X11; I; Linux 1.1.76 i486)

David McNab wrote:
]      I've seen several responses to my email and
] I haven't done any of the things that are supposed
] to cause a problem.  However, from checking every
] piece of information I have been able to find, and
] combining it with my empirical data, I have a theory.
] 
]      I believe the problem was simply that I created
] a DOS partition (using fdisk) that was bigger than
] 1GB.  I don't know enough about MS-DOS filesystem
] architecture to understand why this might be a problem,
] but it seems like it is.  I deleted the old partition
] and created a new one just under 1GB, and everything's
] fine.
] 
]      Can anyone corroborate or repudiate my little
] theory?

This would require 64k clusters.

The DOS INT 13 write interface takes a write of 0 bytes to mean
"set end of file".

This implies that the largest write transfer possible is 65535
bytes -- one byte short of the 64k.

Thus this should not have worked for DOS for you.

It's highly likely that there would be a sign extension problem
at this boundry in the msdosfs code, since you can't normally
test against "impossible" situations under DOS.

It sounds like you were using VFAT32?

In any case, yes, that's another way of getting the problem. 8-(.


                                        Terry Lambert
                                        terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.