TIP: Click on subject to list as thread! ANSI
echo: os2prog
to: Mike Bilow
from: Andrew Clegg
date: 1995-04-23 10:32:26
subject: ColoradOS/2

Hi, Mike.

-=> Mike Bilow spaketh unto Andrew Clegg <=-

 MB> Sorry about the ambiguous phrasing.  What I mean is that there is at
 MB> present no code in CDFS to support Rockridge, but that it would be a
 MB> good idea for IBM to change CDFS to put it in.

I thought that's what you meant, but it's best to check... But yes, I
agree, after all it is supposed to be a standard.

 MB> I have never really played with TVFS.  For whatever reason, the file
 MB> system is one of those components which makes me uneasy to play with
 MB> too much.

Perfectly understandable, that's why I'm reluctant to look at something
like Zipstream (even though space gets tight from time to time). TVFS in
theory should be fairly safe, as being a virtual FS you don't (AFAIK) have
TVFS-formatted drives, just a TVFS virtual drive that you mount all your
other partitions on.

 MB> The OS/2 IFS uses a completely different architecture from that of a
 MB> Unix file system.  There are a lot of reasons for that, mostly
 MB> historical, that are not worth going into.  In any case, an IFS is
 MB> technically a 16-bit Ring 0 DLL that exports a set of reserved names. 
 MB> The kernel calls into the DLL using these function names and expects
 MB> certain behavior.  Numerous enhancements have been piled onto this
 MB> basic structure to allow direct communication and callbacks between
 MB> an IFS and a DMD, mostly for performance or security reasons.   --

It's beginning to sound like one of those things that really ought to have
been redesigned years ago, rather than just heaping new features onto an
old architecture. I've talked to a few people about it though and the
general consensus is that IBM have (at the moment at least) stopped IFS
development completely.

This was prompted by actually encountering a case of the Rockridge problem,
I tried to give someone a copy of Linux from CD but on looking at the CD
from OS/2 we realised it would be pointless, all the names would be mangled
beyond recognition.

Andrew.

// Sig++                           andrew{at}donor2.demon.co.uk

--- LoraBBS-OS/2 v2.40b4 (Eval.)
* Origin: Ten Ground And Down, Guildford UK (2:440/4.10)
SEEN-BY: 105/42 620/243 711/401 409 410 413 430 807 808 809 934 955 712/407
SEEN-BY: 712/515 628 704 713/888 800/1 7877/2809
@PATH: 440/4 141/209 270/101 105/103 42 712/515 711/808 809 934

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.