Inoffizielles deutsches Xbase-Forum

Hallo zusammen

ich möchte plu-Dateien für das Kassensystem zum Import zur Verfügung stellen. Habe ich auch mit meinem Rechner verbunden.
mit FCreate erhalte ich die Meldung Fehler beim Schreiben, copy to funktioniert auch nicht - Fehler 3 Pfad nicht gefunden. ist aber in der Datenbank richtig eingestellt z:\import

auch als Laufwerk Z vorhanden.

ich habe vollzugriff. manuell über die MS-Dos box - Explorer kann ich alles machen und tun - von meinem Rechner aus.

Hat jemand eine Idee ??

Hallo Rolf !

Hat jemand eine Idee ??

Läuft das Programm unter demselben Benutzer-Account mit denselben Rechten wie der Explorer?
Beispiel: ein Laufwerk wird unter einem User-Account gemounted.
Wenn man jetzt zb. den Explorer oder die Konsole als Administrator öffnet, ist das Mapping nicht sichtbar.
Ich gehe davon aus, wir sprechen von Windows.

Hallo Hans Peter,

ja windows. auf meinem PC bin ich als Admin. und auf dem Kassen-PC ist ebenfalls ein Admin. Ich bereite gerade die Kasse für den Kunden vor und möchte jetzt die Schnittstelle testen. Das komische ist ja von meinem Rechner aus. kann ich manuell alles auf dem Kassen-PC machen. copy
umbennenn dateiinhalte ändern. kein Problem

nur das exe-file scheitert beim copy to

Hallo Rolf !

nur das exe-file scheitert beim copy to

Bau in der EXE doch an diese Stelle einen XbpFileDialog ein, dann siehst du genau was die EXE sieht und was nicht.

ist aber in der Datenbank richtig eingestellt z:\import
auch als Laufwerk Z vorhanden.

Ich vermute einen schlichten Tippfehler. Hast Du mal den von Dir zu verwendenden Dateinamen im Fehlerfall angezeigt, Rolf? Vielleicht sogar in Klammern, damit nachfolgende Blanks zu sehen wären? Wie ist es mit Backslashes und so? Alles drin? Kühn wäre auch, das Ergebnis von File("z:\import","D") zu prüfen. Also so richtig exaltiert.

An der obigen Aussage verwirrt mich, der ich sie direkt zu verstehen versuche, dass "z:\import" auch "als Laufwerk Z vorhanden" sein soll. Ein Mapping auf einem gemappten Verzeichnis mit unter dem gleichen Laufverwerksbezeichner? Wohl kaum, oder?

Tippfehler kann ich ausschliessen. es ist richtig gemappt. es gibt nur ein Laufwerk z:
ich habe manuell mit File() geprüft und auch ein anderes Verzeichnis genommen. das gleiche ergebnis Fehler 3 Pfad nicht gefunden.

mit dem explorer kann ich auf Laufwerk Z alles machen. ich lese immer mit alltrim aus. ich habe mir auch mit msgbox den Pfad anzeigen lassen
alles richtig.

ich habe es auch über eine batch-datei versucht. die ich über die exe ansteure . in der batchdatei habe ich den Pfad eingetragen. kommt die gleiche Meldung kann den Pfad nicht finden.

rufe ich die batchdatei über die eingabeaufforderung auf. klappt.

ich stehe vor einem Rätsel - irgendwie unlogisch

Trim() Trim() Trim() Trim(). Schadet nie. Hilft oft.

auch wenn ich die batch-datei mit runshell aufrufe - klappt es nicht. Meldung kann den angegebenen Pfad nicht finden.

starte ich die batch-datei manuell - klappt es

sehr sehr merkwürdig

Hallo Rolf !

sehr sehr merkwürdig

Nicht merkwürdig, ein Problem mit der Benutzer-Verwaltung.
Lies mal hier nach, vielleicht ist dies deine Problem-Ursache:
https://www.heise.de/ct/hotline/Netzlau ... 75467.html

Nur eine Frage... 1.9 oder 2.0?

1.9

klappt aber in anderen Fällen ohne Probleme - kann also mit der Version nichts zu tun haben.

Das Problem hatte ich bei Runshell() unter 1.9 auch.
Als Batch hat es funktioniert.
Ich such das mal raus wie ich das gelöst hatte...

Gruß Stefan

ich verwende seit Jahren immer den UNC Namen des Verzeichnisses und nicht das gemappte Laufwerk

