Firebird 2.1 Programm läuft nicht auf Win2003 mit MS Sql Server

[erich.wanker]

@Ralf .. nein, ich verwende keine Events (ZIBEventalert)


@Carsten .. gleiches Verhalten: IBExpert startet, nach Millisekunden hängt das Programm IBExport (oder auch Marathon 3.0.1.0) mit Darstellungsfehler . sobald die andere MS-SQL-Anwendung geschlossen wird - läuft IBExpert, Marathon oder auch mein Programm ganz normal weiter


danke

Erich

[DelphiBandit]

Startet Deine Anwendung lokal auf dem Server? Dann gibt es bei den Windows-Server das Problem, dass das native Protokoll nicht richtig unterstützt wird und man auf TCPIP ausweichen muß.
Also statt D:\MyDB.fdb dann localhost:D:\MyDB.fdb als Connection String, bzw. localhost bei Zeos als Server eintragen. Aber dann müsste es zumindest von außen von einem anderen Rechner möglich sein an die DB zu kommen.

Schau mal mit netstat in der DOS-Box was Deine Portbelegung so sagt. Mal mit / mal ohne AppServer. Dann könntest Du ggf. versuchen auf einen anderen als den Standard-Port auszuweichen in der firebird.conf.

Hatte gerade noch den Gedanken, dass der Applikationsserver etwas blockieren könnte, was die Firebird-Anwendungen ebenfalls brauchen. Wann rauchen denn z.B. IBExpert ab, schon bei Starten oder erst, wenn Du versuchst Dich mit der Datenbank zu verbinden?

[erich.wanker]

Hallo DelphiBandit,

Ich hab nun den Netstat -ano Befehl am Win2003 ausgeführt:

Meine Software hat PID 8080
Der Firebird Server hat PID 5960
Das Fremdprogramm hat PID 6110
Der Firebirdport ist Standardmäig gesetzt: 3050

Delphi-Quellcode:

TCP    127.0.0.1:3896         127.0.0.1:3050         HERGESTELLT     8080
TCP    127.0.0.1:3896         127.0.0.1:3050         HERGESTELLT     8080

TCP    127.0.0.1:3050         127.0.0.1:3896         HERGESTELLT     5960

TCP    127.0.0.1:4468         127.0.0.1:3050         WARTEND         0
TCP    0.0.0.0:3050           0.0.0.0:0              ABH™REN         5960
TCP    127.0.0.1:3050         127.0.0.1:3896         HERGESTELLT     5960

       

TCP    0.0.0.0:8000           0.0.0.0:0              ABH™REN         6100
TCP    0.0.0.0:53513          0.0.0.0:0              ABH™REN         6100
UDP    0.0.0.0:1592           *:*                                    6100
UDP    0.0.0.0:1594           *:*                                    6100
UDP    0.0.0.0:53514          *:*                                    6100

Solange die Software mit PID 6100 (eine MS Sql Server App) läuft, hängt meine ...

Vielen Dank

Erich

[DelphiBandit]

Das sieht erstmal völlig verträglich aus, wie ich finde. Es sieht auch so aus, als ob Deine Anwendung noch eine Verbindung zur Datenbank bekommt?!

Nachfrage(n):
1) Hast Du das mit den Connection-Strings bei 2003 aufwärts ausprobiert / beachtet?
2) Kannst Du Dich von einer entfernten Maschine verbinden mit IBExpert
3) Wann rauchen denn z.B. IBExpert ab, schon bei Starten oder erst, wenn Du versuchst Dich mit der Datenbank zu verbinden?
4) Schon mal in die Log-Datei vom firebird geschaut?

[erich.wanker]

Hallo Leute,

nun hab ich herausgefunden, das das andere Programm auf die "ntdll.dll" zugreift ... und wenn ich mein Programm starte,und auch auf die ntdll.dll zugreifen will, (Beobachtung via ProcessMonitor von Sysinternals..) bleibt mein Programm genau da hängen ..

?

Vielen Dank für Hinweise

Erich

[DelphiBandit]

Moinsen,

dann würde ich im ersten Schritt mal versuchen Deinem Programm die ntdll.dll nicht aus dem Windows-Verzeichnis zur Verfügung zu stellen. Kopier sie doch einfach mal in Dein Programmverzeichnis, dort sucht die Anwendung zuerst bevor die Windows-Verzeichnisse abgeklappert werden. Aber glaube kaum, dass es sich auf eine DLL minimieren lässt.

Andere Option wäre mal den Hersteller des AppServers zu kontaktieren und nach das merkwürdige Verhalten zu hinterfragen.

[mkinzler]

Ist trotzdem komisch, da der parallele Zugriff auf Dlls normalerweis problemlos möglich ist

[DelphiBandit]

Da hast Du wahr! Ich vermute auch eher ein Problem beim Windows selbst, als dass der AppServer der Schuldige ist. Wenn man allerdings "ntdll.dll lock" bei google eingibt wird man mit Problemen unterschiedlichster Art zugeschmissen.
Im Zweifelsfall und bevor Mannwochen investiert werden, würde ich erstmal eine Art Ersatzserver mit Windows völlig neu aufsetzen und dort ebenfalls MS-SQL und den AppServer draufpacken und schauen ob es damit funktioniert.