Na pomysł wpadłem czytając artykuły poświęcone zastosowania twojego ISDR w placówkach edukacyjnych.
W moim pomyśle działało by to podobnie jak to na stanowisku instruktora w artykułach

Co konkretnie "krzaczy"? Jaki OS?

przez "krzaczy" mam na myśli bak polskich znaków diaktrycznych"

OS: Windows 7

A numer błędu, jeśli takowy powstał? Error.sav?

error.sav nie powstał a numerowi błędu się nie przyjrzałem

Wersja?

Jak pisałem w poprzednim poście - 20140511 (11.05.2014)

Jakie programy w tle?

firefox, skype

Jak to w dokumentacji i drobnych pracach?

zależy co potrzeba 

Przecież proponowałeś przepisanie ISDR na inny język programowania? To nie są drobne prace. Kto wówczas miałby wykonać tę "zasadniczą" część pracy?

Nie do końca zrozumiałeś mój kontekst 

Pomysł przepisania ISDR na inny język był jedynie pomysłem na daleką przyszłość 

Ale chyba nie masz na myśli mojej strony? Tam jest tylko "ekstrakt" z całej tematyki. Jeżeli już chcesz się na czymś opierać, to polecam zaopatrzyć się w jakieś porządne książki, np. "Elektryczne urządzenia zrk" WKŁ 1982. Ale to i tak nie zastąpi wiedzy praktycznej - gdybym tworzył symulację wyłącznie na podstawie literatury, to pewnie działała by trochę inaczej.

Pisałem ogólnie  jak wpisałem w google hasła związane z srk to dostałem sporo wyników

Odnośnie mindmapy. Jako "core" obecnie można potraktować wspomnianą bibliotekę, która kontroluje upływ czasu, symuluje ruch i działanie urządzeń zewnętrznych srk oraz dostarcza interfejs do sterowania nimi w dowolny sposób. To jest podstawa całej symulacji. Biblioteka ta otoczona jest podstawowymi funkcjami programu, tzn. obsługa Podglądu sytuacji w terenie, wysyłanie poleceń do składów, główne procedury łączności, podstawowe narzędzia i elementy interfejsu użytkownika itp.

"Wymiennymi modułami" są blokady liniowe, SSP, logika współpracujących posterunków, pulpity nastawcze, a docelowo także rzeczy które są obecnie zagnieżdżone w kodzie głównego pliku: zależności stacyjne, SWDR, RASP, powtarzacze SSP.

Zgadza się, tylko jak mniemam, "core", czyli główny kod został nadmiernie obciążony zbyt wieloma rzeczami i funkcjami, co powoduje również zwiększone zużycie zasobów komputera (ok 17 MB) oraz zwiększenie objętości kodu

Przy czym ich wymienność polega na tym, że można je dodać prosto do projektu i nie do końca prosto powiązać z resztą na poziomie kodu źródłowego (ale nie dlatego, że nie są w C++, tylko dlatego, że tych powiązań jest dużo i są zależne od specyfiki - np. dla nietypowej blokady trzeba wymyślić zmieniony sposób jej obsługi przez AI).

Co sądzicie aby w wersji deweloperskiej spróbować rozwiązania aby stworzyć tzw. "pliki funkcyjne", czyli w odpowiednich katalogach stworzyć pliki w których umieściło by się pogrupowane wg. kategorii funkcjonalności funkcje?

Następnym krokiem było by utworzenie w głównej bibliotece funkcji która wczytywała by te pliki bezpośrednio z plików w tych katalogach. To rozwiązało by sprawę dynamicznego ładowania modułów i innych danych zewnętrznych

Na razie myślę prędzej o automatyzacji tworzenia niektórych typowych powiązań poprzez generowanie potrzebnego kodu na podstawie wprowadzonych danych o posterunku i jego otoczeniu. Nie wchodzi w grę natomiast zmienianie całej architektury programu czy przepisywanie na inne języki - za dużo pracy, za małe korzyści.

Ja mogę pomóc na ochotnika 

Przy okazji, co myślisz Pawle o wbudowaniu do ISDR takich edytorów jak np.: edytor RJ, epk, eps, itd. ?

Czy zamierzasz się podjąć osobiście przetworzenia tej biblioteki na odpowiednie moduły, czy proponujesz, aby zajęli się tym inni?

mogę spróbować sam, ale każda pomoc będzie mile widziana

Poza tym nie jestem pewien, w czym Twoim zdaniem miałoby pomóc rozbicie jednej dużej biblioteki, na kilka mniejszych - tak konkretnie.

Jak napisałem w PM do Pawła, rozbicie kodu na mniejsze pozwoliło by pracować na mniejszych partiach kodu (zamiast pracować na raz nad 16,3 tys. linijkami kodu), co przyśpieszyło by prace rozwojowe.

Pracuję nad tak zwaną mindmapą (mapą myśli jakby ktoś nie wiedział co to jest ) która schematycznie pokazała by przykład proponowanego przeze mnie rozwiązania.

1/ jest potężna, więc jej rozbicie na mniejsze moduły przechowywane np. w postaci dll-i, to gigantyczna praca,

można przecież stworzyć własny rodzaj bibliotek (np. z rozszerzeniem .isdrmod), które było by wykorzystywane wyłącznie przez IDSR, co pozwoliło by w przyszłości łatwiej przenieść na inne systemy operacyjne

Jeśli jednak mimo to chcesz spróbować swoich sił, zgłoś się do Pawła, może pozwoli Tobie zapoznać się z biblioteką, ale obawiam się, że to będzie słomiany zapał. 

Paweł jest chyba bardzo zajęty skoro jeszcze nie odpisał na moje poprzednie PM

Dodatkowo, myślę że dobrym pomysłem było by przeniesienie projektu z Deplhi na np. C++ lub javę, które w przeciwieństwie do Delphi i Pascala umożliwiają stworzenie (w przypadku C++ kompilację) wersji dla np. Linuxa