[XPURE] Problem unter winxp
Reinhard Irmer
unter win98 benutze ich das tool XPURE von Joerg Zieren um aus eingehenden
postings Quoteebenen und Signaturen auszufiltern. Das funktionierte dort
einwandfrei.
Nun habe ich die FreeXP-Installation auf meinen winXP-Rechner uebertragen
und dort macht das Teil - und NUR dieses - Probleme.
Obwohl in den Dateieigenschaften der win98-Modus eingeschaltet ist, kommt
bei Aufruf innerhalb der Eingangsfilterbatch nur diese Monitoranzeige
http://666kb.com/i/bcer02run8i2ckolo.gif
Der Eingangspuffer wird von Xpure nicht bearbeitet :-(
Rufe ich dagegen Xpure haendisch aus einer Dosbox (ohne gestartetes
FreeXP) mit einem Puffer auf, dann funktioniert das Programm.
Weiss jemand eine Loesung fuer das Problem?
btw: die tools PktXcode, XPFilter, mzsort, xpface und crosssecretary
funktionieren problemlos.
--
gruss
Reinhard
## CrossPoint/FreeXP v3.41 Kom-R ##
Franklin Schiftan
> unter win98 benutze ich das tool XPURE von Joerg Zieren um aus
> eingehenden postings Quoteebenen und Signaturen auszufiltern. Das
> funktionierte dort einwandfrei.
>
> Nun habe ich die FreeXP-Installation auf meinen winXP-Rechner
> uebertragen und dort macht das Teil - und NUR dieses - Probleme.
>
> Obwohl in den Dateieigenschaften der win98-Modus eingeschaltet
> ist, kommt bei Aufruf innerhalb der Eingangsfilterbatch nur diese
> Monitoranzeige http://666kb.com/i/bcer02run8i2ckolo.gif Der
> Eingangspuffer wird von Xpure nicht bearbeitet :-(
>
> Rufe ich dagegen Xpure haendisch aus einer Dosbox (ohne
> gestartetes FreeXP) mit einem Puffer auf, dann funktioniert das
> Programm.
>
> Weiss jemand eine Loesung fuer das Problem?
Wie rufst du in deiner Eingangsfilter-Batch XPURE auf? Ich kann hier
die von dir genannte Monitoranzeige nicht feststellen ... vielleicht
liegt es ja an dem Aufruf-Konstrukt, der hier wie folgt lautet:
cmd.exe /c e:\XP\XPure\xpure.exe %1 e:\XP\XPure\xpureom.cfg
> btw: die tools PktXcode, XPFilter, mzsort, xpface und
> crosssecretary funktionieren problemlos.
>
> --
> gruss
> Reinhard
... und tschuess
Franklin
Reinhard Irmer
> Reinhard Irmer <nom...@FXP.invalid> schrieb am 15 Sep 09:
>> unter win98 benutze ich das tool XPURE von Joerg Zieren um aus
>> eingehenden postings Quoteebenen und Signaturen auszufiltern. Das
>> funktionierte dort einwandfrei.
>> Nun habe ich die FreeXP-Installation auf meinen winXP-Rechner
>> uebertragen und dort macht das Teil - und NUR dieses - Probleme.
>> Obwohl in den Dateieigenschaften der win98-Modus eingeschaltet
>> ist, kommt bei Aufruf innerhalb der Eingangsfilterbatch nur diese
>> Monitoranzeige http://666kb.com/i/bcer02run8i2ckolo.gif Der
>> Eingangspuffer wird von Xpure nicht bearbeitet :-(
>> Rufe ich dagegen Xpure haendisch aus einer Dosbox (ohne
>> gestartetes FreeXP) mit einem Puffer auf, dann funktioniert das
>> Programm.
>> Weiss jemand eine Loesung fuer das Problem?
> Wie rufst du in deiner Eingangsfilter-Batch XPURE auf?
so wie Du (siehe auch thread von 2007 zwischen Dir und HJT)
> Ich kann hier
> die von dir genannte Monitoranzeige nicht feststellen ...
d.h. bei Dir funktioniert XPURE unter winXP?
> vielleicht
> liegt es ja an dem Aufruf-Konstrukt, der hier wie folgt lautet:
> cmd.exe /c e:\XP\XPure\xpure.exe %1 e:\XP\XPure\xpureom.cfg
hier: cmd.exe /c c:\xp\xpure.exe %1 c:\xp\xpure.cfg
Daran liegts also nicht :-(
Reinhard Irmer
> *Franklin Schiftan *schrieb:
Es liegt auch nicht an der Crosspointversion
## CrossPoint v3.30.pre7 Kom-R ##
--
gruss
Reinhard
Franklin Schiftan
> *Franklin Schiftan *schrieb:
>> Reinhard Irmer <nom...@FXP.invalid> schrieb am 15 Sep 09:
>> Wie rufst du in deiner Eingangsfilter-Batch XPURE auf?
> so wie Du (siehe auch thread von 2007 zwischen Dir und HJT)
Ooops, daran konnte ich mich schon gar nicht mehr erinnern ....
>> Ich kann hier die von dir genannte Monitoranzeige nicht
>> feststellen ...
> d.h. bei Dir funktioniert XPURE unter winXP?
Hmm, also wenn du mich so fragst .... ;-)))) .... wirklich sicher,
dass es das immer noch macht, was es eigentlich machen soll, bin ich
mir jetzt zwar nicht, aber auf jeden Fall kann ich momentan keine
solch abnormalen Rueckmeldungen wie bei dir feststellen .... ;-)
Die Install-Hinweise bezueglich CYGWIN1.DLL hast du sicher befolgt,
oder?
Reinhard Irmer
** 18.09.09 - 13:38, fraschi wrote to :
Hallo Franklin,
> Reinhard Irmer <nom...@FXP.invalid> schrieb am 17 Sep 09:
>> *Franklin Schiftan *schrieb:
>>> Reinhard Irmer <nom...@FXP.invalid> schrieb am 15 Sep 09:
>>> Wie rufst du in deiner Eingangsfilter-Batch XPURE auf?
>> so wie Du (siehe auch thread von 2007 zwischen Dir und HJT)
> Ooops, daran konnte ich mich schon gar nicht mehr erinnern ....
Google vergisst nichts ;-)
>>> Ich kann hier die von dir genannte Monitoranzeige nicht
>>> feststellen ...
>> d.h. bei Dir funktioniert XPURE unter winXP?
> Hmm, also wenn du mich so fragst .... ;-)))) .... wirklich sicher,
> dass es das immer noch macht, was es eigentlich machen soll, bin ich
> mir jetzt zwar nicht,
werden Quoteebenen und Sigs denn nicht abgetrennt und durch einen
Ersatztext wie [...delquote...] oder [...delsig...] gem. xpure.cfg
gekennzeichnet?
> aber auf jeden Fall kann ich momentan keine
> solch abnormalen Rueckmeldungen wie bei dir feststellen .... ;-)
die hab ich nach wie vor, wenn xpure innerhalb der Eingangsfilterbatch
werkeln soll :-(
> Die Install-Hinweise bezueglich CYGWIN1.DLL hast du sicher befolgt,
> oder?
natuerlich, denn sonst wuerde XPURE ausserhalb von Crosspoint ja auch
nicht funktionieren
Hans-Juergen Taenzer
> Reinhard Irmer <nom...@FXP.invalid> schrieb am 17 Sep 09:
>> d.h. bei Dir funktioniert XPURE unter winXP?
[...]
> Die Install-Hinweise bezueglich CYGWIN1.DLL hast du sicher befolgt,
> oder?
Der Stack-Trace legt nahe, dass es sich bei Reinhards XPURE um ein DOS32-
Programm (DJGPP) handelt. Insofern wird eine CYGWIN1.DLL nicht benötigt.
Hans-Jürgen
Reinhard Irmer
Hallo Hans-Juergen,
> Franklin Schiftan schreibt:
> [...]
> nicht benoetigt.
mag sein, aber auch mit einer cwsdpmi.exe im Pfad funktionierts nicht :-(
Hans-Juergen Taenzer
> ** 20.09.09 - 08:51, Hans-Juergen.Taenzer wrote to
>> Der Stack-Trace legt nahe, dass es sich bei Reinhards XPURE um ein
>> DOS32- Programm (DJGPP) handelt. Insofern wird eine CYGWIN1.DLL
>> nicht benoetigt.
> mag sein, aber auch mit einer cwsdpmi.exe im Pfad funktionierts
> nicht :-(
Wie sehen denn bei Dir die Programmeigenschaften von XP aus?
Rechte Maustaste auf der XP.EXE und dann der Reiter Speicher.
Interessant sind die Einstellungen für "Erweiterungsspeicher (XMS)" und
"Arbeitsspeicher für MSDOS-Schutzmodus (DPMI)".
Versuch mal 10240 für XMS und "Automatisch" für DPMI.
Hans-Jürgen
Reinhard Irmer
> Reinhard Irmer schreibt:
>> ** 20.09.09 - 08:51, Hans-Juergen.Taenzer wrote to
>>> Der Stack-Trace legt nahe, dass es sich bei Reinhards XPURE um ein
>>> DOS32- Programm (DJGPP) handelt. Insofern wird eine CYGWIN1.DLL
>>> nicht benoetigt.
>> mag sein, aber auch mit einer cwsdpmi.exe im Pfad funktionierts
>> nicht :-(
> Wie sehen denn bei Dir die Programmeigenschaften von XP aus?
http://666kb.com/i/bckvho4lqp646vye7.jpg
> Rechte Maustaste auf der XP.EXE und dann der Reiter Speicher.
> Interessant sind die Einstellungen fuer "Erweiterungsspeicher (XMS)"
> und "Arbeitsspeicher fuer MSDOS-Schutzmodus (DPMI)".
> Versuch mal 10240 fuer XMS und "Automatisch" fuer DPMI.
leider kein Erfolg :-(
Franklin Schiftan
>> Reinhard Irmer <nom...@FXP.invalid> schrieb am 17 Sep 09:
>>> *Franklin Schiftan *schrieb:
>>> d.h. bei Dir funktioniert XPURE unter winXP?
>> Hmm, also wenn du mich so fragst .... ;-)))) .... wirklich
>> sicher, dass es das immer noch macht, was es eigentlich machen
>> soll, bin ich mir jetzt zwar nicht,
> werden Quoteebenen und Sigs denn nicht abgetrennt und durch einen
> Ersatztext wie [...delquote...] oder [...delsig...] gem. xpure.cfg
> gekennzeichnet?
Also, wenn ich ehrlich bin, hab ich das schon lange nicht mehr
bemerkt, kam aber auch frueher nicht unbedingt bei jedem Poll vor...
(deswegen ja auch meine Aussage, dass ich mir nicht sicher bin). Von
daher koennte es durchaus sein, dass XPURE hier auch seinen Dienst
einfach 'stillschweigend', also ohne irgendeine Fehlermeldung, beim
Umstieg auf XP (oder zu irgendeiner anderen Gelegenheit) eingestellt
hat .... Zumindest gibt es hier auch schon ewiglich keinen XPURE-
Bericht im Netzanruf-Brett, obwohl so eingestellt .... Hmm, waere
natuerlich schon nicht schlecht, wenn man das irgendwie wieder
richtig funktionierend bekaeme ....
Franklin Schiftan
> Wie sehen denn bei Dir die Programmeigenschaften von XP aus?
> Rechte Maustaste auf der XP.EXE und dann der Reiter Speicher.
>
> Interessant sind die Einstellungen fuer "Erweiterungsspeicher (XMS)" und
> "Arbeitsspeicher fuer MSDOS-Schutzmodus (DPMI)".
>
> Versuch mal 10240 fuer XMS und "Automatisch" fuer DPMI.
Sind eigentlich auch irgendwelche besonderen Einstellungen in diesem
Punkt bei der XPURE.EXE selber vorzunehmen?
> Hans-Juergen
... und tschuess
Franklin
Reinhard Irmer
> Reinhard Irmer <nom...@FXP.invalid> schrieb am 18 Sep 09:
[...]
> Zumindest gibt es hier auch schon ewiglich keinen XPURE-
> Bericht im Netzanruf-Brett, obwohl so eingestellt .... Hmm, waere
> natuerlich schon nicht schlecht, wenn man das irgendwie wieder
> richtig funktionierend bekaeme ....
dann funktionierts bei Dir auch nicht, denn sonst muesste die Sig meiner
postings abgeschnitten bzw. durch den Text in der xpure.cfg ersetzt sein,
wenn Dein XP2 die Nachricht anzeigt.
Hans-Juergen Taenzer
> Hans-Juergen Taenzer <Hans-Juerg...@t-online.de> schrieb am
> 20 Sep 09:
>> Wie sehen denn bei Dir die Programmeigenschaften von XP aus?
>> Interessant sind die Einstellungen fuer "Erweiterungsspeicher
>> (XMS)" und "Arbeitsspeicher fuer MSDOS-Schutzmodus (DPMI)".
>> Versuch mal 10240 fuer XMS und "Automatisch" fuer DPMI.
> Sind eigentlich auch irgendwelche besonderen Einstellungen in
> diesem Punkt bei der XPURE.EXE selber vorzunehmen?
Probieren würde ich es auf jeden Fall, auch wenn XPURE wohl unter der
XP.EXE läuft.
BTW: ich hatte ziemlich schlechte Erfahrungen mit PIF-Dateien (in denen ja
die Programmeinstellungen für DOS-Programme hinterlegt werden) gemacht,
die ich direkt von einem WIN2K.System übernommen hatte. Es half nur
löschen und wieder neuerstellen.
Hans-Jürgen
Franklin Schiftan
> *Franklin Schiftan *schrieb:
>> Reinhard Irmer <nom...@FXP.invalid> schrieb am 18 Sep 09:
>> Zumindest gibt es hier auch schon ewiglich keinen XPURE-
>> Bericht im Netzanruf-Brett, obwohl so eingestellt .... Hmm, waere
>> natuerlich schon nicht schlecht, wenn man das irgendwie wieder
>> richtig funktionierend bekaeme ....
> dann funktionierts bei Dir auch nicht, denn sonst muesste die Sig
> meiner postings abgeschnitten bzw. durch den Text in der xpure.cfg
> ersetzt sein, wenn Dein XP2 die Nachricht anzeigt.
Hmm, also ich hab jetzt mal 'ne PAUSE in die Batch eingebaut, um
alle Bildschirmausgaben beim Poll sehen zu koennen ... Da wird dann
nach dem XPURE-Aufruf angezeigt "Bearbeite Puffer" und "ready". Ob
dabei allerdings tatsaechlich irgendwas wie vorgesehen gemacht wird,
bin ich mir nach wie vor nicht sicher ....
Reinhard Irmer
von diesem posting müßte die sig abgetrennt sein. Ist sie?
--
gruss
Reinhard
Franklin Schiftan
> von diesem posting muesste die sig abgetrennt sein. Ist sie?
>
> --
> gruss
> Reinhard
Nein ... also scheint XPURE hier - ausser der Bildschirmmeldung -
auch nichts richtig zu erledigen .... :-( ... verzichtet lediglich
auf die verraeterische Fehlermeldung ....
... und tschuess
Franklin
Reinhard Irmer
sichern z.B. nach clpuffer.bak und diesen dann so zu behandeln:
....xpure.bat....
xpure clpuffer.bak xpure.cfg
xp.exe /nb /j /312 /ip:xpure.tmp
del xpure.tmp
btw.: ich bin noch nicht draufgekommen, wie man verhindert, daß der
ursprüngliche Eingangspuffer nach dem newspull eingelesen wird.
--
gruss
Reinhard
Franklin Schiftan
> On 25 Sep., 06:35, Franklin Schiftan
> <fras...@expires-2009-09-30.arcornews.de> wrote:
>> Reinhard Irmer <fr...@spamfence.net>schrieb am 24 Sep 09:
>>
>>> On 24 Sep., 05:30, Franklin Schiftan
>>> <fras...@expires-2009-09-30.arcornews.de> wrote:
>>
>>>> Hmm, also ich hab jetzt mal 'ne PAUSE in die Batch eingebaut, um
>>>> alle Bildschirmausgaben beim Poll sehen zu koennen ... Da wird dann
>>>> nach dem XPURE-Aufruf angezeigt "Bearbeite Puffer" und "ready". Ob
>>>> dabei allerdings tatsaechlich irgendwas wie vorgesehen gemacht wird,
>>>> bin ich mir nach wie vor nicht sicher ....
>>> von diesem posting muesste die sig abgetrennt sein. Ist sie?
>>
>>> --
>>> gruss
>>> Reinhard
>>
>> Nein ... also scheint XPURE hier - ausser der Bildschirmmeldung -
>> auch nichts richtig zu erledigen .... :-( ... verzichtet lediglich
>> auf die verraeterische Fehlermeldung ....
>>
> Dann hilft bei Dir auch nur, den urspruenglichen Eingangspuffer zu
> sichern z.B. nach clpuffer.bak und diesen dann so zu behandeln:
>
> ....xpure.bat....
> xpure clpuffer.bak xpure.cfg
> xp.exe /nb /j /312 /ip:xpure.tmp
> del xpure.tmp
>
> btw.: ich bin noch nicht draufgekommen, wie man verhindert, dass der
> urspruengliche Eingangspuffer nach dem newspull eingelesen wird.
Also, ich hab hier jetzt das Problem geloest.
Nach Studium der alten Threads und unter Anwendung von HJTs
damaligen FileMon-Hinweises hab ich auch bei XPURE herausgefunden,
dass XPURE durchaus korrekt arbeitet und das Ergebnis auch in der
Datei xpure.tmp bereitstellt, dass es nur ein Umbenennungsproblem
mit dieser temporaeren Datei 9$$djren$$.$$temp$$ gibt - wie bei ZHM
ja auch schon.
Damals hatte ich einfach zusaetzliche 'haendische' Copy-Befehle nach
dem ZHM-Befehl in die Ausgangsfilter-Batch eingebaut, um zhm.tmp
nach _puffer umzubenennen.
Genauso mach ich das jetzt hier auch in der Eingangsfilter-Batch
nach dem XPURE-Aufruf mit den folgenden Zeilen
(Hinweise: 1. Die einsekuendigen Wait-Befehle kann ich sicher
irgendwann auch noch entfernen, hab sie aber wegen moeglicher
Timing-Probleme erstmal noch drin gelassen; 2. Den temporaeren
Dateinamen '_3ppuf$.TMP' hab ich mir willkuerlich ausgedacht, da
geht sicher auch fast jeder andere Name):
_x- - - - - - - - - - > Schnipp < - - - - - - - - - -x_
set xpure=e:\DOS_ANW\XP\XPure
cmd.exe /C %xpure%\xpure.exe %1 %xpure%\xpureom.cfg
set xpure=
echo.
REM Temporaere Ausgangspuffer-Kopie vom letzten Poll loeschen
del _3ppuf$.TMP
copy %xp%\3ppuffer _3ppuf$.TMP>nul
wait 1
del %xp%\3ppuffer
wait 1
copy %xp%\xpure.TMP 3ppuffer>nul
echo.
_x- - - - - - - - - - > Schnapp < - - - - - - - - - -x_
Danke, dass du mit deiner Anfrage das Problem noch mal aufgerollt
hast, so dass ich jetzt ueber diesen Anstoss zumindest hier bei mir
auch eine Loesung finden konnte.
Reinhard Irmer
> Reinhard Irmer <fr...@spamfence.net> schrieb am 25 Sep 09:
>> On 25 Sep., 06:35, Franklin Schiftan
>> <fras...@expires-2009-09-30.arcornews.de> wrote:
>>> Reinhard Irmer <fr...@spamfence.net>schrieb am 24 Sep 09:
>>>> On 24 Sep., 05:30, Franklin Schiftan
>>>> <fras...@expires-2009-09-30.arcornews.de> wrote:
[...]
>>> Nein ... also scheint XPURE hier - ausser der Bildschirmmeldung -
>>> auch nichts richtig zu erledigen .... :-( ... verzichtet lediglich
>>> auf die verraeterische Fehlermeldung ....
>> Dann hilft bei Dir auch nur, den urspruenglichen Eingangspuffer zu
>> sichern z.B. nach clpuffer.bak und diesen dann so zu behandeln:
>> ....xpure.bat....
>> xpure clpuffer.bak xpure.cfg
>> xp.exe /nb /j /312 /ip:xpure.tmp
>> del xpure.tmp
>> btw.: ich bin noch nicht draufgekommen, wie man verhindert, dass der
>> urspruengliche Eingangspuffer nach dem newspull eingelesen wird.
> Also, ich hab hier jetzt das Problem geloest.
> Nach Studium der alten Threads und unter Anwendung von HJTs
> damaligen FileMon-Hinweises hab ich auch bei XPURE herausgefunden,
> dass XPURE durchaus korrekt arbeitet und das Ergebnis auch in der
> Datei xpure.tmp bereitstellt,
eben ganau diese Bereitstellung findet bei mir nicht statt :-(
> dass es nur ein Umbenennungsproblem
> mit dieser temporaeren Datei 9$$djren$$.$$temp$$ gibt - wie bei ZHM
> ja auch schon.
wo nichts ist, da kann nichts umbenannt werden :-(
> Genauso mach ich das jetzt hier auch in der Eingangsfilter-Batch
hab ich analog mal bei mir laufen lassen.... negativ
> nach dem XPURE-Aufruf mit den folgenden Zeilen
> (Hinweise: 1. Die einsekuendigen Wait-Befehle kann ich sicher
> irgendwann auch noch entfernen, hab sie aber wegen moeglicher
> Timing-Probleme erstmal noch drin gelassen; 2. Den temporaeren
> Dateinamen '_3ppuf$.TMP' hab ich mir willkuerlich ausgedacht, da
> geht sicher auch fast jeder andere Name):
> _x- - - - - - - - - - > Schnipp < - - - - - - - - - -x_
> set xpure=e:\DOS_ANW\XP\XPure
> cmd.exe /C %xpure%\xpure.exe %1 %xpure%\xpureom.cfg
dieser Aufruf erzeugt die problematische Fehlermeldung. Eine xpure.tmp
wird nicht geschrieben.
> set xpure=
> echo.
> REM Temporaere Ausgangspuffer-Kopie vom letzten Poll loeschen
> del _3ppuf$.TMP
> copy %xp%\3ppuffer _3ppuf$.TMP>nul
> wait 1
> del %xp%\3ppuffer
> wait 1
> copy %xp%\xpure.TMP 3ppuffer>nul
Datei nicht gefunden :-(
> echo.
> _x- - - - - - - - - - > Schnapp < - - - - - - - - - -x_
> Danke, dass du mit deiner Anfrage das Problem noch mal aufgerollt
> hast, so dass ich jetzt ueber diesen Anstoss zumindest hier bei mir
> auch eine Loesung finden konnte.
OK, hier gehts nicht. Nur au�erhalb von Crosspoint l�uft xpure.exe
einwandfrei. Es wird eine xpure.tmp erzeugt, die dann als Puffer
importiert werden kann. Innerhalb einer Eingangsfilterbatch ist nix zu
machen :-(
--
gruss
Reinhard
## CrossPoint v3.30.pre7 Kom-R ##
Hans-Juergen Taenzer
> OK, hier gehts nicht. Nur außerhalb von Crosspoint läuft xpure.exe
> einwandfrei.
Du setzt die DOS32-Version von XPURE ein.
In der Konsole läuft XPURE unter cmd.exe. Das funktioniert. Unter XP
läuft XPURE unter command.com. Und diese Konstellation macht die
Probleme.
Und nein, es scheint keine wirklich reproduzierbare Möglichkeiten zu
geben, unter XP cmd.exe zu benutzen.
> Es wird eine xpure.tmp erzeugt, die dann als Puffer
> importiert werden kann. Innerhalb einer Eingangsfilterbatch ist nix
> zu machen :-(
Verwende die Cygwin-Version von XPURE und die Umgehungsmöglichkeit für das
Rename-Problem, die Franklin beschrieben hat, und damit sollte es dann
laufen.
Hans-Jürgen
Reinhard Irmer
Hallo Hans-Juergen,
> Reinhard Irmer schreibt:
>> OK, hier gehts nicht. Nur ausserhalb von Crosspoint laeuft xpure.exe
>> einwandfrei.
> Du setzt die DOS32-Version von XPURE ein.
ja
> In der Konsole laeuft XPURE unter cmd.exe. Das funktioniert. Unter
> XP laeuft XPURE unter command.com. Und diese Konstellation macht die
> Probleme.
verstanden
> Und nein, es scheint keine wirklich reproduzierbare Moeglichkeiten zu
> geben, unter XP cmd.exe zu benutzen.
>> Es wird eine xpure.tmp erzeugt, die dann als Puffer
>> importiert werden kann. Innerhalb einer Eingangsfilterbatch ist nix
>> zu machen :-(
> Verwende die Cygwin-Version von XPURE
Du meinst die Windows-Version, welche die cygwin1.dll benoetigt...... DONE
> und die Umgehungsmoeglichkeit
> fuer das Rename-Problem, die Franklin beschrieben hat, und damit
> sollte es dann laufen.
ja, JETZT TUT ES !!!!!!!!! :-))))
Danke Dir und Franklin fuer die Problemloesung
Reinhard Irmer
> Reinhard Irmer <fr...@spamfence.net> schrieb am 25 Sep 09:
Hallo Franklin,
[...]
> Also, ich hab hier jetzt das Problem geloest.
[...]
> _x- - - - - - - - - - > Schnipp < - - - - - - - - - -x_
> set xpure=e:\DOS_ANW\XP\XPure
> cmd.exe /C %xpure%\xpure.exe %1 %xpure%\xpureom.cfg
> set xpure=
> echo.
> REM Temporaere Ausgangspuffer-Kopie vom letzten Poll loeschen
> del _3ppuf$.TMP
> copy %xp%\3ppuffer _3ppuf$.TMP>nul
> wait 1
> del %xp%\3ppuffer
> wait 1
> copy %xp%\xpure.TMP 3ppuffer>nul
^^^^^^^^^ hier: _3ppuf$.TMP
Dank des Hinweises von HJT habe ich nochmal in den alten Archiven
nachgesehen und eine windows-Version von Xpure gefunden. Ich hatte immer
die DOS-Version unter winXP im Einsatz, denn erstens wu�te ich nix von
einer speziellen Win-Version und zweitens dachte ich, da� die von mir
eingesetzte Version eben abpr�ft, ob eine cygwin1.dll oder eine
cwsdpmi.? im Zugriff ist. So hatte ich die INSTALL.TXT verstanden.
Aber jetzt ist alles OK und xpure funktioniert innerhalb einer
Crosspoint-Eingangsfilterbatch unter winXP jetzt wie gew�nscht.
Franklin Schiftan
> Franklin Schiftan <fra...@expires-2009-10-31.arcornews.de> schrieb:
>> Reinhard Irmer <fr...@spamfence.net> schrieb am 25 Sep 09:
>> Also, ich hab hier jetzt das Problem geloest.
>> _x- - - - - - - - - - > Schnipp < - - - - - - - - - -x_
>> set xpure=e:\DOS_ANW\XP\XPure
>> cmd.exe /C %xpure%\xpure.exe %1 %xpure%\xpureom.cfg
>> set xpure=
>> echo.
>> REM Temporaere Ausgangspuffer-Kopie vom letzten Poll loeschen
>> del _3ppuf$.TMP
>> copy %xp%\3ppuffer _3ppuf$.TMP>nul
>> wait 1
>> del %xp%\3ppuffer
>> wait 1
>> copy %xp%\xpure.TMP 3ppuffer>nul
> ^^^^^^^^^ hier: _3ppuf$.TMP
*Dann* kannst du dir aber die ganze Umkopier- und Umbenenn-Aktion
sparen: Denn dann hast du ja letztlich doch wieder genau die gleiche
3ppuffer-Datei, die du anfangs (und zwar mit den schon enthaltenen
erfolgreichen Arbeitsergebnissen von XPURE) eh schon fuer die
Weiterverarbeitung vorzuliegen und wegkopiert hattest. Dann hat
XPURE naemlich seine voruebergehend mit seinen Arbeitsergebnissen
angelegte xpure.tmp doch schon eigenstaendig wieder nach 3ppuffer
zurueckbenennen und anschliessend loeschen koennen.
> Aber jetzt ist alles OK und xpure funktioniert innerhalb einer
> Crosspoint-Eingangsfilterbatch unter winXP jetzt wie gewuenscht.
Yep, hier auch ....
Und bei der Gelegenheit hab ich das gleiche Szenario uebrigens auch
fuer ZHM entsprechend angepasst, dort ebenfalls die Win-Version mit
dem Command.Com-Aufruf verwendet und die dortigen Umbenennungen auch
eingespart. :-)
... und tschuess
Franklin
Franklin Schiftan
> ** Replying to a message in "/de/comm/software/crosspoint" **
> ** 05.10.09 - 19:04, Hans-Juergen.Taenzer wrote to :
>> Reinhard Irmer schreibt:
>>> OK, hier gehts nicht. Nur ausserhalb von Crosspoint laeuft xpure.exe
>>> einwandfrei.
>> Du setzt die DOS32-Version von XPURE ein.
> ja
Hatte ich hier ja auch, die dann unter Command.com auch immer zu
demselben Fehler fuehrte wie bei dir im Anfang dieses Threads
beschrieben. Lediglich ueber das vorangestellte CMD.EXE lief's ja
hier ohne Fehler - bis auf die File-Umbenennung nach der Arbeit.
Aber Uwe Morgener, der Autor von 3P-Batch, den ich per Mail gefragt
hatte, ob er vielleicht im Rahmen von 3P-Batch eine Loesung fuer das
Problem haette, hatte mir dann auch schon gesagt, dass ich doch die
Win-Version nehmen soll - und dazu noch die Zeile fuer den Programm-
Aufruf mit COMMAND.COM und einem Umgebungsbereich von 1536 Bit, die
ich jetzt wie unten reinkopiert hier einsetze UND dabei naemlich
komplett auf die ganze Umkopier- und Umbenenn-Aktionen verzichten
kann, weil XPURE damit jetzt dies auch selbst einwandfrei und
problemlos hinbekommt. Vielleicht schaffst du das bei dir ja auch
noch.
_x- - - - - - - - - - > Schnipp < - - - - - - - - - -x_
set xpure=e:\DOS_ANW\XP\XPure\win
command.com /e:1536 /c %xpure%\xpure.exe %1 %xpure%\xpureom.cfg
set xpure=
echo.
_x- - - - - - - - - - > Schnapp < - - - - - - - - - -x_
> Danke Dir und Franklin fuer die Problemloesung
Nichst zu danken, waren ja nur Workarounds, die "richtige" Loesung
von Uwe oben ist ja noch besser.
Und wie gesagt, eigentlich danke ich dir fuer deine Hartnaeckigkeit,
weil ich so endlich auch hier wieder die Arbeit von XPURE
weiterverwenden kann!
... und tschuess
Franklin
Reinhard Irmer
> Reinhard Irmer <nom...@FXP.invalid> schrieb am 07 Oct 09:
>> ** Replying to a message in "/de/comm/software/crosspoint" **
>> ** 05.10.09 - 19:04, Hans-Juergen.Taenzer wrote to :
>>> Reinhard Irmer schreibt:
[...]
Hallo Franklin,
> Aber Uwe Morgener, der Autor von 3P-Batch, den ich per Mail gefragt
> hatte, ob er vielleicht im Rahmen von 3P-Batch eine Loesung fuer das
> Problem haette, hatte mir dann auch schon gesagt, dass ich doch die
> Win-Version nehmen soll - und dazu noch die Zeile fuer den Programm-
> Aufruf mit COMMAND.COM und einem Umgebungsbereich von 1536 Bit, die
> ich jetzt wie unten reinkopiert hier einsetze UND dabei naemlich
> komplett auf die ganze Umkopier- und Umbenenn-Aktionen verzichten
> kann, weil XPURE damit jetzt dies auch selbst einwandfrei und
> problemlos hinbekommt. Vielleicht schaffst du das bei dir ja auch
> noch.
> _x- - - - - - - - - - > Schnipp < - - - - - - - - - -x_
> set xpure=e:\DOS_ANW\XP\XPure\win
> command.com /e:1536 /c %xpure%\xpure.exe %1 %xpure%\xpureom.cfg
> set xpure=
> echo.
> _x- - - - - - - - - - > Schnapp < - - - - - - - - - -x_
eben ausprobiert....... BINGO
Dann kann man festhalten:
Xpure unter windows-XP
======================
(win-Version) Umkopieraktionen noetig?
--------------------------------------------------------------
Aufruf mittels cmd.exe ja
Aufruf mittels command.com nein
(DOS-Version) ----
innerhalb einer Eingangsfilterbatch --> funktioniert nicht
ausserhalb Crosspoint (Dosshell) --> xpure.tmp manuell als
Puffer importieren
--------------------------------------------------------------
> waren ja nur Workarounds, die "richtige" Loesung
> von Uwe oben ist ja noch besser.
wie heissts so schoen: Das Bessere ist der Feind des Guten ;-)
> Und wie gesagt, eigentlich danke ich dir fuer deine Hartnaeckigkeit,
> weil ich so endlich auch hier wieder die Arbeit von XPURE
> weiterverwenden kann!
Da sieht mans wieder mal: Das gute, alte Crosspoint ist nicht tot zu
kriegen....... zumindest bis zur 32-bit-Welt. Danach wird wohl Schluss
sein ;-(
Franklin Schiftan
> *Franklin Schiftan *schrieb:
>> Aber Uwe Morgener, der Autor von 3P-Batch, den ich per Mail gefragt
>> hatte, ob er vielleicht im Rahmen von 3P-Batch eine Loesung fuer das
>> Problem haette, hatte mir dann auch schon gesagt, dass ich doch die
>> Win-Version nehmen soll - und dazu noch die Zeile fuer den Programm-
>> Aufruf mit COMMAND.COM und einem Umgebungsbereich von 1536 Bit, die
>> ich jetzt wie unten reinkopiert hier einsetze UND dabei naemlich
>> komplett auf die ganze Umkopier- und Umbenenn-Aktionen verzichten
>> kann, weil XPURE damit jetzt dies auch selbst einwandfrei und
>> problemlos hinbekommt. Vielleicht schaffst du das bei dir ja auch
>> noch.
>> _x- - - - - - - - - - > Schnipp < - - - - - - - - - -x_
>> set xpure=e:\DOS_ANW\XP\XPure\win
>> command.com /e:1536 /c %xpure%\xpure.exe %1 %xpure%\xpureom.cfg
>> set xpure=
>> echo.
>> _x- - - - - - - - - - > Schnapp < - - - - - - - - - -x_
> eben ausprobiert....... BINGO
Schoen, freut mich fuer dich ... :-)
>
> Dann kann man festhalten:
>
> Xpure unter windows-XP
> ======================
> (win-Version) Umkopieraktionen noetig?
> --------------------------------------------------------------
> Aufruf mittels cmd.exe ja
> Aufruf mittels command.com nein
> (DOS-Version) ----
wobei das hier bei mir ja durchaus wie folgt lief:
Aufruf mittels cmd.exe ja
Aufruf mittels command.com funktioniert nicht
> innerhalb einer Eingangsfilterbatch --> funktioniert nicht
> ausserhalb Crosspoint (Dosshell) --> xpure.tmp manuell als
> Puffer importieren
> --------------------------------------------------------------
>> waren ja nur Workarounds, die "richtige" Loesung
>> von Uwe oben ist ja noch besser.
> wie heissts so schoen: Das Bessere ist der Feind des Guten ;-)
;-)
>> Und wie gesagt, eigentlich danke ich dir fuer deine Hartnaeckigkeit,
>> weil ich so endlich auch hier wieder die Arbeit von XPURE
>> weiterverwenden kann!
> Da sieht mans wieder mal: Das gute, alte Crosspoint ist nicht tot zu
> kriegen....... zumindest bis zur 32-bit-Welt. Danach wird wohl Schluss
> sein ;-(
Yep, ausser vielleicht noch in einer virtuellen Maschine, oder?
... und tschuess
Franklin
Reinhard Irmer
Hallo Franklin,
> Reinhard Irmer <nom...@FXP.invalid> schrieb am 08 Oct 09:
>> *Franklin Schiftan *schrieb:
> [...Xpure-DEL-Quote...]
> [...Xpure-DEL-Quote...]
> [...Xpure-DEL-Quote...]
> [...Xpure-DEL-Quote...]
>> eben ausprobiert....... BINGO
> Schoen, freut mich fuer dich ... :-)
wie man sehen kann :-)
>> Dann kann man festhalten:
>> Xpure unter windows-XP
>> ======================
>> (win-Version) Umkopieraktionen noetig?
>> --------------------------------------------------------------
>> Aufruf mittels cmd.exe ja
>> Aufruf mittels command.com nein
>> (DOS-Version) ----
> wobei das hier bei mir ja durchaus wie folgt lief:
> Aufruf mittels cmd.exe ja
> Aufruf mittels command.com funktioniert nicht
hmm.... also die win-version funktioniert bei mir mit beiden Interpretern,
lediglich bei cmd.exe ist die Umkopiererei noetig.
>> innerhalb einer Eingangsfilterbatch --> funktioniert nicht
>> ausserhalb Crosspoint (Dosshell) --> xpure.tmp manuell als
>> Puffer importieren
>> --------------------------------------------------------------
> [...Xpure-DEL-Quote...]
die DOS-Version innerhalb einer Eingangsbatch funktioniert weder mit
cmd.exe noch command.com
>> wie heissts so schoen: Das Bessere ist der Feind des Guten ;-)
> ;-)
> [...Xpure-DEL-Quote...]
>> Da sieht mans wieder mal: Das gute, alte Crosspoint ist nicht tot zu
>> kriegen....... zumindest bis zur 32-bit-Welt. Danach wird wohl
>> Schluss sein ;-(
> Yep, ausser vielleicht noch in einer virtuellen Maschine, oder?
keine Ahnung, aber man wird sehen