Fehler bei neuer eXPress Version 1.9 Build 249

[Josef]

Nach Installation der neuen Version kommt beim Start des Progs folgender Fehler:

(Quellcode wurde von mir nicht geändert)



FEHLERPROTOKOLL von "C:\DATPROG\ALASKA\XPPW32\projekte\karev\KAREV.exe" Datum: 11.03.2008 21:49:09

Xbase++ Version : Xbase++ (R) Version 1.90.331
Betriebssystem : Windows 06.00 Build 06000
------------------------------------------------------------------------------
oError:args :
-> NIL
oError:canDefault : N
oError:canRetry : J
oError:canSubstitute: N
oError:cargo : NIL
oError:description : Unbekannte Variable
oError:filename :
oError:genCode : 22
oError:operation : lGETOPT_ENTEREXIT
oError:osCode : 0
oError:severity : 2
oError:subCode : 2000
oError:subSystem : BASE
oError:thread : 1
oError:tries : 1
------------------------------------------------------------------------------
CALLSTACK:
------------------------------------------------------------------------------
Aufgerufen von DC_GETLIST:INIT(490)
Aufgerufen von DC_READGUI(81)
Aufgerufen von MAIN(114)

[Wolfgang Ciriack]

Hast du vielleicht noch irgendwo eine alte dcdialog.ch im Pfad ?

[Tom]

Entweder das (was Wolfgang gesagt hat), oder Du hast andere Bestandteile von eXpress++ irgendwo im Applikationspfad. Das kannst Du z.B. über die Systeminformationen -> Geladene Softwaremodule prüfen.

Du darfst aber auch nicht vergessen, Deine Applikation nach der Installation der neuen eXpress++-Version komplett neu zu kompilieren!

[Josef]

Ich dachte, alles wäre überschrieben worden

Ich kopiere nach der Installation von eXPress alle Datein (LIB, DLL usw) ins xBase Verzeichnis. Die Pfade verweisen nur auf xBase.

eXPress versteckt nicht irgendwo Pfade und SET Variablen in der Registry?

Beim Kompilieren vom neuen eXPress wird eine ver19.bat gesucht. Die hab ich aber nicht.

[Koverhage]

es wird geprüft ob die ver19.bat da ist, hat vermutlich kein Anwender
und ist daher völlig uninteressant.
Von welchem Verzeichnis ?
Sollten aus bin19, bzw. falls Xbase++ 182, dann bin182 sein

[Koverhage]

Pfade und Einträge in der Registry werden durch Express++ nicht gesetzt

[Josef]

Das muß wohl ein FEhler in der DC_Getlist sein.

Ich installiere die neue Version jetzt nochmal in ein anderes Verzeichnis und vergleiche beide Installationen.

Beim Kompilieren kommt jetzt dieser Fehler:

[Error] : ALK2102: unresolved external symbol DC_GETIDDEFAULT

Edit:
Hab jetzt alles neu kompiliert, auch eXPress selbst und zwar jedes einzelne SourceVerzeichnis. Und jetzt klappts. Muss mein Programm aber noch durchtesten.

[Bertram Hansen]

Hi,

dazu direkt eine Frage von mir. Wer von Euch hat den die neue eXpress++ Version Build 249 schon im Einsatz bzw. hat jemand schon einen Bug gehabt?
Ich überlege noch, ob ich die schon jetzt installiere oder noch ein bißchen warten soll.

[Josef]

Mein Programm läuft auch mit der neuen Version von eXPress, habe allerdings noch nicht alles getestet.

Ich würde aber jeden raten, die eXPress Dateien nicht ins gleiche Verzeichnis zu kopieren wie die xBase Datein (LIB, DLL, BIN usw.)
Es gibt doch immer wieder einen Kuddelmuddel und Vista tut seinen Beitrag auch noch dazu (verweigert Überschreiben von Dateien!!!)

Mein Rat: Version 1.9 249 installieren und die mitgelieferten Beispiele testen (hier tauchen einige FEhler auf, zumindest bei mir)

[Rudolf]

Hallo,
arbeite mit der letzten eXPress++ Version in mehreren großen Anwendungen, bis jetzt kein einziges Problem.
Grüße
Rudolf

