(26.01.2021, 22:41)aeyol schrieb: Falls ich grad mal eine kurze Zwischenfrage stellen darf:

Was mich an Schicksalsklinge am meisten nervt, ist die Passwortabfrage bei Spielstart. Ließe die sich mittels Bright Eyes umgehen (und ist das evtl sogar schon der Fall)?

(26.01.2021, 18:25)wiese.hano schrieb: Prima erklärt, siebenstreich. Danke! Wieviel Stellen sind noch zu ändern?

(27.01.2021, 12:40)aeyol schrieb: Sehr schön, danke für die Info. Dann richte ich mir das wohl doch mal wieder ein.

(27.01.2021, 14:43)aeyol schrieb: Ich fürchte, zum selbst kompilieren (auch wenn ich das durchaus gern probieren würde), bräuchte ich ein kleines HowTo.

(27.01.2021, 19:21)Obi-Wahn schrieb: Nope, leider bekomme ich keinen sauberen Build mehr hin. Auch mit dem Original-Code von Henne und Visual Studio 2008 Express Edition. (Mit Visual Studio 2019 bekomme ich Probleme mit Code-Änderungen in SDL...)

Ich weiß auch nicht, ob der Fehler bei mir liegt oder im Code. Der BuildLog ist im Anhang.

(27.01.2021, 20:22)aeyol schrieb: Ich habe hier auch Visual Studio 2019 installiert und möchte mir hier ungern durch die Installation älterer Versionen das System zumüllen oder gar zerschießen. Also werde ich wohl vorerst mit den bereits existierenden, wenn auch veralteten Builds arbeiten.

Wünsche Euch aber viel Erfolg

(27.01.2021, 19:43)Borbaradwurm schrieb: Versuche mal die Datei datseg.cpp aus dem VC++ Projekt zu entfernen (d.h. nur aus der Liste der zu kompilierenen Dateien, nicht aus dem Projektverzeichnis im Dateisystem).

(27.01.2021, 21:04)Rabenaas schrieb: ...oder schreib

Code:

#pragma once

in die Datei.

(24.01.2021, 18:13)gaor schrieb: Genau, man kann einzelne C-Quellcode-Dateien getrennt voneinander kompilieren. In Bright-Eyes sind die nötigen Befehle bzw. Skripte dafür enthalten. Aber der Compiler selbst (BCC.EXE) ist nicht in Bright-Eyes enthalten, weil er proprietär lizensiert ist.

1. Stelle sicher, dass Bright-Eyes einmalig auf dem gewöhnlichen Wege erfolgreich kompiliert vorliegt:
   Code:

   make clean && ./autogen.sh && ./configure && make -j4
2. Die BCC-Dateien müssen in das Verzeichnis src/custom/drive_c/BORLANDC/, sodass die BCC.EXE in src/custom/drive_c/BORLANDC/BIN/BCC.EXE landet.
   
3. Die Original SCHICKM.EXE muss in das Verzeichnis src/custom/schick/rewrite_m302de/tools/.
   
4. Einmalig muss dann das Skript disassemble.sh ausgeführt werden:
   Code:

   cd src/custom/schick/rewrite_m302de/tools/ && ./disassemble.sh
5. Einzelne cpp-Dateien kannst du kompilieren und manuell auf Binärkompatibilität prüfen, indem du die entsprechende Zeile in src/custom/schick/rewrite_m302de/compile.bat auskommentierst und anschließend bc.sh ausführst:
   Code:

   cd src/custom/schick/rewrite_m302de && ./tools/bc.sh
6. Am praktischsten ist aber das pre-commit-Skript, das checkt, dass die Binärkompatibilität nicht kaputt gegangen ist. Den folgenden Code packst du in die Datei .git/hooks/pre-commit und machst sie mit chmod +x .git/hooks/pre-commit ausführbar:
   Code:

   #!/bin/sh

# build with gcc
g++ -v 2>/dev/null >/dev/null
if [ $? -ne 0 ]; then
    echo "g++ not installed";
    exit 1
fi

#check it builds on this system
echo "Host build check"
make 2>lastbuild.log >/dev/null
if [ $? -ne 0 ]; then
    echo "Build failure";
    exit 1
fi

#check no working files are damaged
echo "DOS build check"

BAK=$PWD
cd src/custom/schick/rewrite_m302de/
SDL_VIDEODRIVER=dummy ./tools/bc_ready.sh
RETVAL=$?
cd $BAK

if [ $RETVAL -gt 0 ]; then
    echo "Good files were broken";
    exit 1
fi

exit 0