Witam!
Mamy taki dziwny problem.
W OnTimerze umieszczamy sobie wywołanie naszej procedurki, która eksportuje towary do pliku. Wykonuje się w określonym interwale, np. co 100 razy.
W tej procedurze odpytujemy bazę TW i kolejne rekordy, wybrane pola zapisujemy do pliku tekstowego w katalogu %temp%. Następnie uruchamiamy aplikację bez blokowania interfejsu, czyli przez WScript.Shell.
Wszystko działa prawidłowo, gdy do firmy zalogowany jest admin.
Przestaje działać, gdy do firmy jest zalogowany zwykły użytkownik. W ogóle nie wykonuje naszej procedury - nie tworzy się plik w %temp%. Sam OnTimer wykonuje się, sprawdziłem to dopisując do niego polecenie utworzenia testowego pliku z jakąś zawartością - plik się tworzy i co 5 sekund następuje zapis do niego.
Wygląda to jakby był jakiś problem z pamięcią (Limit = 63000) lub utworzeniem obiektu WScript.Shell.

Co ciekawe - zrobiłem jeszcze jeden test. Tą procedurkę którą ma wywołać OnTimer podpiąłem na próbę do "Raporty z menu" i z tego poziomu też wszystko działa z każdego użytkownika.
Może ktoś z Was spotkał się z podobnym problemem i może coś podpowiedzieć?

[1] jaki program?

[2] limit 63000?
czytałeś w helpie opis tego polecenia?

[3] w jakim środowisku to uruchamiasz?

Cześć i przepraszam za lag w temacie :)
Program to Symfonia Handel 2019 chyba B (aktualna).



Tak, w wg dokumentacji maksymalnie może być to chyba 32k, ale co ciekawe najwyraźniej można ustawić go wyżej, bo przy 32k mieliśmy problemy w innym miejscu - przy 63k już ich nie ma


Windows 7 pro 64 bit

[1] limit powyżej 32k mimo wszystko nie używamy
powyżej 32k występuje dosyć nieprzewidywalnie zachowanie więc omijamy szerokim łukiem
co Tobie też radzę - może to + przemyślenie sposobu przetwarzania rozwiąże problem

[2] uruchom na nie-admin-a 'z interfejsem'
i jak wtedy jest?

[3] wiem, że na ontimer kiepsko się debuguje
dorób jakieś log-pointy do automatycznego logowania postępu/wykonania programu (do pliku tekstowego)
i zobacz na czym się wywala/dokąd dochodzi - może to coś da

Dzięki za wskazówki. Zmienię limit na 32k i sprawdzę czy coś to zmieniło.
Czy mógłbyś rozwinąć "[2] uruchom na nie-admin-a 'z interfejsem'"? Nie do końca rozumiem co to znaczy z interfejsem.
Debugowanie komplikuje mi fakt, że raport jest zakodowany, a nie chciałbym klientowi udostępniać źródła.

Jeszcze pytanie, może będziesz wiedział - czy raporty instalowane są wyłącznie w bazie programu, czy mogą być instalowane dodatkowo w bazie firmy?
Instalujemy raporty w taki sposób: 1. Wrzucamy do \Raporty\HM(p) 2. uruchamiamy Symfonię jako admin 3. wyskakuje prompt o obecności nowych raportów do wczytania.
Czy jest jakaś możliwość, że jeśli potem z poziomu edytora w amhm wyedytujemy raport, to czy może zostać w jakiś okolicznościach przywrócona jego pierwotna wersja z dysku (\Raporty\HM(p)\arch) tym samym wycofując nasze zmiany?

po prostu uruchom program ręcznie (klikając) a nie za pomocą WScript.Shell
na innego usera niż admin tak aby widzieć okno programu i ewentualnie móc organoleptycznie 'coś zobaczyć'
może coś mignie/smignie co cię naprowadzi na trop
jak teoria się nie sprawdza to po prostu poobserwuj przyrodę;-)
może: połącz się do klienta, skopiuj na szybko odkodowaną wersję, powsadzaj breakpointy/message kontrolne do postępu/etc. i zanim ktokolwiek/cokolwiek - będziesz miał odpowiedź
aha, z tego co kojarzę po zmieniae/aktualizacji modułu include-owanego w ontimer 'najlepiej' jest jeszcze zrobić edytuj-zapisz na ontimer - od razu się odświeży całość
tyczy się przypadków gdy coś na szybko poprawiasz / wklejasz




wydaje mi się, że wiem - standardowo w hmp nie da się.
nie łapię też intencji/sensu takiego zabiegu (chyba, że jako źródło potencjalnego dziwnego/samoczynnego przywrócenia poprzedniej wersji modułu).
instalki takiego 'dodatku/' powinny zawsze gdzieś być
trzymanie tego tylko w bazie u klienta to jest jakiś pomysł;-) ale wg mnie nie do końca dobry
a w archiwum są po prostu pliki więc pewnie będzie ostatnio wczytywana wersja, a może nie, a może ktoś wgrywał 'kopiuj-wklej do edytora', a może ... dlatego wg mnie to 'słabe rozwiązanie'


kombinuj :D

To nie jest celowe. Jest taka sytuacja - wgrywamy raport. Po kilku dniach modyfikujemy go, wszystko działa. Po jakimś czasie np. 2-3 tygodnie raport zostaje przywrócony do wersji z przed modyfikacji. Klient twierdzi, że samo się zrobiło :) Wg mnie to niemożliwe.

wg mnie też - niemożliwe,
coś jest nie tak ale to chyba już nie chodzi o programowanie
ostatecznie może coś z bekapem czy czymś, coś ktoś może coś odtwarza etc.
więc nie bijmy tu piany

A czy orientujesz się, czy jest możliwość zrobienia include raportu z pliku?
Czyli zamiast wczytywać raport do bazy robię sobie coś w rodzaju include("c:\\test.sc")

w std funkcjonalności - nie