[Allegro] {dbn}.sgf fuer avanti

[Thomas Berger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Lieber Herr Eversberg, liebe Liste,

die .sgf-Mimik hat einen anderen Nachteil: Die nackte Existenz der Datei
sagt ja leider gar nichts aus, man muss sie einlesen und das erste
Zeichen auswerten, um etwas zu wissen. Das ist in .bat-Dateien unter
NT ff mit aktivierten Command Extensions zwar wohl moeglich, aber doch
deutlich umstaendlicher als ein "if exist ...". [Man moechte ja auf die
Ausfuehrung gewisser Routinen fruehzeitig verzichten und nicht
probeweise die allegro-Module aufrufen und dann ihr Scheitern
interpretieren muessen]

Ein Existenztest bedeutet zwar Dateisystemzugriffe, scheint mir aber im
Vergleich zum echten Einlesen von Daten aus x zu oeffnenden Dateien, wie
es beim Abarbeiten eines Avanti-Jobs noetig ist, vernachlaessigbar.


Grundsaetzlich muessen auch avanti oder avanti-cl die Totalsperre
beruecksichtigen. Auf welche Weise, waere noch zu ueberlegen:

- - Avanti selbst koennte auswerten und im Fall einer
~  Sperre einen gewissen Job im Kontext der Demo-
~  Datenbank ausfuehren (evtl. konfigurierbar)

- - Avanti-CL (und eigentlich auch a99? koennte
~  die Datenbank behutsam im Lese-Modus oeffnen
~  (das kann immer noch scheitern, einer der Zwecke
~  der Totalsperre ist ja gerade, eine temporaer wg.
~  Indexierung etc. unbenutzbare Datenbank abzusichern)
~  und erst die erste Aktion, die wirklich auf die
~  Datenbank zugreift triggert SGF-Test und Ggfls.
~  Meldungen zu Unbenutzbarkeit. Dann haette man
~  im Job vorher kurz die Gelegenheit, selber auf
~  die .sgf-Datei zu testen und Alternativen
~  auszufuehren.

Avanti(-cl) sollte es m.E. grundsaetzlich moeglich sein, Dateien im
Datenverzeichnis lesend zu oeffnen, evtl. mit Ausnahme gewisser
Extensions (.xLD, .xDX, etc.)

viele Gruesse
Thomas Berger




| Sie schrieben u.a. auf meine Frage:
|>> ließe es sich einrichten, dass avanti die {dbn}.sgf
|>> auswertet und mit einer passenden Fehlermeldung
|>> reagiert, wenn die Datenbank gesperrt ist?
|>>
|>> Hilfreich wäre das, wenn man verhindern will, dass
|>> sich z.B. avanti und index "in die Haare kriegen".
|>>
|> Nun, avanti müßte bei jedem Job (a99 nur bei jeder Sitzung, nicht
|> für jeden FLEX!) die Datei lesen. Da ist die .sgf einfach nicht
|> das adäquate Konzept.
|> Abhilfe: Verzeichnis vorher auf read-only setzen oder fuer
|> avanti ganz sperren.
|
| Das halte ich für nicht praktikabel. Der Mitarbeiter
| in der Bibliothek hat dazu im Normalfall weder die nötigen
| Kenntnisse noch sollte er die Rechte dazu haben.
|
| Benötigt wird ein Automatismus, der vor allem auf avanti-Seite
| wenig Zeit benötigt und ohne weitere Administration auskommt.
|
| Im Moment bin ich gezwungen, per Flex eine weitere Signaldatei
| zu erzeugen, die z.B. dbn.sgf.apr heißt, die ich dann mit
| help param vor jedem job extra einzeln abteste. Das kostet
| leider viel Zeit.
| Im Job ist 'help param' nicht für den Test verwendbar, da die
| Datei gleich übertragen wird und daher nur "von aussen"
| auswertbar ist. Oder gibt es dazu einen Trick?
|
| Wenn open/get/close unter avanti nutzbar wäre, ließe sich die
| dbn.sgf direkt im Job austesten - wie groß wäre der Aufwand,
| diese Funktionen in avanti einzubauen?
|
| (dbn: Name des aktuellen DB-Kürzels == cstring-Variable B)
|
| Viele Grüße
| Anando Eger
|
| ---------------------------------------------------------------------
| Anando Eger Datenverarbeitung
| Herr Dipl.-Ing. Anando Eger
| Gustav-Voigt-Str. 24
| 01156 Dresden
| Tel.: +49 (0)351 454 1236  http://www.aneg-dv.de
| Fax: +49 (0)351 454 1238  mailto:a.eger at aneg-dv.de
| ---------------------------------------------------------------------
|
|
|
|
|
|
|
| _______________________________________________
| Allegro mailing list
| Allegro at biblio.tu-bs.de
| http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro
|
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQCVAwUBSGImfmITJZieluOzAQKAQgP+IjDaG9iVBqm87CImf9fmvyddlhE5rbFm
DL/fTlQZMCOzv7Q8cwPDDD2aHzqxkfPfUMB30NFd9uKyvefNu3PNkV68GfarBjFZ
01hJWtuEu7yjGQLZJD1HOEK5lAaojPXekVW6zbY7oxIito4RcIXYpC51SWY3amqw
6JOWcJNWJeI=
=Z8dk
-----END PGP SIGNATURE-----