[Manfred]

Hi,

ich hänge mich mal hier dran.

Ich habe jetzt auch den Fehler:

[Error] : ALK2102: unresolved external symbol DC_GETIDDEFAULT

Habe mit build19.bat alles durchkompiliert, aber irgendwas mache ich wohl noch falsch.

Irgendwelche Hinweise für mich?

[Wolfgang Ciriack]

Hallo Manfred,
hast du die DCDIALOG.CH eingebunden ?

[Tom]

@Manfred: Einfach mal im Thread ein bisschen weiter nach oben scrollen!

[Manfred]

@Wolfgang,

ich habe nichts verändert. Ich habe einfach nur versucht das Devcon Beispiel MIG03 von Michael ans Laufen zu kriegen.

Es wird z.B. in der cu_edit angemeckert und da ist dcdialog.ch eingebunden.

@Tom,

ich habe erst schreiben wollen, dann habe ich den Thread hier gelesen und "AHA" gedacht. Und dann habe ich festgestellt, dass es trotzdem nicht klappt. So!

Edit:

Wenn ich das Originalbeispiel aufrufe, dann kommt die Meldung

Der Procedureeinsprungpunkt "DC_GETIDDEFAULT" wurde in der DLL "DCLIPX.dll" nicht gefunden.

Muß ich noch irgendwas von Hand starten?

Nochmal edit:
ausserdem scheint es genau an dieser dcdialog.ch zu liegen. Dort steht es drin.

[Koverhage]

Manfred,

schau mal wieviel DCLIPX.DLL's Du hast (Verzeichnisse bin, bin182, bin190, etc.)
Dann die richtige wählen oder Deinen Pfad entsprechend setzen.

Sonst können wir ja Samstag einen Blick darauf werfen.

[Manfred]

Hi Klaus,

anfänglich wollte ich schon jubeln, weil der Pfad wirklich falsch stand. Sowas blödes, ich dachte LIB wäre OK, habe aber übersehen, das es ja LIB19 sein müßte. Aber nachdem ich es geändert hatte, klappt es trotzdem nicht.

Ich habe immer ein Glück.....

[Koverhage]

Manfred,

bei mir stehen die DLLs in BIN190, etc. und nicht in LIB !

[Manfred]

Klaus,

Du hast Recht. Das Alter... Ich habe Müll geschrieben. Natürlich steht das in bin19.

[Koverhage]

build19.bat auch gemacht ?

Falls es bis Samstag nicht funktioniert, bring es einfach mit

[Manfred]

Hi Klaus,

ich habe alles gemacht. Und jetzt kommt das, was ich mal wieder liebe: auf dem einen Rechner läuft es, auf dem anderen nicht.

Ich habe es komplett deinstalliert und neu installiert. Alle Einträge in die Umgebungsvariablen eingetragen. Und es kommt immer der gleiche Fehler.

Suuuper, der Tag fängt schon wieder prima an.

Ich werde mir das gleich nochmal in Ruhe ansehen, wenn der erste Qualm sich hier verzogen hat.

[Wolfgang Ciriack]

Schon mal den Rechner nach dclipx.dll durchsucht ?
Vielleicht irgendwo noch eine alte ?

[Manfred]

Hi Wolfgang,

hm, es befand sich alles im Pfad exp19. Den habe ich nach der Deinstallation komplett gelöscht.
Ich werde es jetzt nochmal auf einem weiteren Rechner testen. Wenn der auch klappt, dann.......

[Wolfgang Ciriack]

Kopiere doch mal die dclipx.dll in das Verzeichnis deiner Anwendung, läuft es dann ?

[Martin Altmann]

Wenn der auch klappt, dann.......

schmeisst Du Dich hinter den Zug?

Viele Grüße,
Martin

[Manfred]

@Martin,

bist Du wahnsinnig? Ich springe vom Teppichrand, oder aus dem Kellerfenster.

@Wolfgang,

da habe ich die ganze Zeit dran gedacht, aber irgendwas hat mich bisher gebremst es zu tun. Ich werde es jetzt einfach mal probieren.