Exe startet auf anderem PC nicht

[Alfredo]

Da meine Anwendung ein Laufzeitproblem hat wollte ich diese auf einem anderen Rechner starten
um Hardwareproblem auszuschließen. Dort erhalte ich jedoch folgende Meldung:

"If you build your project without run-time packages you need dac250.bpl, unidac250.bpl"

Ist das jetzt ein Problem der Trial(7.1.4)
oder sitzt das Problem vor dem Monitor beim Erstellen der *.Exe? :)


Kompiliert Delphi 10.2.2 64-Bit Standardmäßig eine 32-Bit oder 64-Bit *.exe?

Installiert hatte ich die 64-Bit Version.
Die IDE spricht jedoch von 32-Bit.



PS:
Wo kann ich denn mein Profil ändern?

[Frickler]

Bei allen Trial Versionen von DevArt müssen Programme immer mit Laufzeitpackages compiliert werden.

[Alfredo]

Nach dem Einbinden der Laufzeitpackages habe ich nun das rtl250.bpl Problem :cry:.

Kann ich davon ausgehen, dass ohne Trial das rtl250.bpl Problem nicht auftaucht?

Da Sie sich ja mit Devart auskennen, hätte ich eine weitere Frage:

Ich nutze den DBF-Provider und sobald ich die Daten aus einem Netzwerklaufwerk aufrufe
braucht die Anwendung 25s bis sie startet, danach läuft alles wie es soll.

[himitsu]

Die nötigen Laufzeitpackages vom Delphi mußt du natürlich auch mitgeben. (RTL, VCL usw.)

Zitat:

Kann ich davon ausgehen, dass ohne Trial das rtl250.bpl Problem nicht auftaucht?

Nur, wenn du dann ohne Packages kompiliers.

[Alfredo]

Zitat:

Zitat von Himitsu

Nur, wenn du dann ohne Packages kompilierst.

Wer kann denn professionell ohne Packages kompilieren?
Als Amateur brauche ich ja schon 3(Unidac,GridPack,FR)
oder verstehe ich da etwas falsch?

[DeddyH]

Ich denke, er meinte die Laufzeitpackages.

[Alfredo]

Nachtrag zu meinem Laufzeitproblem:

Lege ich die Daten auf einen Linux-Server(Ubuntu 16.04) dann läuft alles wie erwartet.

[himitsu]

Zitat:

Zitat von DeddyH (Beitrag 1390471)

Ich denke, er meinte die Laufzeitpackages.

Jupp, wenn du den Code der Fremdkomponenten in deine EXE einkompilierst, dann brauchst du die Laufzeit-Packages (BPL) nicht mit der EXE weitergeben, da bereits eingebaut.

[Alfredo]

Vielen Dank an alle.

Aufgrund Eurer Hinweise habe ich geduldig die fehlenden Dateien zusammengestellt und
jetzt läuft die *.Exe mit einem Registierungshinweis von Devarts.

Der Test hat ausserdem ergeben, dass mein Programm auch kein Problem hat, wenn die Daten
auf einem Windows 2008 Server R2 liegen.

Nur mein 2003 SB Server der kommt leider nicht in die Gänge.

[Bernhard Geyer]

Zitat:

Zitat von Alfredo (Beitrag 1390519)

Nur mein 2003 SB Server der kommt leider nicht in die Gänge.

Dann entsorge deine W2K3-Server
Welche Praktische Relevanz hat diese Version im Firmenumfeld noch?

Falls es Privat ist: Um welches DBMS geht esß

[Alfredo]

Zitat:

Zitat von Bernhard Geyer

Welche Praktische Relevanz hat diese Version im Firmenumfeld noch?

Das ist eine lange Geschichte.
Ich bin seit 37 als Steuerberater tätig und hatte eine Vielzahl an externen
Beratern, die mir viele schlaflose Nächte(sehr lange Arbeitsausfälle)
bereitet haben.

Es fing mit Novell an und ging dann auf Windows über.
Die Datev hat mit dem Umstieg auf Windows einen Primary Domain Controller
gefordert.
Da die Umstellung auf einen neuen Domänencontroller unter Windows 2012 R2
gescheitert war, hat man den SBS auf eine neue Hardware umgezogen.
Ein Fachmann der DATEV hat den Arbeitsserver(Windows 2008 R2) auf einem
neuen Rechner als reines Domänenmitglied installiert.
Damit ist der SBS nur noch für die Anmeldung zuständig.

Zitat:

Zitat von Bernhard Geyer

Um welches DBMS geht es

Es handelt sich um ein Anlagenprogramm dass pro Mandant und Wirtschaftsjahr
3 DBFs für die Datenhaltung verwendet und damit bei rückwirkenden Änderungen
(z.B. BP) sehr flexibel ist. Das Programm wurde mit Foxpro 2.6 1994 entwickelt.
Den Umstieg auf VisualFoxPro habe ich gründlich verschlafen.

