Если рабочие станции все поголовно Win2K, WinXp то можно пользовать функцию NetRemoteTOD, если нет то на сервере можно создать файл и прочитать его дату/время создания - с точностью 2 сек (особоенности файловых систем) а тут или установить время через SetLocalTime или во всяком случае я не изменяю время на локальном компе а запоминаю значение GetTickCount из винды на момент создания файла и время файла - потом при для получения локального, серверозависимого времени получаю новый GetTickCount - и вот их разница + время создания файла - дают время на сервере - так что пусть юзеры хоть обустанасливаются хоть временем хоть датой на локальном компе - мне по барабану

Нет - не правильно понял - файл создается только при старте программы а потом прогой и удаляеся и пока прога работает - время ВЫЧИСЛЯЕТСЯ из GetTickCount и времени создания файла

Ну если правов нету - тогда надо их дать
1 создал - считал время запомнил m.tServerDateTime и m.nGetTickCount и убил файл
2 сделал тоже самое
и т.д.
получим время m.tServerDateTime+(GetTickCount()-m.nGetTickCount)/1000

Тяжелый случай
Если рабочие станции все поголовно Win2K, WinXp то можно пользовать функцию NetRemoteTOD

Неплохо бы библиотеку MSDN купить в лавке - полезная штука однака

MSDNThe remote time-of-day information is available at one information level:

typedef struct _TIME_OF_DAY_INFO {
DWORD tod_elapsedt;
DWORD tod_msecs;
DWORD tod_hours;
DWORD tod_mins;
DWORD tod_secs;
DWORD tod_hunds;
LONG tod_timezone;
DWORD tod_tinterval;
DWORD tod_day;
DWORD tod_month;
DWORD tod_year;
DWORD tod_weekday;
} TIME_OF_DAY_INFO, *PTIME_OF_DAY_INFO, *LPTIME_OF_DAY_INFO;


NetRemoteTOD returns a server's time of day.

Security Requirements

No special group membership is required to successfully execute NetRemoteTOD.

NET_API_STATUS
NetRemoteTOD (

LPTSTR UncServerName,
LPBYTE * BufferPtr
);
Parameters

UncServerName

A pointer to a Unicode string containing the name of the remote server on which the function is to execute. A NULL pointer or string specifies the local computer.

BufferPtr

On return a pointer to the return information structure is returned in the address pointed to by BufferPtr.

Эдак ты WinAPI, NetAPI и прочие API будешь еще лет 100 изучать методом проб и ошибок. Ладно когда еще на FoxBase начинал - ничего кроме хелпа небыло и спросить не у кого. Но теперь уже хелп по 9-ке только 10 метров документации + Samples + Soutions, а указанные в начале API без MSDN нечего даще и дергаться рыть. может и сработает как тебе надо - да вот дальше могут вылезать грабли вплоть до слета винды. IMHO потратить 200 руб на покупку пиратского MSDN это уже свехскупердяйство. Знавал я одно программера, который в фидо задавал вопрос а потом 2 недели ждал на него ответа. Так вот теперь он уже не программер.
А что б тебе жилось легче - я тоже практик а не теоретик - но все таки надо придерживаться постулата "Если ничего не помогает - прочти наконец инструкцию"

Вот сам на свои грабли и налетел - "Мы академиев не канчали"

Ну если уж совсем никак - могу полько привести код струкутур Си потому как такового кода фокса для этих фукнций у меня нет - ни той ни другой не пользуюсь, потому и кода нет. А любая простая структура WinAPI это просто симольное поле в котором завернуты числовые значения. Для использования указателей в структурах еще надо выделять память в Windows и уже эти указатели заворачивать в структуры. Для справки WORD 2 байта (наследие 16-разрядных систем)
Если очень надо - могу намылить WinAPI.HLP который шел еще с VFP3 12 метров хелп rar упаковывает в 2.5 метра - только там "разшеванных" вызовов из фокса тоже нет - чистый АPI и код и C+ правда для этого еще нужно иметь закголовочные (.H) файлы от VC что бы знать числовые значения некторых констант