W dniu 2015-11-12 o 11:36, Jacek W. pisze:
W dniu 2015-11-11 o 19:54, Luke pisze:
W dniu 2015-11-11 o 19:39, Przemysław Ryk pisze:
Hmm. Zaraz moment - ale pisał przecież, że pod XP też to pracuje na
NTFS. To
jak? NTFS pod XP domaga, a NTFS pod 7/8/10 już niedomaga?
To ja źle zrozumiałem. Myślałem, że testował na 7, 8 i 10 pod NTFS :) A
pod XP na nie-wiadomo-czym.
Jeśli NTFS był w obu przypadkach, to ja bym się zastanowił nad
antywirusem albo jakimiś ustawieniami typu cache.
Bardzo pomogłoby doprecyzowanie, czy program jest dostępny w wersji
źródłowej (np. pisany samemu), czy tylko binarny.
Doprecyzowuję więc.
1. Partycja C - tu wgrywam różne systemy z obrazu
2. Partycja D - NTFS - na niej leżą wszystkie pliki jak i sam program
3. Program - jeden plik exe skompilowany pod C, pracujący w trybie
znakowym - mam wersję źródłową - są to źródła pisane w clipperze,
obecnie skompilowane w Harbour (32-bitowy kompilator bazujący na C).
A on czasem nie potrzebuje ustawienia zmiennej "Clipper=fxxx", albo
podobnej.
Spróbuj odpalić w trybie zgodności z XP.
Sprawdź sobie, bo może tu leży problem.
Wiele lat temu przechodziłem przez podobne jaja z programem MarHal (dla
administracji wspólnot mieszkaniowych), program oryginalnie pracował na
w98 i nawet na Pentium 300 pracował jak rakieta, problemy zaczęły się po
przesiadce na Win 2000-XP(nawet pracujący na FAT) - istny żółw,
odpalenie zajmowało czasem około minuty, nie mówiąc już o dostępie do baz.
Wtedy też odprawialiśmy egzorcyzmy, razem z autorem programu żeby to
ruszyło.
A skończyło się tak że program został przepisany bezpośrednio na C++.
--
PM
--- news://freenews.netfront.net/ - complaints: news@netfront.net ---
|