Mein derzeitiger Plan ist, überfällige Programmanpassungen mit Delphi und
Unidac(DBF-Provider) vorzunehmen. Die funktionsfähigen Module will ich mit
VisualFoxPro 9.0 weiter verwenden.

Aufgrund der heutigen Erkenntnisse werde ich versuchen die mit Foxpro 2.6
entwickelten Teile auf den Windows 2012 R2 umzuziehen und erst dann mit
Delphi weiter entwickeln.

Am 26.04.2018 soll Ubuntu 18.04 kommen. Damit werde ich versuchen den
Windows SBS 2003 abzulösen.

[himitsu]

Zitat:

Mühevoll

Die ersten Packages stehen fein aufgelistet in den Projektoptionen
und dann fehlen "nur" noch die weiteren Packages welche von deinen Packages geladen/verwendet werden und die von den usw.
Die statisch verlinkten kann man aber auch problemlos aus der EXE/DLLs/BPLs auslesen.
Und dann noch Jene, welche erst zur Laufzeit geladen werden. LoadLibrary

Bei dir lokal starten oder erstmal "alle" Laufzeitpackages mitgeben und dann mit dem Procedd Monitor schauen was wirklich verwendet wird, beim Programmstart.
https://docs.microsoft.com/en-us/sys...nloads/procmon

Oder einfach immer alle BPLs mitgeben, wenn du keine Lust auf's Aussortieren/Zusammenstellen hast. :stupid:

[mkinzler]

VisualFoxPro kann auch auf ein richtiges DBMS zugreifen. Diese Option würde ich Nutzen.

[matashen]

Hallo,


dir ist schon bekannt das Visual Foxpro abgekündigt ist und nicht mehr weiterentwickelt wird.
Also wenn du schon umsteigst, dann würd ich damit rechnen mich mittelfristig ganz von Foxpro zu verabschieden.
nur mal so nebenbei nicht das du bald nochmal das Rad neu erfinden musst.

Gruß Matthias

[Alfredo]

Zitat:

Zitat von Matthias

dir ist schon bekannt das Visual Foxpro abgekündigt ist und nicht mehr weiterentwickelt wird.

Ja.

Seit Microsoft von Foxpro 2.6 auf VisualFoxpro umgestiegen ist bin ich auf der Suche.

CA-Visual Objects
- Ich habe da viel Zeit und Geld reingesteckt, aber keine brauchbaren Ergebnisse erzielt.

Xbase++
- Leider ein sehr teurere Spass, aber auch hier keine brauchbaren Ergebnisse.

Delphi 2009 mit SQL-Direct und GridPack von DevExpress
- Ausstieg weil die Updatepreise für Delphi + DevExpress sehr stark angestiegen waren
und die von mir erreichten Programmergebnisse mich nicht zu Frieden gestellt haben.

Filemaker
- In kurzer Zeit eine sehr effektive Datenerfassung zusammen bekommen.
- An einer richtige Programmierung bin ich bislang leider gescheitert.


Xojo
- Ich habe bereits nach kurzer Zeit festgestellt, dass der Funktionsumfang für meine
Zwecke nicht ausreicht.


Dass ich wieder hier bin habt ihr Darlo(Beitrag #124 in "10.2.2 ist erschienen") zu verdanken. :-D


Aufgrund seiner klaren Aussage habe ich mir Unidac angesehen und bin auf den DBF-Provider
gestossen der einen direkten Zugriff auf dbf-Dateien ermöglichen soll.

Somit habe ich eine Möglichkeit gesehen, die bestehende Programmlogik weiter zu verwenden.
Foxpro 2.6 hatte ja bereits einen select * from into cursor und war somit für Logik des
von mir konzipierten Anlagenprogrammes sehr geeignet.

Das Update-Angebot zum Jahresende hat mich dann dazu veranlasst nochmals einzusteigen.

Wenn das Problem mit der Laufzeitverzögerung bei Daten die auf einem Netzwerklaufwerk
liegen nicht wäre, dann wäre ich schon am Ziel meiner Wünsche und ich würde mit der
Umstellung weiter machen.

Zitat:

Zitat von mkinzler

VisualFoxPro kann auch auf ein richtiges DBMS zugreifen. Diese Option würde ich Nutzen.

Da bin ich ebenfalls dran.
Ich bin durch Zufall im Internet auf sehr gute Beispiele von einem Herrn Garfield
gestossen, die mir das Verständis für VisualFoxpro wesentlich näher gebracht haben.
Leider gibt es nur noch wenige Entwickler die damit arbeiten.
Ein Forum mit einem solchen Umfang wie dieses gibt es leider nicht.

Zitat:

Zitat von himitsu

Mühevoll........

Viel dank für die Informationen.
Ich werde Sie mir bei Gelegenheit erarbeiten.