Verzeichnisstruktur im Netz

Lutz Kotoll lutz.kotoll at tu-clausthal.de
Fr Feb 21 11:56:42 CET 1997


Hi,

auch ich habe eine frage bez"uglich der verzeichnisstruktur im netz.
"ahnlich wie frau Koczian wollen wir das installierte programmverzeichnis
zwecks leichter aktualisierung unangetastet lassen und eigene sachen
(parameter etc) davon trennen.
folgendes layout haben wir eingerichtet:
1. programmverzeichnis: das original-allegro-paket, unver"andert
2. datenverzeichnis (netz): datenbank, unsere parameterdateien, alles was
sonst noch ver"andert wurde (h... uif... etc), einschlie"slich der .cfg
datei!
3. lokales aufrufverzeichnis: hier soll wirklich nichts anderes stehen als
tempor"ar erzeugte daten

insbesondere soll auch die .cfg nicht lokal sein, denn bei uns besteht kein
bedarf f"ur individuelle .cfg dateien, und es ist so die einfachste
variante, wenn mal "anderungen an der .cfg durchgef"uhrt werden m"ussen
(eine datei "andern und keine schwierigkeiten mit dem propagieren der neuen
version/keine synchronisationsprobleme)

wenn jetzt aber ein programm als datenquelle daten aus dem lokalen
verzeichnis nehmen mu"s (das kann wie bei frau Koczian ein import sein, mir
war es aufgefallen bei einem index-lauf), wird naturgem"a"s die .cfg nicht
gefunden, bzw. wenn man das umschifft hat, einige andere daten).
ursache ist, da"s als datenverzeichnis nun das lokale verzeichnis angenommen
wird und das netz-datenverzeichnis quasi unbekannt bleibt. leider hilft es
nichts, mit direkten pfadangaben bei den optionen -d, -e, -i zu
experimentieren.

frau Koczian schlug bereits vor (in ihrer zweiten mail zu diesem thema),
da"s amn durch separate pfadangaben ein solches problem sehr einfach
umschiffen k"onnte.
meine frage daher: ist es m"oglich, die dateisuch-logik geringf"ugig
dahingehend zu erweiten, da"s auch zus"atzliche dateien mitbenutzt werden
k"onen.
also:
1. es werden wie bisher aufruf-, programm- und datenverzeichnis festgelegt
2. zus"atzlich werden explizite pfadangaben (falls vorhanden) bei einzelnen
optionen ber"ucksichtigt.
das k"onnte z. b. so aussehen:
prgramm ... 
  -d pfad:zur\lokalen_oder_globalen\datenquelle 
  -e pfad:zum\parameter\verzeichnis/pfad:zum\wie\auch\immer\zielverzeichnis
  -D pfad:zum\explizit_angegebenen\fall-back\datenverzeichnis
(ist -D als option schon in verwendung? das wei"s ich jetzt aus dem kopf nicht)
-D soll ein durch andere optionen gesetztes datenverzeichnis ersetzen, bei
allen optionen wird gepr"uft, ob sie eine pfadangabe enthalten und diese
ber"ucksichtigt (bisher wurde eine pfadangabe nicht etwa ignoriert =
weggelassen, sondern ignoriert = als dateinamensbestandteil betrachtet. als
resultat erhielt man dann fehlermeldungen wie 'c:\allegro\z:\daten\db.cld'
nicht gefunden -- was ja nun offensichtlich v"ollig bl"odsinnig ist!)

auf diese weise w"are man etwas freier in der aufteilung seiner daten in
(sinnvolle) verzeichnisse.

\bye{Lutz}

-- 
Lutz.Kotoll at tu-clausthal.de

There is ONE reason to use Windows95 -- it has multitasking:
you can boot the system and crash it simultaneously!




Mehr Informationen über die Mailingliste Allegro