Dll - konflikt

Von der Installation bis zur Auslieferung der Applikation

Moderator: Moderatoren

Antworten
Bernd Reinhardt
Rekursionen-Architekt
Rekursionen-Architekt
Beiträge: 159
Registriert: So, 16. Apr 2006 11:12
Wohnort: Öhringen

Dll - konflikt

Beitrag von Bernd Reinhardt »

Hallo
Ich komme hier leider nicht weiter. Ich habe auf meinem PC xBase++ 1.9; 1.9SL1; und 2.0
Umschalten über Bachtdatei um den Pfad umzulegen. Mache ich seit Jahren auch mit 1.6 und 1.8 so. (WIN XP)
Hat bisher immer funktioniert.
Auf meinem Desktop WIN 10 funktioniert es auch.
Bei meinem neuen Laptop WIN10 habe ich das auch eingerichtet und erhalte folgende Fehlermeldung. Siehe unten.
Ich kann das Programm übersetzen (Pbuild geht) und erhalte die obj und exe-Dateien.
Wenn ich nun den Debugger starte: xppdbg fontdb.exe dann kommt diese Fehlermeldung.
Wenn ich nur fontdb eingebe dann passiert nichts. Das Programm wird erst gar nicht gestartet.

Dann habe ich über HyperV eine virtuelle Maschine WIN10 eingerichtet. Dort läuft es.
Hat schon mal jemand den Fehler gehabt. Ich habe auch schon die Path usw. in der CMD auf das aller nötigste gesetzt.
in c:\windows habe ich keine xBase++ DLL-Dateien gefunden.
Allerdings sind auf dem Laptop auch Siemens Tiaportal, Step7, Crystal Report, Visual Studio installiert.
Ob es damit zusammen hängt?


FATAL ERROR LOG
Not recoverable Error!
SYS Thread-ID: 980
Module: EH
Error Codes: EH: 900 Sub: 0(0) OS: 0 XPP: 0 Call Stack of Thread 1 (980):
Call Stack of GUI Thread (1208):
File: c:\Alaska19SL1\XPPW32\source\samples\basics\FONT\FONTDB.EXE
TimeStamp: 20191002 21:40
End of FATAL ERROR LOG.
FATAL ERROR LOG
Not recoverable Error!
SYS Thread-ID: 936
Module: EH
Error Codes: EH: 900 Sub: 0(0) OS: 0 XPP: 0 Call Stack of Thread 1 (936):
Call Stack of GUI Thread (1132):
File: c:\Alaska19SL1\XPPW32\source\samples\basics\FONT\fontdb.exe
TimeStamp: 20191002 21:41
End of FATAL ERROR LOG.
FATAL ERROR LOG
Not recoverable Error!
SYS Thread-ID: 936
Module: EH
Error Codes: EH: 900 Sub: 0(0) OS: 0 XPP: 0 Call Stack of Thread 1 (936):
Call Stack of GUI Thread (1132):
File: c:\Alaska19SL1\XPPW32\source\samples\basics\FONT\fontdb.exe
TimeStamp: 20191002 21:41
End of FATAL ERROR LOG.
FATAL ERROR LOG
Not recoverable Error!
SYS Thread-ID: 936
Module: EH
Error Codes: EH: 900 Sub: 0(0) OS: 0 XPP: 0 Call Stack of Thread 1 (936):
Call Stack of GUI Thread (1132):
File: c:\Alaska19SL1\XPPW32\source\samples\basics\FONT\fontdb.exe
TimeStamp: 20191002 21:41
End of FATAL ERROR LOG.
FATAL ERROR LOG
Not recoverable Error!
SYS Thread-ID: 936
Module: EH
Error Codes: EH: 900 Sub: 0(0) OS: 0 XPP: 0 Call Stack of Thread 1 (936):
Call Stack of GUI Thread (1132):
File: c:\Alaska19SL1\XPPW32\source\samples\basics\FONT\fontdb.exe
TimeStamp: 20191002 21:41
End of FATAL ERROR LOG.
FATAL ERROR LOG
Not recoverable Error!
SYS Thread-ID: 980
Module: EH
Error Codes: EH: 900 Sub: 0(0) OS: 0 XPP: 0 Call Stack of Thread 1 (980):
Call Stack of GUI Thread (1152):
File: c:\Alaska19SL1\XPPW32\source\samples\basics\FONT\fontdb.exe
TimeStamp: 20191002 21:42
End of FATAL ERROR LOG.


