Coda File System

Re: 64-bit issues

From: Jan Harkes <jaharkes_at_cs.cmu.edu>
Date: Fri, 27 Aug 2004 17:51:03 -0400
On Fri, Aug 27, 2004 at 12:20:24AM -0500, Troy Benjegerdes wrote:
> On Wed, Aug 25, 2004 at 10:03:20AM -0400, Jan Harkes wrote:
> > Right now I am (as almost always) doing too many things at the same
> > time. I was hoping to get a new release out somewhere this month, but
> > what is in CVS still has some issues (currently doesn't compile on
> > cygwin/netbsd, crashes on NULL path names). I should get a little better
> > organized and make a list of what still needs to be done.
> 
> Is there a bugtracker with this info? I saw something about an RT site
> at one point.

Yes there is, the 'bugs' link on the www.coda.cs.cmu.edu pages,

    http://www.coda.cs.cmu.edu/rt/

Alternatively it is possible to send email to bugs_at_coda.cs.cmu.edu, it
will end up in the same tracker.

Anything submitted through either the web interface or sent to bugs_at_coda
also ends up in my mailbox.

> I'd also like to report some bugs causing venus crashes with certain
> combinations of hostname/realm lookups.

By any chance if the realm doesn't exist? I think I got that one mostly
fixed, although some of the NULL pathname issues I mentioned are related
to that.

> Also, is there new stuff we should be testing in the current cvs?

Not sure, I would have to go through the CVS changelogs. It has been a
while since the last release.

I do know that there is a new codadump2tar application that can convert
full dumps made by volutil to tar archives. It doesn't preserve all
information from the original dump, but it should make it easier to
recover backups if the Coda servers died. It doesn't work for
incremental dumps yet.

Then there are some changes to RVM which considerably speed up freeing
rvm memory, and it uses a best-fit allocation strategy instead of
first-fit which reduces fragmentation somewhat.

And a bunch of little fixes here and there.

Jan
Received on 2004-08-27 17:52:54