[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