Inoffizielles deutsches Xbase-Forum

Dann mache ich nochmal was neues auf.
Der oben genannte Fehler taucht auf, wenn ein User mehrmals nacheinander (Neueingabe eines Datensatzes) auf die Stelle DbUnlock() stößt. Immer wohl zwischen dem 3-5 Mal. Ich habe das Programm lokal laufen lassen, da scheint es zu klappen. Es läuft in einem Netzwerk mit einem Windowsserver 2008R2 und auf der WS ist Win10 drauf. Es wäre möglich, das das Problem nach dem letzten Windowsupdate auftritt. Das wird aber noch gepürft, wenn die anderen tests durch sind.
Xbase++ die letzte aktuelle Version.
Die Fehlernummer finde ich aber nirgendwo. Möglich, oder von Blindheit geschlagen?

Hallo Manfred,

steht in der ADS.INI folgendes drin:

[servername]
LAN_IP=192.168.x.y
LAN_PORT=xxxx

Der Fehler 5381 kommt meist daher, dass der Client den Server im Netz nicht findet,
das hatten wir seit den letzten Windows-Update verschärft.

Steffen,

eben kein ADS. Deswegen hier der neue Thread. Er hatte schon vorher mal in einem anderen Thread gefragt, da ging es aber um den ADS. Weil das zu Irritationen geführt hatte, startet er hier neu.

Jan

@Manfred : könntest du bitte mal das ganze Error.Log posten um zu sehen was er meint ?

muß ich schauen. komme ich evtl. erst am Dienstag dran.

ungeachtet das es kein ADS Server ist die Frage wie dein Connection String aussieht.
bei ADS war der Zusammenhang mit "mapped Drive" und was verwendest du ?

Moin Manfred,
ist dein Programm auf dem Server installiert, wird auf dem Client ein Laufwerk zu dem Share gemappt und dann das Programm in diesem gemappten Laufwerk gestartet?
Wenn ja:
Ein Vorschlag aus der Newsgroup, der dort funktioniert: Programm lokal installieren und starten, Daten über den Share aufrufen.
Mein Vorschlag: Statt über ein Laufwerkmapping zu arbeiten nutze UNC-Namen!

Viele Grüße,
Martin

ja
ja
ja
Danke
Habe ich keine Einfluss drauf.
Ist auch nur an einem PC

knapper geht es nicht

Programm lokal installieren und starten

Also wenn du darauf keinen Einfluss hast
ist es schlecht bestellt

nein, das muß man anders sehen. Ich habe das übernommen und da gab es Vorgaben.

Ich habe das übernommen und da gab es Vorgaben.

Du mußt aber gerade stehen dass es funktioniert auch wenn es nicht deinen Empfehlungen entspricht
Naja, muss jeder selbst wissen.

auch das ist nicht richtig, wenn das so nicht klappt, ist das nicht meine Sache. Es ist aber wie gesagt nur 1 PC wie es aussieht, bzw. ob dem so ist wird am Dienstag geprüft. Aber das ist ja nebensächlich. Mich interssiert ja nur was es sein könnte.

Manfred hat geschrieben: ↑So, 20. Mai 2018 18:50Mich interssiert ja nur was es sein könnte.

Martin hatte gefragt

ist dein Programm auf dem Server installiert, wird auf dem Client ein Laufwerk zu dem Share gemappt und dann das Programm in diesem gemappten Laufwerk gestartet

und du hast 3 x Ja geantwortet ... was ist jetzt noch unklar ?

wenn es nur 1 PC ist lege ich in solchen Situation erst mal einen neuen User auf dem PC an.

OK, Fehler wandert nicht mit. Bleibt also an einem bestimmten PC fest.

den Fehler hatte ich gerade schon wieder. nachdem ich die "aktuellen" DLL vom ADS also ace32.dll aicu32.dll und axcws32.dll ins Verzeichnis kopiert habe, war er weg. MUß wohl beim Update der Xbase++ Version gestern passiert sein, das da was durcheinander gekommen ist.

Richtig. Alaska liefert immer noch die Uralt-Versionen der Dateien mit. Da muß man bei jedem Update tierisch aufpassen.

Jan