Wirklich schön das an dem Projekt wieder mit voller Kraft gearbeitet wird!
das Spiel selbst habe ich noch nie gespielt aber ich interessiere mich sehr für Reverse-Engineering von alten DOS-Games (ich hab teilweise an Re-Stunts und einem AlphaWaves reversing gearbeitet)
ich hab ein paar Kompilier/Test-Fragen:
1.
Hab ihr schon mal (am einfachsten unter Linux mit clang/gcc) mit dem ASAN (AddressSanitizer: https://github.com/google/sanitizers/wik...ssanitizer) gearbeitet
der erkennt zuverlässig (fast) jeden Speicher/Pointer-Missbrauch und ist bei mir in der Entwicklung schon seit mind. 10 Jahren Standard in allen Projekten
dafür muss man in der CMake nur folgende Optionen setzen
add_compile_options(-fsanitize=address -fno-omit-frame-pointer -O0 -g)
add_link_options(-fsanitize=address)
und das Programm laufen lassen - der ASAN beendet dann (per default) das Programm beim ersten Auftreten von einem Problem mit detallierter Info was passiert ist
(wird durch den Kompiler instrumentiert, ist viel schneller und hat keine false-Positives im Vergleich zu Valgrind)
===> aber das lohnt sich nur wenn ein grossteil der Variablen sauber vom Kompiler im Source erkennbar sind - wenn die meisten Speicherzugriffe mit casts auf irgendwelche DSeg-Like Speicherbereiche passiert bringt der noch nicht so viel - aber spätestens wenn alles sauber ist
2. gibt es eine kleine Doku was und wie man bauen kann?
ich sehe das der alte Borland Kompiler eingesetzt wird und irgendwo ist auch CMake im Einsatz aber ich werden noch nicht schlau draus welche Tools/Kompiler ich wo brauche und aufrufen muss damit ich alles von dem ihr hier so erzählt bauen kann
3. warum braucht ihr eine gesonderte WinMain in src/gen?
wenn ihr in der CMakeLists noch die SDL2Main zieht reicht eine übliche main(...)
target_link_libraries(ngen PUBLIC SDL2::SDL2main)
dann ist der main Code für Windows/Linux schon mal gleich
4. das Programm src/gen lässt sich mit ein paar kleine Änderungen auch mit VS2022 kompilieren und dann auch in der IDE debuggen - ist der Kompiler für euch relevant?
(ich bin mir aber nicht sicher ob alles richtig funktioniert weil ich keine Ahnung habe wie "richtig" aussieht)
mein technischer Hintergrund: Ich arbeite seit fast 30 Jahren unter Windows/Linux mit gcc/clang/MSVC,msys2,BCC,OpenWatcom V2, msys2,git,IDA Pro etc.
das Spiel selbst habe ich noch nie gespielt aber ich interessiere mich sehr für Reverse-Engineering von alten DOS-Games (ich hab teilweise an Re-Stunts und einem AlphaWaves reversing gearbeitet)
ich hab ein paar Kompilier/Test-Fragen:
1.
Hab ihr schon mal (am einfachsten unter Linux mit clang/gcc) mit dem ASAN (AddressSanitizer: https://github.com/google/sanitizers/wik...ssanitizer) gearbeitet
der erkennt zuverlässig (fast) jeden Speicher/Pointer-Missbrauch und ist bei mir in der Entwicklung schon seit mind. 10 Jahren Standard in allen Projekten
dafür muss man in der CMake nur folgende Optionen setzen
add_compile_options(-fsanitize=address -fno-omit-frame-pointer -O0 -g)
add_link_options(-fsanitize=address)
und das Programm laufen lassen - der ASAN beendet dann (per default) das Programm beim ersten Auftreten von einem Problem mit detallierter Info was passiert ist
(wird durch den Kompiler instrumentiert, ist viel schneller und hat keine false-Positives im Vergleich zu Valgrind)
===> aber das lohnt sich nur wenn ein grossteil der Variablen sauber vom Kompiler im Source erkennbar sind - wenn die meisten Speicherzugriffe mit casts auf irgendwelche DSeg-Like Speicherbereiche passiert bringt der noch nicht so viel - aber spätestens wenn alles sauber ist
2. gibt es eine kleine Doku was und wie man bauen kann?
ich sehe das der alte Borland Kompiler eingesetzt wird und irgendwo ist auch CMake im Einsatz aber ich werden noch nicht schlau draus welche Tools/Kompiler ich wo brauche und aufrufen muss damit ich alles von dem ihr hier so erzählt bauen kann
3. warum braucht ihr eine gesonderte WinMain in src/gen?
wenn ihr in der CMakeLists noch die SDL2Main zieht reicht eine übliche main(...)
target_link_libraries(ngen PUBLIC SDL2::SDL2main)
dann ist der main Code für Windows/Linux schon mal gleich
4. das Programm src/gen lässt sich mit ein paar kleine Änderungen auch mit VS2022 kompilieren und dann auch in der IDE debuggen - ist der Kompiler für euch relevant?
(ich bin mir aber nicht sicher ob alles richtig funktioniert weil ich keine Ahnung habe wie "richtig" aussieht)
mein technischer Hintergrund: Ich arbeite seit fast 30 Jahren unter Windows/Linux mit gcc/clang/MSVC,msys2,BCC,OpenWatcom V2, msys2,git,IDA Pro etc.