Здравствуйте iiip, Вы писали:

I>Через Samba то понятно.
I>Но! Заказчику не нравится. Мол,требует дополнительной установки ПО,настройки.
I>Мол,продукт должон работать сам по себе(купил,установил,пользуйся).
Для прозрачной (именно "прозрачной") работы под винды (да и под любую другую
операционку) такого ничего нету... Всегда надо ставить (или зашивать в приложение)
какой-то дополнительный сервис.

Такой подход чреват. Дырами, багами и еще бог знает чем. Гораздо проще воспользоваться
уже готовым ПО где эти дыры и баги приведены к разумному минимуму.

С другой стороны, что тебе мешает поставлять Samba Daemon в составе своего
продукта — это всего один исполнимый файл и несколько конфиг-файлов.
А самбу можно сконфигурить так, что шары будут невидимы в эксплорере
(надо только указать что они "non-browsable"). И еще надо не забыть указать
в лицензии на свой продукт что вместе с ним поставляется Samba (это требование
GNU public license под которым выпускается Samba).

Или, прикомпилировать ее к своему приложению, но... в этом случае ты должен
отдать код своего приложения в свободный доступ (это тоже требование GNU public
license).

В прошлом письме я забыл добавить. Доступ к файлам через шары удовлетворительно
работает только в локальной сети. Через интернеи или модем — это тормоз страшный.
Впрочем, если ты пытался доступаться к шарам через модем, то и сам это знаешь.
Для доступа через инет лучше подходят HTTP или FTP.

I>Неужели нет стандартного решения?(может, классов или библиотек)
Стандартные решения есть, но не на уровне библиотек, а на уровне приложений
(и, имхо, это весьма разумно). Это может быть FTP (wu-ftpd), HTTP (apache) или
Samba сервер.

На клиентской стороне (винде) для доступа по FTP и HTTP есть так называемое
WinInet API — ищи в MSDN'е. Правда, при помощи его ты сможешь получать файлы —
с их передачей на сервер — голяк.