[Allegro] (nur?) ein batchproblem bei import.exe mit nutzung der %temp%-variablen
Klaus Lehmann
lehmann_klaus at t-online.de
Mo Dez 14 07:20:59 CET 2009
guten morgen herr allers,
<>> er stört sich an der temp-variable in : -etest/%temp%\test.txt
<>> löse ich die temp-variable auf, und gebe ihm statt %temp% eben
<>> x:\allegro\temp, dann läuft die batch ohne probleme ab.
<>
<>Dann ist %temp% in der fraglichen Arbeitsumgebung also gleich
"x:\allegro\temp"?
nun, in dem "jetzt"-fall. in wirklichkeit (originalzustand) nicht...
da zeigte %temp% auf die interne
betr.systemvariable....(=doku...username....temp...)
<>
<>> ...
<>> natürlich liegt %temp% NICHT auf einer domaine. ....
<>> sondern: %temp% liegt sauber auf: c:\Dokume~\user1~\lokale ~\temp
<>
<>Was steckt denn nun wirklich in der Umgebungsvariablen TEMP:
<>"x:\allegro\temp" oder "c:\Dokume~\user1~\lokale ~\temp"?
<>
<>Wenn letzteres, dann würde ich annehmen, daß das Problem in der Länge
(>128 Zeichen) der Zeile der
<>Stapeldatei begründet liegt.
das ist ja DAS interessante!
würde ich die variable ausschreiben, könnte ich mit den langen batches
a'la allegro einpacken.
verstecke ich teile des zu langen inhalts in variablen, klappts!
c:\Dokume~\user1~\lokale~\temp ist bestimmt nicht die absolut korrekte
schreibweise.
aber überall da, wo es zu lang wird, wird ja ein ~ genommen, und es
windows_intern übersetzt. und das klappt erstaunlicherweise.... (oder
besser: "klappte").
und bei domainen klappt es eben nicht: wenn in dem ausdruck sowas
vorkommt wie:
.....\anwaltskanzlei-meier-luedenscheidt.olsen_egon\temp.....
dann wird daraus (wohl:) .....\anwalt~.olsen_e~\temp..... , und dann
klappt die interne übersetzung nicht mehr.
zwischengruß
Ihr Klaus Lehmann
Mehr Informationen über die Mailingliste Allegro