[Allegro] acon report
Bernhard Eversberg
ev at biblio.tu-bs.de
Di Jan 6 11:57:37 CET 2009
Thomas Berger schrieb:
>
>
> - - Probleme dabei jedoch:
> * Es darf - anders als bei allen anderen allegro-Modulen - kein Spatium
> zwischen den Schaltern und ihren Argumenten liegen, gibt man z.B.
> "-k a" statt "-ka", so arbeitet der Job nicht und es gibt nur eine
> kryptische Ausgabe "DbName."
>
> * Die Angabe der Datenbank bei -b /muss/ mit Backslashes erfolgen,
> das fuehrt (denkt man an das Anstossen von acon aus einem
> plattformunabhaengigen Programm, etwa einem Perlskript) zu einer
> m.E. unnoetigen Plattformabhaengigkeit der Aufrufe
>
Das wird nochmal zu prüfen sein.
>
> Langer Rede kurzer Sinn: Es sollte einen Schalter -j (oder so) geben,
> mit dem man den Job angeben kann, nur wenn der fehlt, wird STDIN
> herangezogen. Dann kann man in Clientprogrammen einfach STDOUT
> von acon abschoepfen, ohne komplexe Kommunikation zu implementieren
> oder noch einen einkapselnden Shell-Aufruf drumherum zu bauen.
>
Gleichfalls.
>
> - - Nervig ist, dass acon keine $-Variablen kennt. Ist denn wirklich
> die einzige existierende Implementierung von Hashes in den MFC?
> Gerade bei recht universellen Jobs, die u.U. beliebige Parameter-
> dateien nutzen, kann man sich ja nicht darauf verlassen, dass eine
> #u-Variable unmodifiziert bleibt.
> Haette man $-Variable in acon-Jobs, koennte man zudem ein
> Standard-Include bereitstellen, das das Kommandozeilen-Parsen
> uebernehmen kann.
>
Es wäre in der Tat schwierig. Das Konzept ist nicht ein simpler Hash.
Uns wär's natürlich sympathisch, wenn es so einfach wäre, denn die
$-Variablen hätten wir schon auch gern.
Vorerst muß man mit den genannten Erschwernissen leider erst mal leben.
B.Eversberg
Mehr Informationen über die Mailingliste Allegro