Ich kenne solche Probleme - die richtigen Rechte vorausgesetzt - mit keiner aktiven Xbase++-Version und keinem Betriebssystem. Deshalb würde ich mittelhalbwichtige Körperteile darauf verwetten, dass das hier (erster Teil):

Tippfehler kann ich ausschliessen. es ist richtig gemappt. es gibt nur ein Laufwerk z: ich habe manuell mit File() geprüft und auch ein anderes Verzeichnis genommen. das gleiche ergebnis Fehler 3 Pfad nicht gefunden.

nicht zutrifft. File() liefert auch keinen "Fehler 3", sondern sagt .T. oder .F. - bei einer Abfrage "File(<cDir>,"D")". Da liegt ein Codefehler vor, und sehr wahrscheinlich einer, dem ein Typo zugrundeliegt (Blanks, falsche Slashes, zu viele Backslashes, nachfolgende Sonderzeichen, ein Komma übersehen, weiß der Geier). Zeig doch mal ein Stück Code, Rolf. "Dateien erstellen im Netz" ist jedenfalls normalerweise nicht problembehaftet, das machen Xbase++-Anwendungen rund um die Uhr. Wie gesagt, die richtigen Rechte vorausgesetzt. Dafür könntest Du einen kompletten Dateinamen mit Pfad einer existierenden Datei so richtig urig hardcodiert in Deine App packen und mit File(<cDateiNamemitPfadeinerexistierendenDateiimfraglichenVerzeichnis>) abfragen, ohne Umschaufelei in Variable oder Instanzen. Und wenn das .T. liefert, stimmen die Rechte. Der Wurm liegt in diesem Fall woanders in den Spaghetti.

Läuft das Programm als Dienst? Der hätte eine eigene umgebung.

Ja, Dienste sehen Mappings in aller Regel nicht, aber ich würde sogar ein dreiviertelmittelwichtiges Körperteil darauf verwetten, dass Rolfs Software nicht als ein solcher läuft.

Ich kann mich erinnern, dass ich früher egal welches Programm immer die EXE das aktive Laufwerk bestimmt hat.
Das ist seit Win 7 (?) oder später nicht mehr zwingend so !
Auch bei Runshell nutze ich immer den kompletten Pfad (dieser muss gemappt sein) mit EXE oft in " " eingeschlossen, da ein Verzeichnis mit Blanks sonst nicht funktioniert.
Besonders wenn eine EXE mit dem Explorer gestartet wurde (nicht nur die Xbase++) sucht er im Windowsverzeichnis als Basisverzeichnis.

Ob das jetzt nur bei mir so ist, weiß ich nicht.

also File() liefert .f. zurück. egal welches Verzeichnis ich auswähle.
welcher Zielpfad habe ich einer Datenbank eingetragen. aber auch direkt im quellcode
z:\import -
findet die Übertragung nicht statt. das Laufwerk z: wird definitiv nicht gefunden.

kopiere ich die Dateien manuell auf z:\import - funktioniert das ohne Probleme . nur nicht mit dem exe-File
auch nicht wenn ich die batchdatei über die applikation aufrufe - geht das nicht. kann den Pfad nicht finden.

ist ja nur jetzt erstmal bei mir. später beim Kunden wird sich zeigen. vielleicht hängt es mit der genauen Betriebssystem-Konstellation ab.

Sieht ( für mich ) ganz danach aus, als ob du in die Z-Falle der Laufwerksbuchstaben geraten bist.
Bereits unter Novell war das Z-Laufwerk als tabu zu betrachten wenn man keine Probleme haben wollte

Unter Win10 könnte das Z eine EFI Systempartition sein ( nur eine Vermutung ) aber wie auch immer...

Ich würde mal das Ganze mit einem Laufwerksmapping auf X Y, oder sonstwas freies versuchen.
Wette ( fast ) um einen meiner sehr gepflegten C64-hobel dass es dann keine Probleme geben wird
( zumindest nicht wenn du alle Rechte auf das gemappte vergibst )

getrimmt hast du das Verzeichnis sicher beim Auslesen aus dem Feld ... oder ?

Hubert, such mal nach "Trim" in diesem Thread.

Aber die Laufwerksbezeichner-Z-Verschwörungstheorie kannte ich noch nicht. Man lernt nie aus.

ich benutze auch schon seit Lichtjahren Laufwerk Z:. Ich fange auch grundsätzlich da an und arbeite mich wenn hoch in Richtung C:

Ist ein "Sicherheitsprogramm" Antivirus usw. auf dem PC installiert oder eine fehlerhafte manifestdatei gelinkt welche der Xbase App den Zugriff auf Files verweigert?