EILT!!! Dos Fehler 3

[andreas]

Hallo,

einer unserer Kunden setzte trotz aller Warnungen noch ein altes Clipper-PRogramm auf einem Win95 - PC.
Jetzt ist es so weit: der PC gibt den Geist auf und der Kunde hat einen neuen mit WinXP angeschafft.
Das Problem liegt jetzt daran, dass beim Drucken aus dem Programm ein Fehler Dos Error 3 auf einen Pfad \Programm\Dateien\lpt1. ausgibt.

Wir haben schon alle Rechte, Config.nt - und Autoexec.bat - Einstellungen überprüft und Files und Set Clipper eingestellt, was aber nichts bringt.

Wer kennt sich damit noch aus und hat noch ein paar Tipps dazu?

[Manfred]

Hi Andreas,

also DOS Fehler 3 bedeutet "Verzeichnis nicht gefunden". Das ist wohl schon klar, oder?

[Jan]

Soweit ich weiß ist DOS Fehler 3 "Datei nicht gefunden". Kann mich da aber auch vertun, ist ja schon eine Weile her

Jan

[Scarmo]

Hallo Andreas

Verfügt der neue PC überhaupt noch über eine parallele Schnittstelle? Wenn ja, ist es auch wirklich LPT1:?

Gruss
Marco

[andreas]

Hallo Andreas

Verfügt der neue PC überhaupt noch über eine parallele Schnittstelle? Wenn ja, ist es auch wirklich LPT1:?

Gruss
Marco

Die Schnittstelle sollte da sein, da der Kunde da einen Nadeldrucker angeschlossen hat.

[andreas]

Hi Andreas,

also DOS Fehler 3 bedeutet "Verzeichnis nicht gefunden". Das ist wohl schon klar, oder?

Das ist klar, dass die Fehlerbedeutung "Verzeichnis nicht gefunden" ist.
Die Frage ist, ob das Problem und die passende Lösung schon bekannt sind!
Ich wüsste erstmal gar nicht, wo ich anfangen soll.

[Manfred]

OK,

Quelltext ist vorhanden? Wenn ja schau doch einfach mal zur Vorsicht da rein um zu sehen, was das Teil da genau macht. Wenn nein, Fratzen schneiden und dem Kunden dumme Sprüche reinreichen, bzw. was neues verkaufen. Kann es vielleicht ein TEMP Verzeichnis sein, was fehlt? Es ist alles schon so lange her.

@Jan, das dürfte Fehler 2 sein.

[Koverhage]

Andreas,

kannst Du den Code posten wo Du das machst

SET PRINTER TO LPT1:
set device to printer

[Jan]

Manfred,

Recht hast Du. Verzeichnis ist 3, Datei ist 2.

Und in der Tat: Ohne das Programm zu kennen ist das wie Stochern im Trüben. Nur eine idee: Wenn das unter Win95 gelaufen ist, unter XP aber nicht: Wie wäre es, das im Kompatibilitätsmodus laufen zu lassen?

Jan

[Martin Altmann]

Hallo Jan,
bringt nix, da auch der PC neu ist - nicht nur das OS!

Andreas,
ich halte Marcos Hinweis für mehr als wahrscheinlich!

Viele Grüße,
Martin

[Jan]

bringt nix, da auch der PC neu ist - nicht nur das OS!

??? Wie jetzt? Mit dem Kompatibilitätsmodus sage ich doch XP nur, er soll einem Programm gegenüber so tun als sei es Win95. Das hat doch nix mit der Hardware zu tun. Außer natürlich, die angesprochene Hardware ist erst garnicht nicht vorhanden. Aber das wäer dann ja auch ein anderer Lösungsansatz.

Jan

[Manfred]

So und ich auch nochmal,

deswegen sage ich ja wenn Quellcode vorhanden ist, reinschauen, was da gemacht wird. Dann dürfte Andreas wohl wissen, woran es liegt.

[Klaus Stebner]

Hallo Andreas,

schicke doch mal aus der DOS-Box eine kleine Textdatei direkt auf die Schnittstelle.
Dann kommt man dem Problem vielleicht etwas näher.

z.B.:
copy Test.txt LPT1:

[Martin Altmann]

Hallo Jan,
yup - gebe zu, war etwas knapp von mir formuliert!
Aber da ich - wie Du ja gelesen hast - ebenso wie Marco vom Fehlen der Schnittstelle mit Namen LPT1 ausgehe (darum will er auch eine entsprechende Datei erstellen), würde m.E. in diesem Fall der Kompatibilitätsmodus nix bringen!
Und Andreas nuterstelle ich einfach mal, dass er dies bereits getestet hat!

Viele Grüße,
Martin

[Martin Altmann]

Hallo Klaus,
genau! Guter Tipp

Viele Grüße,
Martin

[Herbert]

Die LPT-Schnittstelle gibt wohl die Probleme auf. Im BIOS kann ev. der Betriebsmodus umgeschaltet werden (war früher tatsächlich z.T. notwendig). Schau mal dort nach, ob ein nativer LPT-Modus möglich ist (Bi-direktional oder wie das noch hiess). Trial and error.

