1. Płyty są różne na różnych chipsetach.
2. Ja się nie oburzam - mam taki styl bycia.
3. Dziękuję za wreszcie konstruktywne podpowiedzi.
4. Problem właśnie polega na tym, że procedura wykonywania pracy jest identyczna, co do każdej linii, za wyjątkiem synchronizacji wątków. To muszę sprawdzić. Będzie mi łatwiej, bo wreszcie po przeinstalowaniu systemu (i to mnie najbardziej dziwi) na komputerze, na którym program działał poprawnie - działać przestał.
5. Ergo - błąd na pewno jest programowy, ale sama rekompilacja niczego nie da.
6. Podawanie konfiguracji komputera jest bez sensu - z założenia program ma działać na każdym sprzęcie. Dlatego właśnie piszę go w Delphi 7 - 16-bitowym kompilatorze, zgodnym nawet do Windows 95 w dół.
Aha to Twoje XP jest Pro, czy Home?
Dojdę do tego, jak skąd bierze się ten błąd. Moje testy wykazały ponadto:
- jeśli w 1 linii znaczącej (wektor wykonywany) jest wpisane Y - program także nie pójdzie. Jeśli wpisany jest X -> zadziała OK.
- wykonwany nie jest w istocie g-kod, tylko jego prekompilat, czyli tablica wektorów -> plik XYZ. Sprawdzałem działanie tego pliku -> jest tak samo, jak z g-kodem i PLT, czyli źle. WIną jest w takim razie wątek pracy programu.
- podejrzewam, że synchronizacja wątków jest problemem głównym.
==========================
HURRAAAA!!!! Doszedłem wreszcie do tego, o co chodziło! Winny jest jednak moim zdaniem Service Pack 2 dla PRO i SP3 dla Home. Chodziło o dodatkowe zerowanie zmiennych wejściowych procedury ruchu maszyny. Wcześniej, gdy wartość była nieustalona Windoza zawsze podstawiała zero, potem coś pokombinowali i podstawiała "nic". Anyway - zrobione. Wersja 1.33 została właśnie wrzucona na serwer. Można ją pobrać jak zwykle, np. z linku w podpisie, czyli np:
www.grawerki.biz
Pozdrawiam wszystkich.