Message-Id: <199702040034.BAA04258@math.amu.edu.pl>
Comments: Authenticated sender is <grendel AT ananke DOT amu DOT edu DOT pl>
From: "Mark Habersack" <grendel AT ananke DOT amu DOT edu DOT pl>
Organization: What? (Poznan, Poland)
To: Roger Ivie <IVIE AT cc DOT usu DOT edu>
Date: Tue, 4 Feb 1997 01:32:56 +0100
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: [opendos] OpenDOS + Win95 w/FAT32
Reply-to: grendel AT ananke DOT amu DOT edu DOT pl
CC: OpenDOS Mailing List <opendos AT mail DOT tacoma DOT net>
In-reply-to: <01IEZ2O99DFM8ZMCGX@cc.usu.edu>
Sender: owner-opendos AT mail DOT tacoma DOT net
Precedence: bulk

Once upon a time (on  3 Feb 97 at 9:14) Roger Ivie said:

> > Therein lies one problem with the lookup table approach - I have seen
> > several packages using long "Linux" filenames in TGZ files, which use
> > filenames that have large similar portions, viz.
> >
> > open_file.c
> > open_file.h
> > open_file_mic.c
> > open_file_mic.h
> [[[ etc ]]]
> 
> Have you folks thought about giving the inode number to 8.3 filenames?
> An LFN app might see C:\Really.Long\Path.with.lots.of.dos\file23.tar.gz and
> an 8.3 app would see C:i32456.dat.
Or, as I wrote in the other post, a number/version tag stored in the dirent, 
and shown on dir like this (for the above filename):

   FILE23.GZ(12)

or, another solutin which I saw in some FAT FS extension a few years ago, to 
use the unused dirent space to store more letters for filename.

=============== OpenDOS - feel the power! http://www.caldera.com ==
From the delequeue to the regiment, a profession in a flash. But
remember Monday signings when from door to door you dash... On the
news the nation mourns you - Unknown Soldier count the cost: for a
second you'll be famous but labeled posthumous... Forgotten Sons...
---
Visit http://ananke.amu.edu.pl/~grendel