To może zgodnie z zasadami propagandy - Viva Cl*pper
Z ciekawości: która wersja Harboura?
Tzn? SQL, SQL + OTC Mediator, ADS i dbfy, … ?
-
ile znaków mają te zmienne? Jak max 10 i wyglądają tak jak stworzone przez osoby, które lubią akronimy typu KolNagCzer to może być ciężko bo to kwestia kompatybilności wstecznej i tak zwanego legacy code. Jeżeli kod jest w Clipperze to pamiętaj, że zmienne o długości > 10 znaków i tak są truncatowane do 10 znaków więc przejście na Harbour spowoduje, że kod w Clipperze przestanie działać - Harbour uznaje nazwy zmiennych > 10 znaków
-
Najpierw zastąpiłbym PUBLICi PRIVATEami i zobaczył czy działa. Jeżeli tak to przechodzenie na LOCALe jest ostatnim etapem i najlepiej zacząć go od czegoś prostszego np. zmiennych tworzonych w jednej funkcji na potrzeby kilku innych funkcji - wtedy wystarczy wrzucić je jako parametry. Poza tym - jak słusznie zauważył @narbej - nie każdy PUBLIC to zło. Jedynie większość 
- http://www.kresin.ru/en/index.html
- przykłady z mojego GitHuba https://github.com/e-Lama
- oficjalna dokumentacja Harbour
- wbrew pozorom fajnie zobaczyć ich przykłady oraz kod pliku std (w include)
Masz cały kod obwarowany MEMVARami?
Mam nadzieję, że w pozytywnym sensie. Bo mój pierwszy dream team też pokazywał mi drogi na skróty. Po co zmienne lokalne, po co robić dobrze, po co tak skoro też działa, … 