Netzwerkfreigabe --> Zugriffsverletzung

[NewDelphiUser1]

Hallo Liebe Community

Ich hab eine allg. Frage:

1. Sachverhalt:

Mein Programm liegt auf dem Server SRV1. Hierdrüber habe ich eine Freigabe eingerichtet, Die Verknüpfung liegt auf dem TSClient.

Wenn ich auf dem Server die Anwendung starte, klappt dies ohne jegliche Probleme.
Sobald aber ich die Anwendung auf dem TSClient starte erhalte ich nach ein paar minuten, egal unter welchem Menüpunkt ich bin, die Fehlermeldung --> Zugriffsverletzung im Modul bei Adresse.

Was kann die Ursache dafür sein?

[KodeZwerg]

Der Fehler liegt an Zeile 666 in Unit Glaskugel.
Spass beiseite, ohne Code kann man recht wenig einen Fehler finden.

[NewDelphiUser1]

Leider habe ich momentan keine Möglichkeit auf den Code zuzugreifen bzw. überhaupt auf den Server. Vllt kennt einer das Problem. Da die Anwendung auch woanders einwandfrei funktioniert und keine Zugriffsverletzung bekommt.

[KodeZwerg]

Na da kann ich nur eine globale Antwort geben:
Fehler 123 in Modul XYZ kann darauf hinweisen das der Code versucht auf ein Objekt zuzugreifen was nicht existiert.

Das wäre eine Möglichkeit.

[himitsu]

Ist deine Verbindung zum Netzlaufwerk zwischendurch mal kurz weg?

http://docwiki.embarcadero.com/RADSt...Flags_(Delphi) ... IMAGE_FILE_NET_RUN_FROM_SWAP usw.

[NewDelphiUser1]

OK. Aber auch dem Server, wenn ich die Anwendung Lokal starte, sollte dort nicht auch die Fehlermeldung erscheinen? Ich starte Sowohl vom Server als auch von TSClient die Anwendung aus dem selben Ordner.

[hoika]

Hallo,
welches Modul?

Ich würde MadExcept nehmen, eine Exe damit bauen und alufen lassen (Linken mit TD32 und ext. Debug-Symbolen).

Zitat:

Leider habe ich momentan keine Möglichkeit auf den Code zuzugreifen bzw. überhaupt auf den Server.

Dann warten wir halt, bis Du Zugriff hast.
Alles andere ist "Glaskugel".

Zitat:

Wenn ich auf dem Server die Anwendung starte, klappt dies ohne jegliche Probleme.

Ist es der gleiche Nutzer?
Sind bestimmte Sachen beim TSClient unter "Erweitert" ausgeschaltet bzw. nicht angeschaltet?

Zitat:

sollte dort nicht auch die Fehlermeldung erscheinen

Warum sollte es das? Das wäre doch viel zu einfach.

[NewDelphiUser1]

@hoika
ja wäre es einfacher, müsste man nicht fragen :D hahaha

Ja, die Zugriffsverletzung: Das sind die Fehlermeldung die ich erhalte.

Zugriffsverletzung bei Adressee 200069FE in Modul 'test.bpl'. Lesen von Adresse 800000000.
Zugriffsverletzung bei Adressee 200069FE in Modul 'test.bpl'. Lesen von Adresse 2014561F5.
Zugriffsverletzung bei Adressee 200069FE . Lesen von Adresse 00010001.

Edit:

Bei anderen funktioniert es aber. Nur bei dem einen TSClient geht es nicht. Die Einstellung sind alle identisch.

[KodeZwerg]

Ja wenn Du Code hast, kontrolliere alle Create() Dinge. Irgendwo versucht Dein Code auf ein nicht existierendes Objekt zuzugreifen oder ausserhalb der validen Range etwas anzustellen, Beispiel man hat ein PWideChar mit Länge 10, dein Code probiert auf Stelle 11 zuzugreifen = Error. Oder ein Handle was mit Create() fehlschlug oder oder oder....

[jobo]

bei Netzwerkfreigaben würde ich allgemein mal auf (ich schaue auf die Glaskugel und spreche in die Hand)
1.Schreib/Leserechte
2.Windows Policies
tippen.

Also wenn Du zwar kein Zugriff auf den Code hast, dann vielleicht wenigstens einen Plan, was das Programm (nach ein paar Minuten) so macht (vergleiche notfalls System auf dem Server)
Dir ist ggF. bekannt, dass und wann Dateien geschrieben/gelesen werden. Oder was das Programm sonst so veranstaltet.
Windows (neuere Versionen) ist ja mittlerweile nicht mehr ganz so tapfer, besonders nicht, wenn von/aus einer (entfernten) Netzwerklocation Ressourcen beansprucht werden. Zugriff/Create geht dann ins Leere (Objekt wird nicht erzeugt, Result Object = NIL), das wird (natürlich) nicht etwa geprüft (wo kämen wir da hin) und dann wird mit dem NIL Objekt "gearbeitet" > AV fertig.

Ist aber alles nicht so schlimm, solange Du keinen Zugriff auf den Code hast, kannst Du ja auch nichts dran ändern.
;)

P.S.:
Auch gern gesehen:
Eine (Windows)Freigabe für sich genommen ist nicht identisch mit Datei- oder Ordnerrechten für den (an der Ressource) angemeldeten User.