Gruß
Bernd
Dateianhänge
fehlermeldung.jpg
fehlermeldung.jpg (165.61 KiB) 6821 mal betrachtet
Bernd Reinhardt
fa.reinhardt@gmx.de
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12903
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 44 Mal

Re: Dll - konflikt

Beitrag von AUGE_OHR »

hi,

zunächst mal gibt es XppLoad.exe womit man überprüfen kann welche Xbase++ DLL geladen werden können.
Error Codes: EH: 900 Sub: 0(0) OS: 0 XPP: 0
es gibt wohl 2 Möglichkeiten und die Meldung zu bekommen.

1.) übertackten im BIOS / UEFI
2.) GFK Bild-Frequenz

ad 1.) s.h. viewtopic.php?f=20&t=10772

ad 2.) s.h. viewtopic.php?f=16&t=10107
ich bekomme so eine Meldung nach jedem "grossen" Windows Update und einige Xbase++ App start nicht und erzeugen ein XppFatal.LOG mit dem Inhalt.

an einem Analogen Monitor konnte ich "messen" das es nur 59 Hz statt 60 Hz sind.
also hab ich nun eine App "SetRes" um die "Treiber Auflösung" zu ändern womit sich auch die Bild-Frequenz ändert und zurück.
ein mal genutzt reicht es bis zum nächsten "grossen" Windows Update
gruss by OHR
Jimmy
Benutzeravatar
brandelh
Foren-Moderator
Foren-Moderator
Beiträge: 15688
Registriert: Mo, 23. Jan 2006 20:54
Wohnort: Germersheim
Hat sich bedankt: 65 Mal
Danksagung erhalten: 33 Mal
Kontaktdaten:

Re: Dll - konflikt

Beitrag von brandelh »

Xbase++ setzt die Umgebungsvariablen bei jedem Update, wenn man aber die alte Umschalttechnik nutzt, hat man die ja selbst verändert, muss also die Standardeinträge jedesmal löschen.
Gruß
Hubert
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12903
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 44 Mal

Re: Dll - konflikt

Beitrag von AUGE_OHR »

brandelh hat geschrieben: Mo, 07. Okt 2019 6:38 Xbase++ setzt die Umgebungsvariablen bei jedem Update, wenn man aber die alte Umschalttechnik nutzt, hat man die ja selbst verändert, muss also die Standardeinträge jedesmal löschen.
es ist ja Windows mit dem "grossen" Update und da reagieren v1.9x Apps "teilweise" darauf wenn die Bild Frequenz nicht stimmt und dann kommt ein XppFatal.LOG mit der Meldung
Module: EH
Error Codes: EH: 900 Sub: 0(0) OS: 0 XPP: 0
der Hotfix 51 sollt das Problem PDR 6904 ebenfalls beheben.
https://www.alaska-software.com/scripts ... PDRID=6904
gruss by OHR
Jimmy
Benutzeravatar
Wolfgang Ciriack
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2932
Registriert: Sa, 24. Sep 2005 9:37
Wohnort: Berlin
Hat sich bedankt: 13 Mal
Danksagung erhalten: 34 Mal
Kontaktdaten:

Re: Dll - konflikt

Beitrag von Wolfgang Ciriack »

So wie Hubert schrieb, leider hat Alaska es bis heute nicht geschafft, bei 2.0-Updates die Umgebungsvariablen nicht neu zu setzen.
Überprüfe unter Arbeitsplatz - Eigenschaften - Erweiterte Systemeinstellungen - Umgebungsvariablen die Einträge für INCLUDE, LIB, Path und XPPRESOURCE und lösche gegebenfalls die Einträge für 2.0.
Viele Grüße
Wolfgang
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12903
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 44 Mal