Andernfalls: Das Programm wird wohl nicht allzu gross sein, daher Wegkopieren auf einen andern PC mit echter LPT-Schnittstelle und dort testen. Anschliessend den Kunden überzeugen, dass der alte PC genügen muss oder eben ein Umschreiben der Applikation notwendig wird.

Meines Wissens sind 88 DOS-Fehler dokumentiert.
1: Ungültige Funktionsnummer
2: Datei nicht gefunden
3: Pfad nicht gefunden
4: Zu viele offene Dateien
5: Zugriff verweigert
6: Ungültiger DOS-Handle
7: Memory control Blocks zerstört
8: Zu wenig Speicher
usw.

ja, ja, einige dieser Fehler (insbes. die 4 und die 5) haben vor Jahren oft genervt.

[andreas]

Andreas,
ich halte Marcos Hinweis für mehr als wahrscheinlich!

Viele Grüße,
Martin

Ich habe gerade noch eine Remote-Verbindung zum PC aufgebaut und die Druckeeinstellungen überprüft: der Drucker ist auf LPT1 eingerichtet und druckt auch unter Windows.

Die Verknüpfungseinstellungen sind schon auf Win95 eingestellt. Außerdem passen da auch die Pfade.

Ich werde mal versuchen, im alten Code was zu finden. Der müsste noch da sein. Vielleicht kann ich auch mit einer Anpassung über eine Textdatei die Einstellungen für die Pfadangaben noch zus. steuern, wenn ich das Ding überhaupt kompilieren kann.

[brandelh]

Wenn ich mich recht erinnere kam das vor, wenn man die Schnittstelle nicht richtig beschrieben hatte (mit : oder ohne ?).
Unter Win95 und DOS wurde dann einfach der Druckkanal geöffnet, der so ähnlich hieß, WinXP (NT und 2000 auch) versuchen eine Spool-Datei anzulegen und dann knallts.
Ich meine ich hätte das auch gehabt als ich noch in Textdateien gespoolt habe.
Beim direkten Druck hatte ich mit meiner Druckersteuerdatei (DBF mit vielen Steuerzeichen und Druckermodellen)
nach SET PRINTER TO (Aufheben und schließen des Druckkanals) keine Probleme mehr.

Code: Alles auswählen

cDRU := "LPT1"
set console off
set printer to (cDRU)
set printer on 
cZeile := "Text "+felder+"..."
? cZeile
set printer off
set printer to 
set console on // ????

dieser Code hat bei mir unter WinNT, 2000 und XP immer funktioniert.
Wegen der Steuerzeichen (Fett ein etc.) habe ich nie mit

Code: Alles auswählen

SET DEVICE TO PRINT
@...

gedruckt.

[Scarmo]

Hallo Hubert

Du könntest Recht haben mit Deiner Vermutung! In Deinem kleinen Beispiel sollte es jedoch heissen "Set Print On" bzw. "Set Print Off". Danach sollte es klappen!

Gruss
Marco

[brandelh]

"Set Print On" bzw. "Set Print Off". Danach sollte es klappen!

jetzt bin ich etwas ratlos was du meinst,
set printer on/off ist doch der ausgeschriebene Befehl, set print nur die Abkürzung ...
und ich habe heute sowieso keine Probleme mehr mit Clipper zu drucken,
denn ich drucke mit Xbase++ und meiner Druckerklasse

(OK ich gebe zu, ein Clipper-Programm habe ich noch - mein Haushaltskostenverwaltung.
Diese druckt aber einwandfrei auf meinen Netzwerkdrucker, der auf LPT2 zugeordnet wurde

Ich denke es liegt an:

set printer to LPT1: <- dieser kleine Doppelpunkt war unter DOS egal, nun macht er Probleme ...
aber ohne Quellcode kann man nur raten.

[Scarmo]

Hallo Hubert

Sorry, ich war der Meinung, dass der Befehl "set print on/off" heisst... Aber ist auch schon länger her, dass ich Clipper verwendet habe... (und man wird ja auch nicht jünger... )

Ansonsten gebe ich Dir natürlich Recht!

Gruss
Marco

[andreas]

Ich habe den Quellcode gefunden und angesehen.
Die ganzen Druckfunktionen sind über ein Zusatztool für die Textbearbeitung realisiert, wobei die Texte zusammen gestellt werden und dann über das Tool (Library) gedruckt werden. Es ist nicht so einfach in diesem Programm sich ein Überblick zu schaffen und vor allem, wenn die Pfad nicht über eine Public-Variable angegeben sind. Ich habe eine einzige Funktion angesehen. Innerhalb von ca. 20 Code-Zeilen innerhalb der Funktion wird der Pfad mehrfach als String an eine Variable zugewiesen.

Ich habe erstmal dem Kunden gesagt, dass es nicht ohne grossen Aufwand zu lösen ist und dass da eine andere Lösung her muss, was auch stimmt.
Jetzt muss ich auf die Entscheidung warten.

[brandelh]

Hi,
wie war das nochmal ...

wer zu spät umstellt, den bestraft das Leben