[Coco] Are the files in the /dd/SYS directory always ASCII ?

Rick Ulland rickulland1 at gmail.com
Thu Sep 24 18:52:52 EDT 2020

Back in the 90's I completely abandoned trying to understand the OS9 
root or sub directory contents. Since I did not know about 
/home/username back then, I created a separate /dd/USR/program branch 
for any program data files I could place at will. I did this because 
MultiVue is also based on file extension, and needs the same data you 
want to compile.

When you enter a directory, MultiVue caches each icon (*.aif) file it 
sees along the way, that assigns the program to use for a particular 
extension. Navigate direct to /dd/usr/dynastar, an AIF might declare 
.doc to be a binary dynastar save. Go to /dd/help, an AIF declares .doc 
as plaintext(prolly with an ancient CI$ sig at the bottom:-) todump to a 
overlay window. Unfortunately, things fall apart as you move around, but 
they had a thought.

I don't think anybody spends that much time organizing their OS9 any 
more, but without Unix magic file type bytes and outside of  a few dead 
ringers like .txt, you sort of have to start with absolute location plus 
full filename, then some kind of .aif file mapper in case Multivue is 
installed and modifies the default values in some locations, and 
finally, some guesses based on typical extension. It's quite a task.

Anyway, I never added anything outside of /dd/USR, so this half 
recovered hard drive might not a have a huge example set, but it's a 
clean sample of placement overruling file extension...

CMDS    - binarys, ICONS dir (multivue icon bitmaps)
COM     - KBCOM dialer dir
DATA    - BvdP ‘diskcat’ data files
DEFS    - C compiler header files
DOCS    - text .doc files from way back
INPUTQ  - KBCOM input queue
KA9Q    - all things KA9Q(qv)
LIB     - C compiler library files
LOG     - cron logs
OUTPUTQ – KBCOM output queue
SYS     - ad hoc per filename
    CLIP    - from some gfx program
    DIAL    - from some telecom program
    ETHAWIN – etahwin txt cfg files (I blame Allen)
    FONTS   - binary fonts dir

And then anything the user might edit lies in /dd/USR/program, where each program can claim any file extension via .aif and so Good Luck With That.

I should compare this to Nitros9, I'm sure they have more to add but 
that is a whole project for next big snowfall.


On 9/24/20 3:18 PM, Jeff Teunissen wrote:
> Text directory list? I don't know to what this refers, but it smells of
> "not the best approach".
> On Thu, Sep 24, 2020, 11:00 AM <coco at jechar.ca> wrote:
>> Ok so I will not put /dd/sys on the text directory list.
>> On 2020-09-23 21:39, L. Curtis Boyle wrote:
>>> Fonts aren’t really, or the stdptrs, etc.
>>> Sent from my iPhone
>>>> On Sep 23, 2020, at 6:16 PM, coco at jechar.ca wrote:
>>>> I have not encountered any exceptions myself.
>>>> Charlie
>>>> --
>>>> Coco mailing list
>>>> Coco at maltedmedia.com
>>>> https://pairlist5.pair.net/mailman/listinfo/coco
>> --
>> Coco mailing list
>> Coco at maltedmedia.com
>> https://pairlist5.pair.net/mailman/listinfo/coco

More information about the Coco mailing list