AW: [Allegro] Schmerzloser Umstieg vom alten update auf update.job

[Fischer, Thomas]

Lieber Herr Eversberg,

das scheint nicht ganz geklappt zu haben.
Wir haben in einer (zugegebenermaßen alten) Batchdatei den Aufruf

M:\update -uGRUND.PLG -fm11 -iOPRD -dM:\LIST\OPRD -PM: -n1 -S -L -m0

der liefert jetzt:
aufruf = M:\acon -jM:\update -uGRUND.PLG -fm11 -iOPRD -dM:\LIST\OPRD -PM: -n1 -S -L -m0
OPRD.adx not found in M:\LIST

Da wird wohl der Konfigurationsbuchstabe vermisst. Ich weiß auch nicht, wo die Meldung "aufruf = ..." erzeugt wird.

Wenn ich ein -kP ergänze, so erhalte ich:

M:\LIST>M:\update -uGRUND.PLG -fm11 -iOPRD -kP -dM:\LIST\OPRD -PM: -n1 -S -L -m0
aufruf = M:\acon -jM:\update -uGRUND.PLG -fm11 -iOPRD -kP -dM:\LIST\OPRD -PM: -n1 -S -L -m0
OPRD.Pdx not found in M:\LIST

Das heißt, dass der Parameter ankommt. Dass OPRD.Pdx fehlt ist insofern klar, als die Datenbank ja gerade aufgebaut werden soll.
Wenn ich nun die (noch hypothetische) Datenbank mit A99 (über OPRD.ini) aufrufe, so stürzt A99 ab beim Versuch, den Index zu öffnen (das könnte vielleicht auch abgefangen werden), hinterlässt aber eine Datei OPRD.Pdx.

Erneuter Aufruf liefert nun:

M:\LIST>M:\update -uGRUND.PLG -fm11 -iOPRD -kp -dM:\LIST\OPRD -PM: -n1 -S -L -m0
aufruf = M:\acon -jM:\update -uGRUND.PLG -fm11 -iOPRD -kp -dM:\LIST\OPRD -PM: -n1 -S -L -m0
OP.cl=-jM:\update -uGRUND.PLG -fm11 -iOPRD -kp -dM:\LIST\OPRD -PM: -n1 -S -L -m0
ERROR: Option '-iOPRD' nicht bekannt

Das passt zu dem Kommentar
// * Ignoriert werden vorerst: -i, -m, -S, -y, -z
in update.job

Und da hänge ich nun fest.
Können Sie mir sagen, wie ich weiterkomme, ohne mich in update.job (mit opsget.inc etwa 2000 Zeilen) einzuarbeiten?

Mit freundlichen Grüßen (aber ziemlich unter Druck)
Thomas Fischer



> -----Ursprüngliche Nachricht-----
> Von: allegro-bounces at biblio.tu-bs.de [mailto:allegro-bounces at biblio.tu-bs.de] Im
> Auftrag von Bernhard Eversberg
> Gesendet: Donnerstag, 12. Januar 2012 13:02
> An: Allegro-C Diskussionsliste
> Betreff: [Allegro] Schmerzloser Umstieg vom alten update auf update.job
>
>
> Wir haben nun wahrgemacht, was immer mal vorgeschlagen wurde:
> Ein neues  update.exe  ist entstanden. Dies jedoch tut nichts anderes
> als die übergebenen Optionen hinter einen Aufruf von "acon -jupdate" zu
> hängen und diesen neuen Befehl dann dem System zu übergeben.
>
> Was ist damit erreicht? Alte Batchdateien funktionieren ungeändert
> weiter, wenn man nur das neue update.exe über das alte bügelt und
> die beiden Dateien  update.job und optsget.inc im  selben Verzeichnis
> bereitlegt. Das nächste GP wird dies unbemerkt tun, so daß nunmehr
> die Erstellung eines 32bit update.exe als drop-in-Replacement des
> alten vollends hinfällig wird - das Ergebnis wird so sein als ob
> genau dies geschehen wäre.
>
> Falls nun also hier oder dort noch eine gewisse Reluktanz besteht
> gegen einen Umstieg auf  acon -jupüdate, dann keine Sorge: Man
> muß keinen Finger krümmen als nur den für die linke Maustaste,
> um mit dem nächsten GP in den Genuß voller 32 Bit zu gelangen. Womit
> der Name V32 dann eine ganz unerwartete Nebenbedeutung erlangt.
>
> Wer mißtrauisch ist, mag gleichwohl die eigenen Batchdateien mal
> hernehmen und Tests anstellen mit der Neuerung. Da hätten wir nichts
> gegen. Noch weniger gegen die Mitteilung gemachter Erfahrungen und
> insbes. gescheiterter Versuche... (Einige haben das wertvolle Talent,
> auf Anhieb genau das zu versuchen, was nicht geht.)
>
> Noch zu erörtern sein wird der Lagerort der Dateien  update.job
> und  optsget.inc, damit sie gefunden werden, wenn der Start nicht
> gerade auf (dem gern gemiedenen) c:\allegro erfolgt.
>
> B.E.
>
>