Deutsches Lazarusforum

An dem soll es nicht scheitern. Ich habe nur das .config in .txt umgenannt, da es sonst die Forensoftware nicht so richtig will.

Solange der FPC Installer nicht ohne Meldung bezüglich LFN kommt, brauchst du gar nicht weitermachen. Da musst du deine dosbox-x Konfiguration erst richtig stellen.

Version 7.1 einstellen
LFN aktivieren

dann kann es erst funktionieren.

Fpcup bzw. Fpcupdeluxe kommt erst ins Spiel, wenn du Cross ...

Ich habe mir dosbox-x installiert und den fpc3.2.2 für go32v2 installiert.

Das compilieren deines Beispiels (was bei dir fehlschlägt) hat bei mir funktioniert. Kein Fehler. AUch beim fpc -vt werden alle Pfade sauber LFN angezeigt.

Wichtige Einstellungen BEVOR du den FPC installierst

lfn ...

Du kannst den Pfad in der FPC.cfg für das Target auch direkt angeben als workaround. Wo der FPC sucht hast du ja schon gesehen.

Dann siehst du ob es noch wo Probleme gibt.

Cross compiling zu i386-go32v2 geht mit Lazarus 4.99 (rev main_4_99-4964-gd524d8dca5) FPC 3.2.2 x86_64-linux-gtk3
gerade gebaut mit fpcupdeluxe und einer Änderung an der fpc.cfg. Dort habe ich beim Target i386-go32v2 die Pfade hart eingetragen. Lässt sich auch unter Lazarus kompilieren.

# begin ...

Vorweg eine Frage:
Willst du auf der Go32V2 Plattform selbst kompilieren oder von Windows oder Linux auf Go32V2 Cross-Kompilieren ?

die Ausgabe von fpc -vt (Kleines t = Show tried/used files ) zeigt die Units an und wo die gesucht werden. Dabei fällt auf das der Pfad in langer Schreibweise nicht ...

bei zcompile.log hat er zwei Sachen
-> er findet "f:\fpc\units\go32v2\fcl-image\" nicht. Daher den Pfad wo normalerweise die ppu's aus fcl-image abgelegt werden.
-> der Tildecharakter ~ ist im Pascalquelltext nicht gültig, auch wenn es vom Filesystem so ver/ge-kürzt wird.

bei zcompile1.log hat er ...

Da passt alles zusammen, also ist der Teil in Ordnung.
Dann am besten Mal den Tip von Mattias mit FPC -vt machen. Das vt in deine Zeilen zum kompilieren einfügen, dann kommt elend viel vom FPC, aber er sagt, was er sucht und nicht findet.

War das Problem gestern bei dir nicht gelöst?

Scheinbar schon, ABER ich arbeite gewohnheitsmässig auf verschiedenen Rechnern, deswegen war/bin ich mir nicht sicher ob das alles gelöst ist/war. Zur Sicherheit nochmals neu bauen ist ja keine Sache (Zumindest nicht auf diesen Rechner).

Nein, es ...

Die entsprechende system.ppu braucht man auch.

Dort sollte die Checksums "Uses unit: System (Crc: 3C3C863B, IntfcCrc: 7F6EB7FB, IndCrc: D031AB0F)" ident sein. Wenn das so ist, passen die ppu's zusammen. Dann muss man weitersuchen beim FPC selbst.

Du meinst, da hätte ich auch gleich Kleinweich und die Fenster behalten können ... Hatte schon fast vergessen, wie sich das anfühlt ;-) Bin seit 2019 nur noch MS-frei unterwegs.

Von Fedora muss ich mich wohl verabschieden und bin schon dabei, mir einen neuen Partner zu suchen ...

Die Frage ist ...

Ich habe ppudump inzwischen ausprobiert. Es erzeugt eine sehr große Textausgabe (bei fpimage.ppu über 1 MB), daher bin ich unsicher, welche Teile davon für die Diagnose relevant sind.

Ich sehe darin auf den ersten Blick keine Hash-Werte.

Welche Abschnitte der ppudump-Ausgabe interessieren dich ...

Bei mir ist es jetzt so, das ich mit shift+strg+U (Uncomment Block) auslösen, kann, das es nicht funktioniert. Ich werde mir noch ein Update ziehen und wenn es weiter so bleibt entweder den Call neuerlich öffnen oder einen neuen erstellen.

[*]Gtk3-Version: zunächst schien alles ok. Aber irgendwann wollte dann shift-PfeilRauf/Runter nicht mehr zu tun (dann auch Rechts/Links). Beobachtung: es schien so, als wäre der Fokus auf die Object Inspector Properties gewechselt zu haben.
[/list]

PS: ich weiß, dass das jetzt Sch... für die ...

Ich habe mal ppudump angeworfen und mir die system.ppu und deine beiden ppu's anzeigen gelassen

Wichtig ist dabei der CRC von der system.ppu, der ist hier C712EA52 . Bei den anderen beiden Dateien muss dieser in der Interface Sektion unter system.ppu wieder auftauchen. Ist der gleich, wurde alles ...