Re: Dll - konflikt

Beitrag von AUGE_OHR »

Umschalten über Bachtdatei um den Pfad umzulegen.
Mache ich seit Jahren auch mit 1.6 und 1.8 so. (WIN XP) Hat bisher immer funktioniert.
vermutlich im CMD Fenster und NICHT in der Workbencd & Co
Auf meinem Desktop WIN 10 funktioniert es auch.
also funktioniert die BAT
Bei meinem neuen Laptop WIN10 habe ich das auch eingerichtet und erhalte folgende Fehlermeldung. Siehe unten.
wenn man BAT Dateien benutzt und der Path stimmt dann sollten weitere Environment Settting nicht das Problem sein
Wenn ich nun den Debugger starte: xppdbg fontdb.exe dann kommt diese Fehlermeldung.
xppdbg.exe ist VIO und die starten bei dem Problem
Wenn ich nur fontdb eingebe dann passiert nichts. Das Programm wird erst gar nicht gestartet.
hm ... ist das nun VIO :?:

wie schon gesagt gerade beim Laptop oder Table PC, vermutlich mit Intel "GFK", hab ich Problem auf "neuen" Geräten.
diese sind nicht 32 fähig bzw. nur bis 2 GB wegen Re-Map (4 GB) für das OS.

man kann dann auch das Intel-Menue bemühen und eine andere Auflösung wählen (NICHT Skalierung) und zurück.
es sind nur mehr Maus Klicks als meine Empfehlung für v1.9x Apps nach einem Windows Update.
gruss by OHR
Jimmy
Benutzeravatar
brandelh
Foren-Moderator
Foren-Moderator
Beiträge: 15688
Registriert: Mo, 23. Jan 2006 20:54
Wohnort: Germersheim
Hat sich bedankt: 65 Mal
Danksagung erhalten: 33 Mal
Kontaktdaten:

Re: Dll - konflikt

Beitrag von brandelh »

AUGE_OHR hat geschrieben: Mo, 07. Okt 2019 9:06
Umschalten über Bachtdatei um den Pfad umzulegen.
Mache ich seit Jahren auch mit 1.6 und 1.8 so. (WIN XP) Hat bisher immer funktioniert.
vermutlich im CMD Fenster und NICHT in der Workbencd & Co
Bei meinem neuen Laptop WIN10 habe ich das auch eingerichtet und erhalte folgende Fehlermeldung. Siehe unten.
wenn man BAT Dateien benutzt und der Path stimmt dann sollten weitere Environment Settting nicht das Problem sein
aber genau das sind sie, da die persönlichen eingetragen werden.
Die Workbench funktioniert, aber die CMD Altwelt nicht mehr, nachdem eine neue Version installiert wurde
Gruß
Hubert
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12903
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 44 Mal

Re: Dll - konflikt

Beitrag von AUGE_OHR »

hi Hubert,
Auf meinem Desktop WIN 10 funktioniert es auch.
Bei meinem neuen Laptop WIN10 habe ich das auch eingerichtet und erhalte folgende Fehlermeldung
also es funktioniert bei Ihm auf dem Desktop PC mit den BAT Files. :!:
die selben BAT Files nimmt er für den Laptop und da geht es nicht :?:
brandelh hat geschrieben: Mo, 07. Okt 2019 10:02 Die Workbench funktioniert, aber die CMD Altwelt nicht mehr, nachdem eine neue Version installiert wurde
mit ist klar das die WB ihr "eigene Environment" verwendet ... das machen "andere" auch so.
trotzdem kann man immer mit der CMD arbeiten ... man muss nur verstehen was da passiert.

nun sagt Bernd das es funktioniert mit den BAT ... aber eben nur auf dem Desktop PC und nicht mit dem Laptop.
deshalb hat mit IMHO nicht mit der WB zu tun sondern ist die PDR 6904
gruss by OHR
Jimmy
Antworten