Вопрос по региональным настройкам ... значит на сервере стояли неправильные региональные настройки и формат даты передеваемый в Access был соответственно неправильный (dd.mm.yyyy) ... я поменял настройки на правильные ... на (dd/mm/yyyy) ... но они не подхватились ... я и комп перегружал и иис ресетил ... все делал ... но формат передаваемой даты не изменился ... как можно это исправить ? .. где они кешируются ?
Проблему можно решить переписав код - но мне это не подходит !

Виноват, не понял. Разве формат даты задается не при отображении данных?
Т.е., например, непосредственно в Access? Там же вроде есть "формат поля"?

Это не из этой области ? Приходилось менять настройки для отображения десятичного разделителя.

Код

System.Globalization.CultureInfo culture = new System.Globalization.CultureInfo( Application.CurrentCulture.Name ); culture.NumberFormat = System.Globalization.NumberFormatInfo.InvariantInfo; Application.CurrentCulture = culture;

Насколько я понял, вопрос выглядит так (прошу автора подтвердить иль опровергнуть):
есть некое .NET-приложение, к-е складывает дату в Access.
Открыв данные в Access max-anikin видит дату в формате dd.mm.yyyy, а ему нужен dd/mm/yyyy. Измение кода в .NET-приложении ни к чему не привело - в Access дата все так же выглядит как dd.mm.yyyy.
Насколько я знаю, дата хранится как кол-во дней, прошедших с какого-то-там года, а форматом отображения занимается непосредственно программа, к-я отрисовывает грид (или что там еще?) с этими датами. Именно поэтому изменение кода приложения не изменило вид, в к-м дата изображается в Access - ЕГО-то настройки остались прежние. Поэтому я предложил max-anikin'у изменить формат отображения в самом Access'е.
Если я не правильно понял вопрос - прошу пояснить.

Я так понял, проблема несколько в ином.

Есть некое приложение, которое работает с базой Access. И там для того чтобы выполнить запрос пишется такой код:

Код

string query = "SELECT * FROM MyTable WHERE dateField < " + date.ToString(); // Выполнение запроса

Так вот, этот код работал себе на одной машине, но как только его перенесли на другую, так сразу он работать перестал, так как региональные настройки поменялись, и Access не понимает запроса. Можно переписать код, заменив date.ToString() на date.ToString(formatProvider), но это тяжело и неудобно.

max-anikin, если я неправильно понял - поясни пожалуйста.

Цитата

Я так понял, проблема несколько в ином. Есть некое приложение, которое работает с базой Access. И там для того чтобы выполнить запрос пишется такой код: Код  string query = "SELECT * FROM MyTable WHERE dateField < " + date.ToString(); // Выполнение запроса Так вот, этот код работал себе на одной машине, но как только его перенесли на другую, так сразу он работать перестал, так как региональные настройки поменялись, и Access не понимает запроса. Можно переписать код, заменив date.ToString() на date.ToString(formatProvider), но это тяжело и неудобно.

- вот правильное понимание проблемы ... прошу прощения за то что объяснил суть более подробно.
Есть в ASP.Net такой класс System.Globalization.CultureInfo вот в нем и хранятся Региональные настройки. Проблема в принципе решена, но не тем путем которым бы хотелось.
Просто добавил в web.config

Код

<globalization            requestEncoding="utf-8"            responseEncoding="utf-8"    culture="en-US"            uiCulture="en-US"   />

Хотелось бы понять откуда берет CultureInfo эти настройки? .
Я думал из реестра из ключей HKEY_CURRENT_USER\Control Panel\International, но даже после их изменения на нужные проблема не исчезла.