Появилась ошибка «WinHTTP 12002» или «WinHTTP 12152»
При отправке документа в окне мониторинга СБИС Коннекта появилась ошибка. В логах указано «Ошибка WinHTTP 12002» или «Ошибка WinHTTP 12152».
Причина
- «WinHTTP 12002» — превышен тайм-аут. Ответ от online.sbis.ru не был получен в течение минуты. Есть проблемы с интернет-соединением.
- «WinHTTP 12152» — на запрос пришел неправильный ответ. Прокси-сервер не может установить соединение с online.sbis.ru или сервер провайдера блокирует доступ.
Решение
Откройте online.sbis.ru в браузере Internet Explorer без использования СБИС Коннекта или SDK. Если в браузере появилось сообщение:
- «Вы не подключены к сети» — проверьте интернет-соединение. Попробуйте настроить браузер для работы со СБИС.
- «Не удается отобразить эту страницу» — проверьте настройки СБИС Коннекта и прокси-сервера. После этого повторно откройте сайт.
Добейтесь, чтобы в Internet Explorer открылся сайт online.sbis.ru. После этого запустите СБИС Коннект или SDK. Отправьте или получите документы.
Нашли неточность? Выделите текст с ошибкой и нажмите ctrl + enter.
Hi,
I’m trying to configure the the client side WinHTTP connect/send/receive timeout on Windows 7/2008. However they don’t seem to take effect.
Instead WinHttpSendRequest comes back with 12002 always after 21 seconds when trying with a fake IP as destination (not sure how else to simulate).
It may worth mentioning that I tried both by using WinHttpSetTimeouts and by setting each option individually with WinHttpSetOption with no difference.
The results of my quick test look like this:
WinHttpUsageExample.exe «10.20.30.40» 50 (timeout in secs)
default WINHTTP_OPTION_RESOLVE_TIMEOUT: -1
default WINHTTP_OPTION_CONNECT_TIMEOUT: 60000
default WINHTTP_OPTION_SEND_TIMEOUT: 30000
default WINHTTP_OPTION_RECEIVE_TIMEOUT: 30000
——————————————————————————-
current WINHTTP_OPTION_RESOLVE_TIMEOUT: 50000
current WINHTTP_OPTION_CONNECT_TIMEOUT: 50000
current WINHTTP_OPTION_SEND_TIMEOUT: 50000
current WINHTTP_OPTION_RECEIVE_TIMEOUT: 50000
——————————————————————————-
Before WinHttpSendRequest time is 16:36:28
After WinHttpSendRequest time is 16:36:49, errno: 12002
Error 12002 has occurred.
Could this be a WinHTTP bug?
Am I not simulating correctly? How to then?
Could it be in this case that the ERROR_WINHTTP_TIMEOUT is returned as result of lower tcp level timeout(s) expiration (not mentioned in WinHTTP doc)?
Pretty much in the dark here. Any help would be highly appreciated.
Cheers,
Bogdan
Also, in case one may be curious, here’s the source of my small test program:
#define _CRT_SECURE_NO_WARNINGS
#include <stdio.h>
#include <windows.h>
#include <winhttp.h>
#include <time.h>
static wchar_t* charToWChar(const char* text)
{
size_t size = strlen(text) + 1;
wchar_t* wa = new wchar_t[size];
mbstowcs(wa,text,size);
return wa;
}
int main(int argc, char* argv[])
{
DWORD dwSize = 0;
DWORD dwDownloaded = 0;
LPSTR pszOutBuffer;
BOOL bResults = FALSE;
HINTERNET hSession = NULL,
hConnect = NULL,
hRequest = NULL;
DWORD timeoutval = 0;
DWORD size = sizeof(DWORD);
wchar_t *httpserver = NULL;
char timeStr [9];
if(argc < 3)
{
printf( «usage: WinHttpUsageExample.exe <http server name/address> <winhttp global timeout in seconds>n»);
return 0;
}
// Use WinHttpOpen to obtain a session handle.
hSession = WinHttpOpen( L»WinHTTP Example/1.0″,
WINHTTP_ACCESS_TYPE_DEFAULT_PROXY,
WINHTTP_NO_PROXY_NAME,
WINHTTP_NO_PROXY_BYPASS, 0 );
WinHttpQueryOption(hSession, WINHTTP_OPTION_RESOLVE_TIMEOUT, &timeoutval, &size);
printf(«default WINHTTP_OPTION_RESOLVE_TIMEOUT: %dn», timeoutval);
WinHttpQueryOption(hSession, WINHTTP_OPTION_CONNECT_TIMEOUT, &timeoutval, &size);
printf(«default WINHTTP_OPTION_CONNECT_TIMEOUT: %dn», timeoutval);
WinHttpQueryOption(hSession, WINHTTP_OPTION_SEND_TIMEOUT, &timeoutval, &size);
printf(«default WINHTTP_OPTION_SEND_TIMEOUT: %dn», timeoutval);
WinHttpQueryOption(hSession, WINHTTP_OPTION_RECEIVE_TIMEOUT, &timeoutval, &size);
printf(«default WINHTTP_OPTION_RECEIVE_TIMEOUT: %dn», timeoutval);
printf( «——————————————————————————-n»);
timeoutval = atol(argv[2]) * 1000; //convert seconds to milliseconds
httpserver = charToWChar( argv[1] ); // convert the string type
/* Use WinHttpSetTimeouts to set a new time-out values (resolve, connect, send, receive) */
if (!WinHttpSetTimeouts( hSession, timeoutval, timeoutval, timeoutval, timeoutval))
{
printf(«Error %u in WinHttpSetTimeouts.n», GetLastError());
}
// Specify an HTTP server.
if( hSession )
hConnect = WinHttpConnect( hSession, httpserver,
INTERNET_DEFAULT_HTTPS_PORT, 0 );
// Create an HTTP request handle.
if( hConnect )
hRequest = WinHttpOpenRequest( hConnect, L»GET», NULL,
NULL, WINHTTP_NO_REFERER,
WINHTTP_DEFAULT_ACCEPT_TYPES,
WINHTTP_FLAG_SECURE );
WinHttpQueryOption(hRequest, WINHTTP_OPTION_RESOLVE_TIMEOUT, &timeoutval, &size);
printf(«current WINHTTP_OPTION_RESOLVE_TIMEOUT: %dn», timeoutval);
WinHttpQueryOption(hRequest, WINHTTP_OPTION_CONNECT_TIMEOUT, &timeoutval, &size);
printf(«current WINHTTP_OPTION_CONNECT_TIMEOUT: %dn», timeoutval);
WinHttpQueryOption(hRequest, WINHTTP_OPTION_SEND_TIMEOUT, &timeoutval, &size);
printf(«current WINHTTP_OPTION_SEND_TIMEOUT: %dn», timeoutval);
WinHttpQueryOption(hRequest, WINHTTP_OPTION_RECEIVE_TIMEOUT, &timeoutval, &size);
printf(«current WINHTTP_OPTION_RECEIVE_TIMEOUT: %dn», timeoutval);
printf( «——————————————————————————-n»);
_strtime_s( timeStr );
printf( «Before WinHttpSendRequest time is %s n», timeStr);
// Send a request.
if( hRequest )
{
bResults = WinHttpSendRequest( hRequest,
WINHTTP_NO_ADDITIONAL_HEADERS, 0,
WINHTTP_NO_REQUEST_DATA, 0,
0, 0 );
_strtime_s( timeStr );
printf( «After WinHttpSendRequest time is %s, errno: %d n», timeStr, GetLastError( ));
}
// Receive response
if( bResults )
{
bResults = WinHttpReceiveResponse( hRequest, NULL );
_strtime_s( timeStr );
printf( «Afer WinHttpReceiveResponse time is %s, errno: %d n», timeStr, GetLastError( ));
}
// Keep checking for data until there is nothing left.
if( bResults )
{
do
{
// Check for available data.
dwSize = 0;
if( !WinHttpQueryDataAvailable( hRequest, &dwSize ) )
printf( «Error %u in WinHttpQueryDataAvailable.n»,
GetLastError( ) );
// Allocate space for the buffer.
pszOutBuffer = new char[dwSize+1];
if( !pszOutBuffer )
{
printf( «Out of memoryn» );
dwSize=0;
}
else
{
// Read the data.
ZeroMemory( pszOutBuffer, dwSize+1 );
if( !WinHttpReadData( hRequest, (LPVOID)pszOutBuffer,
dwSize, &dwDownloaded ) )
printf( «Error %u in WinHttpReadData.n», GetLastError( ) );
else
printf( «%s», pszOutBuffer );
// Free the memory allocated to the buffer.
delete [] pszOutBuffer;
}
} while( dwSize > 0 );
}
// Report any errors.
if( !bResults )
printf( «Error %d has occurred.n», GetLastError( ) );
// Close any open handles.
if( hRequest ) WinHttpCloseHandle( hRequest );
if( hConnect ) WinHttpCloseHandle( hConnect );
if( hSession ) WinHttpCloseHandle( hSession );
return 0;
}
The Client sends some data to Server via HttpSendRequest
:
if (!HttpSendRequest(request.get(), NULL, 0,
const_cast<char *>(request_body.data()),
static_cast<DWORD>(request_body.size()))) {
// return false;
}
My Server received all data in request_body
then send response:
char success_message[] =
"HTTP/1.1 200 OK" "n"
"Content-Type: text/xml; charset=utf-8" "n"
"Content-Length: 0" "n";
(I send this response via socket)
but in client HttpSendRequest
block ~10 seconds then return FALSE
with error 12002
return from GetLastError().
So my question is:
- Is my reponse message in wrong format?
- When
HttpSendRequest
return from blocking?
Edit 1:
this is the request from client, there are more data but not need, i though
POST / HTTP/1.1
Content-Type: multipart/form-data; boundary=---------------------------0000002900004823
User-Agent: Breakpad/1.0 (Windows)
Host: 127.0.0.1:1519
Content-Length: 437805
Cache-Control: no-cache
-----------------------------0000002900004823
Content-Disposition: form-data; name="channel"
-----------------------------0000002900004823
The Client sends some data to Server via HttpSendRequest
:
if (!HttpSendRequest(request.get(), NULL, 0,
const_cast<char *>(request_body.data()),
static_cast<DWORD>(request_body.size()))) {
// return false;
}
My Server received all data in request_body
then send response:
char success_message[] =
"HTTP/1.1 200 OK" "n"
"Content-Type: text/xml; charset=utf-8" "n"
"Content-Length: 0" "n";
(I send this response via socket)
but in client HttpSendRequest
block ~10 seconds then return FALSE
with error 12002
return from GetLastError().
So my question is:
- Is my reponse message in wrong format?
- When
HttpSendRequest
return from blocking?
Edit 1:
this is the request from client, there are more data but not need, i though
POST / HTTP/1.1
Content-Type: multipart/form-data; boundary=---------------------------0000002900004823
User-Agent: Breakpad/1.0 (Windows)
Host: 127.0.0.1:1519
Content-Length: 437805
Cache-Control: no-cache
-----------------------------0000002900004823
Content-Disposition: form-data; name="channel"
-----------------------------0000002900004823
Номер ошибки: | Ошибка 12002 | |
Название ошибки: | IE Error 12002 | |
Описание ошибки: | Ошибка 12002: Возникла ошибка в приложении Internet Explorer. Приложение будет закрыто. Приносим извинения за неудобства. | |
Разработчик: | Microsoft Corporation | |
Программное обеспечение: | Internet Explorer | |
Относится к: | Windows XP, Vista, 7, 8, 10, 11 |
«IE Error 12002» Введение
Как правило, практикующие ПК и сотрудники службы поддержки знают «IE Error 12002» как форму «ошибки во время выполнения». Разработчики программного обеспечения пытаются обеспечить, чтобы программное обеспечение было свободным от этих сбоев, пока оно не будет публично выпущено. К сожалению, такие проблемы, как ошибка 12002, могут не быть исправлены на этом заключительном этапе.
Ошибка 12002 также отображается как «IE Error 12002». Это распространенная ошибка, которая может возникнуть после установки программного обеспечения. Если происходит «IE Error 12002», разработчикам будет сообщено об этой проблеме, хотя отчеты об ошибках встроены в приложение. Microsoft Corporation вернется к коду и исправит его, а затем сделает обновление доступным для загрузки. Таким образом, когда ваш компьютер выполняет обновления, как это, это, как правило, чтобы исправить проблемы ошибки 12002 и другие ошибки внутри Internet Explorer.
Проблема с исходным кодом Internet Explorer приведет к этому «IE Error 12002», чаще всего на этапе запуска. Мы можем определить происхождение ошибок ошибки 12002 во время выполнения следующим образом:
Ошибка 12002 Crash — она называется «Ошибка 12002», когда программа неожиданно завершает работу во время работы (во время выполнения). Эти ошибки обычно возникают, когда входы Internet Explorer не могут быть правильно обработаны, или они смущены тем, что должно быть выведено.
Утечка памяти «IE Error 12002» — при утечке памяти Internet Explorer это может привести к медленной работе устройства из-за нехватки системных ресурсов. Повреждение памяти и другие потенциальные ошибки в коде могут произойти, когда память обрабатывается неправильно.
Ошибка 12002 Logic Error — логическая ошибка Internet Explorer возникает, когда она производит неправильный вывод, несмотря на то, что пользователь предоставляет правильный ввод. Это связано с ошибками в исходном коде Microsoft Corporation, обрабатывающих ввод неправильно.
Основные причины Microsoft Corporation ошибок, связанных с файлом IE Error 12002, включают отсутствие или повреждение файла, или, в некоторых случаях, заражение связанного Internet Explorer вредоносным ПО в прошлом или настоящем. Возникновение подобных проблем является раздражающим фактором, однако их легко устранить, заменив файл Microsoft Corporation, из-за которого возникает проблема. Если ошибка IE Error 12002 возникла в результате его удаления по причине заражения вредоносным ПО, мы рекомендуем запустить сканирование реестра, чтобы очистить все недействительные ссылки на пути к файлам, созданные вредоносной программой.
Типичные ошибки IE Error 12002
Обнаруженные проблемы IE Error 12002 с Internet Explorer включают:
- «Ошибка IE Error 12002. «
- «Ошибка программного обеспечения Win32: IE Error 12002»
- «Извините, IE Error 12002 столкнулся с проблемой. «
- «К сожалению, мы не можем найти IE Error 12002. «
- «Отсутствует файл IE Error 12002.»
- «Ошибка запуска программы: IE Error 12002.»
- «IE Error 12002 не выполняется. «
- «IE Error 12002 остановлен. «
- «Ошибка в пути к программному обеспечению: IE Error 12002. «
Ошибки IE Error 12002 EXE возникают во время установки Internet Explorer, при запуске приложений, связанных с IE Error 12002 (Internet Explorer), во время запуска или завершения работы или во время установки ОС Windows. При появлении ошибки IE Error 12002 запишите вхождения для устранения неполадок Internet Explorer и чтобы HelpMicrosoft Corporation найти причину.
Источники проблем IE Error 12002
Эти проблемы IE Error 12002 создаются отсутствующими или поврежденными файлами IE Error 12002, недопустимыми записями реестра Internet Explorer или вредоносным программным обеспечением.
В частности, проблемы IE Error 12002 возникают через:
- Недопустимая (поврежденная) запись реестра IE Error 12002.
- Загрязненный вирусом и поврежденный IE Error 12002.
- Другая программа злонамеренно или по ошибке удалила файлы, связанные с IE Error 12002.
- Другое приложение, конфликтующее с IE Error 12002 или другими общими ссылками.
- Internet Explorer/IE Error 12002 поврежден от неполной загрузки или установки.
Продукт Solvusoft
Загрузка
WinThruster 2022 — Проверьте свой компьютер на наличие ошибок.
Совместима с Windows 2000, XP, Vista, 7, 8, 10 и 11
Установить необязательные продукты — WinThruster (Solvusoft) | Лицензия | Политика защиты личных сведений | Условия | Удаление
@ras0219-msft is it ok that vcpkg is still broken when installed behind a proxy?
A clean vcpkg installation on windows fails to download powershell, 7-zip and nuget just at the beginning, when installing your first library.
Subsequent downloads are working (they still often fail for no apparent reason at all) , the first three nope and I have to download them manually from a browser and move them inside the vcpkg/downloads folder.
I still didn’t inspect why, but these downloads are done in a different way (broken, it seems), because they are totally not tested for proxy support. Also the fact that proxy support is so weak that usually I prefer to do the «download-only» part on the WSL side is depressing (same pc, same proxy, somehow the linux part is more proxy resilient), so that I don’t fear of finding the update stopped because one of the library failed to download (never happened when not using proxy).
Just to let you know, vcpkg on windows is the only program that gives me any problem with «dropped internet connection», so i’d not declare our proxy as guilty. Also, even when vcpkg is failing repeatedly, any browser installed can download the tar.gz with no problem, and as I said also the WSL version can, without any annoyance.
Please fix it. For any enterprise adoption of vcpkg, a proper proxy support is a deal breaker. It’s still far from being here.
Подскажите пожалуйста, что означает ошибка 12002 полученная с помощью GetLastError() после HttpSendRequest()?
В MSDN (апрель 2003) ничего про эту ошибку не нашел . Код вызвавший ошибку:
fprintf(streamLog,"Sending POST to server %s, script %sn",m_sURL,m_sScript);
static TCHAR hdrs[] = _T("Content-Type: application/x-www-form-urlencodedrn");
LPCSTR acc = "Accept: */*";
HINTERNET hSession = InternetOpen("Microsoft Internet Explorer", INTERNET_OPEN_TYPE_PRECONFIG, NULL, NULL, 0);
if(hSession != NULL) {
HINTERNET hConnect = InternetConnect(hSession, m_sURL,INTERNET_DEFAULT_HTTPS_PORT, NULL, NULL, INTERNET_SERVICE_HTTP, 0, 1);
if(hConnect != NULL) {
HINTERNET hRequest = HttpOpenRequest(hConnect, "POST", m_sScript,NULL, NULL, &acc, INTERNET_FLAG_SECURE, 1);
if(hRequest != NULL) {
BOOL res = HttpSendRequest(hRequest, hdrs, strlen(hdrs), m_sPOST.GetBuffer(), m_sPOST.GetLength());
if (res) {
fprintf(streamLog,"Sending request validn");
bFlag = true;
} else {
DWORD dw = GetLastError();
LPVOID lpMsgBuf;
FormatMessage(FORMAT_MESSAGE_ALLOCATE_BUFFER |
FORMAT_MESSAGE_FROM_SYSTEM |
FORMAT_MESSAGE_IGNORE_INSERTS,
NULL,
dw,
MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT),
(LPTSTR) &lpMsgBuf,
0,
NULL);
fprintf(streamLog,"Error during sending request (%s): [%d] %sn",m_sPOST,dw,(LPCTSTR)lpMsgBuf);
LocalFree( lpMsgBuf );
}
const DWORD sz = 1000;
char Buffer[sz];
DWORD bytesRead ;
BOOL readFile = InternetReadFile(hRequest, Buffer, sz, &bytesRead);
fprintf(streamLog,"nnReceived:n");
for (int j=0;j<bytesRead;j++)
fprintf(streamLog,"%c",Buffer[j]);
InternetCloseHandle(hRequest);
} else
fprintf(streamLog,"Request failedn");
InternetCloseHandle(hConnect);
} else
fprintf(streamLog,"Connect not openedn");
InternetCloseHandle(hSession);
} else
fprintf(streamLog,"Session not openedn");
Заранее большое спасибо, за помощь!
… << RSDN@Home 1.1.3 stable >>
12002 ERROR_INTERNET_TIMEOUT
The request has timed out.
Плохо ищите — это нашел в МСДН
- Remove From My Forums
-
Question
-
Hello gents,
I would like to ask you if you have experience with this issue: report is running 1 hour and after returns this message:
Sys.WebForms.PageRequestManagerServerErrorException: An unknown error occurred while processing the request on the server. The status code returned from the server was: 12002
When I test it with smaller amount of data it works. I have prolonged timeout on 60000 in SSRS Web.config but there is no difference.
Thank you for support
Zbynek
Answers
-
Hi Zbynek,
Another workaround that you can try to set auto-refresh for reports, this may resolve the timeout issue.
Best Regards,
Pirlo Zhang
MSDN Community Support
Please remember to click «Mark as Answer» the responses that resolved your issue, and to click «Unmark as Answer» if not. This can be beneficial to other community members reading this thread. If you have any compliments or complaints to
MSDN Support, feel free to contact MSDNFSF@microsoft.com.-
Proposed as answer by
Tuesday, December 20, 2016 8:56 AM
-
Marked as answer by
Zbynek Homolka
Thursday, December 22, 2016 12:17 PM
-
Proposed as answer by
Basically I am converting my program from multibyte to unicode so that I can advertise it commercial to people in other countries as well (basically its a live stream application). I’ve been experiencing many issues during this conversion. But recently, I’ve ran into one that’s just been tearing my eyes open.
I have the following code (including the function from Remy Lebeau
‘s answer):
void get_user_request(const wchar_t *url)
{
LPVOID hi, hu;
hi = InternetOpenW(SUBSCRIBER_USER_AGENT, INTERNET_OPEN_TYPE_PRECONFIG, NULL, NULL, 0);
if(hi==NULL)
{
WinInetError(L"InternetOpenW");
}
else
{
hu = InternetOpenUrlW(hi, url, NULL, 0, INTERNET_FLAG_RELOAD, 0);
if(hu==NULL)
{
WinInetError("InternetOpenUrlW");
}
else
{
MessageBoxW ( 0, "We're in", 0, 0 );
InternetCloseHandle(hu);
}
InternetCloseHandle(hi);
}
}
EDIT 1 START
I call the function like so:
get_user_request(request_url);
where request_url
is:
WCHAR *request_url; // its a global variable
request_url = L"http://example-site.com/user/<user-id>/";
I assign the value by concatenating the strings necessary for the request into it, the concatenation is somewhat like this:
wsprintfW ( request_url, L"?id=%s", string);
Prior to this concatenation. request_url
is also concatenated to wstring like so: lstrcatW(request_url, myWString.c_Str());
EDIT 1 END
Basically, before my conversion to unicode; this function worked fine. After the conversion. I get the following error on the hu = InternetOpenUrlW()
line:
Setting a breakpoint right after returns error 12002
— after looking this error up the description from MSDN is as follows:
12002 ERROR_INTERNET_TIMEOUT
The request has timed out.
If the request timed out, i assumed that the url passed to the function may have been malformed somehow. After that I inserted a breakpoint in my windows debugger at that parameter. It appears that the only string that is passed to that parameter is 'h'
… That is strange because I look back in my code and i pass the entire url to the function as a const wchar_t*
just as it takes according to my paramter.
After that, I inserted the MessageBoxW()
to show me the value of the url
string that is passed to the function, just before. The output (surprisingly enough), was the exact same string that I originally pass into the url
variable…
So my question is as follows:
«What the ****?»
P.S. All input to this scenario is greatly appreciated.
Симптомы
Предполагается, что устройство на базе Windows Embedded Compact 7, подключен к сети. У вас есть приложения, отправляющие пакеты через сетевые адаптеры с помощью HTTP-вызовов wininet. После отключения и повторного включения сетевого адаптера, на все последующие HTTP-запроса создается новое подключение к сокету и достигнут предел 6. После этого приложение больше не отправляет пакеты и сообщает об ошибке ERROR_INTERNET_TIMEOUT (12002).
Дополнительные сведения
Сведения об обновлении программного обеспечения
Информация о скачивании
Теперь Windows Embedded Compact 7 ежемесячное обновление (март 2014) от корпорации Майкрософт. Чтобы загрузить этого ежемесячного обновления Windows Embedded Compact 7, посетите следующий веб-узел центра загрузки корпорации Майкрософт:
Предварительные условия
Это обновление поддерживается только в том случае, если также были установлены все ранее выпущенные обновления для данного продукта.
Необходимость перезагрузки
После установки этого обновления необходимо выполнить чистую сборку всей платформы. Для этого воспользуйтесь одним из следующих способов:
-
В меню Построение выберите пункт Очистить решениеи выберите команду Построить решение.
-
В меню Построение выберите команду Перестроить решение.
Необходимо перезагрузить компьютер после применения этого обновления программного обеспечения.
Сведения о замене обновлений
Это обновление не заменяет других обновлений.
Английская версия данного пакета обновления содержит атрибуты файла (или более поздние атрибуты файлов), приведенные в следующей таблице. Дата и время для этих файлов указаны в формате общего скоординированного времени (UTC). При просмотре сведений о файле, он преобразуется в локальное время. Чтобы узнать разницу между временем по Гринвичу и местным временем, откройте вкладку Часовой пояс элемента Дата и время в панели управления.
Файлы, включенные в данный пакет исправлений
Имя файла |
Размер файла |
Дата |
Время |
Путь |
---|---|---|---|---|
Wininet.lib |
43,458 |
28-Feb-2014 |
23:01 |
PublicIe7SdkLibArmv5Checked |
Wininet.lib |
43,458 |
28-Feb-2014 |
23:00 |
PublicIe7SdkLibArmv5Debug |
Wininet.lib |
43,272 |
28-Feb-2014 |
22:59 |
PublicIe7SdkLibArmv5Retail |
Wininet.lib |
43,458 |
28-Feb-2014 |
23:10 |
PublicIe7SdkLibArmv6Checked |
Wininet.lib |
43,458 |
28-Feb-2014 |
23:09 |
PublicIe7SdkLibArmv6Debug |
Wininet.lib |
43,272 |
28-Feb-2014 |
23:08 |
PublicIe7SdkLibArmv6Retail |
Wininet.lib |
43,458 |
28-Feb-2014 |
23:18 |
PublicIe7SdkLibArmv7Checked |
Wininet.lib |
43,458 |
28-Feb-2014 |
23:17 |
PublicIe7SdkLibArmv7Debug |
Wininet.lib |
43,272 |
28-Feb-2014 |
23:16 |
PublicIe7SdkLibArmv7Retail |
Wininet.lib |
43,458 |
28-Feb-2014 |
23:26 |
PublicIe7SdkLibMipsiiChecked |
Wininet.lib |
43,458 |
28-Feb-2014 |
23:25 |
PublicIe7SdkLibMipsiiDebug |
Wininet.lib |
43,272 |
28-Feb-2014 |
23:25 |
PublicIe7SdkLibMipsiiRetail |
Wininet.lib |
43,458 |
28-Feb-2014 |
23:35 |
PublicIe7SdkLibMipsii_fpChecked |
Wininet.lib |
43,458 |
28-Feb-2014 |
23:34 |
PublicIe7SdkLibMipsii_fpDebug |
Wininet.lib |
43,272 |
28-Feb-2014 |
23:33 |
PublicIe7SdkLibMipsii_fpRetail |
Wininet.lib |
44,344 |
28-Feb-2014 |
23:43 |
PublicIe7SdkLibSh4Checked |
Wininet.lib |
44,344 |
28-Feb-2014 |
23:42 |
PublicIe7SdkLibSh4Debug |
Wininet.lib |
44,154 |
28-Feb-2014 |
23:41 |
PublicIe7SdkLibSh4Retail |
Wininet.lib |
44,344 |
28-Feb-2014 |
23:50 |
PublicIe7SdkLibX86Checked |
Wininet.lib |
44,344 |
28-Feb-2014 |
23:49 |
PublicIe7SdkLibX86Debug |
Wininet.lib |
44,154 |
28-Feb-2014 |
23:48 |
PublicIe7SdkLibX86Retail |
Wininet.dll |
1,196,032 |
28-Feb-2014 |
23:01 |
PublicIe7OakTargetArmv5Checked |
Wininet.map |
963,501 |
28-Feb-2014 |
23:01 |
PublicIe7OakTargetArmv5Checked |
Wininet.rel |
459,040 |
28-Feb-2014 |
23:01 |
PublicIe7OakTargetArmv5Checked |
Wininet.dll |
1,777,664 |
28-Feb-2014 |
23:00 |
PublicIe7OakTargetArmv5Debug |
Wininet.map |
1,083,047 |
28-Feb-2014 |
23:00 |
PublicIe7OakTargetArmv5Debug |
Wininet.rel |
500,916 |
28-Feb-2014 |
23:00 |
PublicIe7OakTargetArmv5Debug |
Wininet.dll |
708,608 |
28-Feb-2014 |
22:59 |
PublicIe7OakTargetArmv5Retail |
Wininet.map |
405,983 |
28-Feb-2014 |
22:59 |
PublicIe7OakTargetArmv5Retail |
Wininet.rel |
182,293 |
28-Feb-2014 |
22:59 |
PublicIe7OakTargetArmv5Retail |
Wininet.dll |
1,196,032 |
28-Feb-2014 |
23:10 |
PublicIe7OakTargetArmv6Checked |
Wininet.map |
963,503 |
28-Feb-2014 |
23:10 |
PublicIe7OakTargetArmv6Checked |
Wininet.rel |
459,040 |
28-Feb-2014 |
23:10 |
PublicIe7OakTargetArmv6Checked |
Wininet.dll |
1,777,664 |
28-Feb-2014 |
23:09 |
PublicIe7OakTargetArmv6Debug |
Wininet.map |
1,083,049 |
28-Feb-2014 |
23:09 |
PublicIe7OakTargetArmv6Debug |
Wininet.rel |
500,887 |
28-Feb-2014 |
23:09 |
PublicIe7OakTargetArmv6Debug |
Wininet.dll |
708,608 |
28-Feb-2014 |
23:08 |
PublicIe7OakTargetArmv6Retail |
Wininet.map |
405,983 |
28-Feb-2014 |
23:08 |
PublicIe7OakTargetArmv6Retail |
Wininet.rel |
182,293 |
28-Feb-2014 |
23:08 |
PublicIe7OakTargetArmv6Retail |
Wininet.dll |
1,179,648 |
28-Feb-2014 |
23:18 |
PublicIe7OakTargetArmv7Checked |
Wininet.map |
963,184 |
28-Feb-2014 |
23:18 |
PublicIe7OakTargetArmv7Checked |
Wininet.rel |
458,895 |
28-Feb-2014 |
23:18 |
PublicIe7OakTargetArmv7Checked |
Wininet.dll |
1,761,280 |
28-Feb-2014 |
23:17 |
PublicIe7OakTargetArmv7Debug |
Wininet.map |
1,083,049 |
28-Feb-2014 |
23:17 |
PublicIe7OakTargetArmv7Debug |
Wininet.rel |
500,945 |
28-Feb-2014 |
23:17 |
PublicIe7OakTargetArmv7Debug |
Wininet.dll |
704,512 |
28-Feb-2014 |
23:16 |
PublicIe7OakTargetArmv7Retail |
Wininet.map |
405,890 |
28-Feb-2014 |
23:16 |
PublicIe7OakTargetArmv7Retail |
Wininet.rel |
182,264 |
28-Feb-2014 |
23:16 |
PublicIe7OakTargetArmv7Retail |
Wininet.dll |
1,478,656 |
28-Feb-2014 |
23:26 |
PublicIe7OakTargetMipsiiChecked |
Wininet.map |
957,006 |
28-Feb-2014 |
23:26 |
PublicIe7OakTargetMipsiiChecked |
Wininet.rel |
1,574,032 |
28-Feb-2014 |
23:26 |
PublicIe7OakTargetMipsiiChecked |
Wininet.dll |
2,002,944 |
28-Feb-2014 |
23:25 |
PublicIe7OakTargetMipsiiDebug |
Wininet.map |
1,072,875 |
28-Feb-2014 |
23:25 |
PublicIe7OakTargetMipsiiDebug |
Wininet.rel |
2,058,303 |
28-Feb-2014 |
23:25 |
PublicIe7OakTargetMipsiiDebug |
Wininet.dll |
884,736 |
28-Feb-2014 |
23:25 |
PublicIe7OakTargetMipsiiRetail |
Wininet.map |
400,161 |
28-Feb-2014 |
23:25 |
PublicIe7OakTargetMipsiiRetail |
Wininet.rel |
693,447 |
28-Feb-2014 |
23:25 |
PublicIe7OakTargetMipsiiRetail |
Wininet.dll |
1,478,656 |
28-Feb-2014 |
23:35 |
PublicIe7OakTargetMipsii_fpChecked |
Wininet.map |
956,840 |
28-Feb-2014 |
23:35 |
PublicIe7OakTargetMipsii_fpChecked |
Wininet.rel |
1,573,945 |
28-Feb-2014 |
23:35 |
PublicIe7OakTargetMipsii_fpChecked |
Wininet.dll |
2,002,944 |
28-Feb-2014 |
23:34 |
PublicIe7OakTargetMipsii_fpDebug |
Wininet.map |
1,072,709 |
28-Feb-2014 |
23:34 |
PublicIe7OakTargetMipsii_fpDebug |
Wininet.rel |
2,058,216 |
28-Feb-2014 |
23:34 |
PublicIe7OakTargetMipsii_fpDebug |
Wininet.dll |
884,736 |
28-Feb-2014 |
23:33 |
PublicIe7OakTargetMipsii_fpRetail |
Wininet.map |
400,161 |
28-Feb-2014 |
23:33 |
PublicIe7OakTargetMipsii_fpRetail |
Wininet.rel |
693,447 |
28-Feb-2014 |
23:33 |
PublicIe7OakTargetMipsii_fpRetail |
Wininet.dll |
1,093,632 |
28-Feb-2014 |
23:43 |
PublicIe7OakTargetSh4Checked |
Wininet.map |
968,780 |
28-Feb-2014 |
23:43 |
PublicIe7OakTargetSh4Checked |
Wininet.rel |
797,992 |
28-Feb-2014 |
23:43 |
PublicIe7OakTargetSh4Checked |
Wininet.dll |
1,499,136 |
28-Feb-2014 |
23:42 |
PublicIe7OakTargetSh4Debug |
Wininet.map |
1,083,982 |
28-Feb-2014 |
23:42 |
PublicIe7OakTargetSh4Debug |
Wininet.rel |
968,106 |
28-Feb-2014 |
23:42 |
PublicIe7OakTargetSh4Debug |
Wininet.dll |
655,360 |
28-Feb-2014 |
23:41 |
PublicIe7OakTargetSh4Retail |
Wininet.map |
412,019 |
28-Feb-2014 |
23:41 |
PublicIe7OakTargetSh4Retail |
Wininet.rel |
403,447 |
28-Feb-2014 |
23:41 |
PublicIe7OakTargetSh4Retail |
Wininet.dll |
991,232 |
28-Feb-2014 |
23:50 |
PublicIe7OakTargetX86Checked |
Wininet.map |
976,779 |
28-Feb-2014 |
23:50 |
PublicIe7OakTargetX86Checked |
Wininet.rel |
533,657 |
28-Feb-2014 |
23:50 |
PublicIe7OakTargetX86Checked |
Wininet.dll |
1,339,392 |
28-Feb-2014 |
23:49 |
PublicIe7OakTargetX86Debug |
Wininet.map |
1,072,401 |
28-Feb-2014 |
23:49 |
PublicIe7OakTargetX86Debug |
Wininet.rel |
647,801 |
28-Feb-2014 |
23:49 |
PublicIe7OakTargetX86Debug |
Wininet.dll |
577,536 |
28-Feb-2014 |
23:48 |
PublicIe7OakTargetX86Retail |
Wininet.map |
425,048 |
28-Feb-2014 |
23:48 |
PublicIe7OakTargetX86Retail |
Wininet.rel |
171,418 |
28-Feb-2014 |
23:48 |
PublicIe7OakTargetX86Retail |
Статус
Корпорация Майкрософт подтверждает, что это проблема продуктов Майкрософт, перечисленных в разделе «Относится к».
Ссылки
Для получения дополнительных сведений о терминологии обновлений программного обеспечения щелкните следующий номер статьи базы знаний Майкрософт:
Описание 824684 Стандартные термины, используемые при описании обновлений программных продуктов Майкрософт
Нужна дополнительная помощь?
Нужны дополнительные параметры?
Изучите преимущества подписки, просмотрите учебные курсы, узнайте, как защитить свое устройство и т. д.
В сообществах можно задавать вопросы и отвечать на них, отправлять отзывы и консультироваться с экспертами разных профилей.
-Александр- |
|
Статус: Administration Группы:
|
Сегодня при соединении с сервером выдает Error 12002. Где-то с 11 утра не идут данные. |
|
|
HelpDesk |
|
Статус: Administration Группы:
|
Добрый день! |
|
|
Ruver |
|
Статус: Administration Группы:
|
Здравствуйте! |
|
|
HelpDesk |
|
Статус: Administration Группы:
|
Зайдите, пожалуйста, в папку,куда установлена программа, откройте файл servers.xml и пропишите там новый сервер <list> |
|
|
Lextor |
|
Статус: Administration Группы:
|
<!—QuoteBegin—><br /><div class=’qdiv1′><!—QuoteEBegin—><b>HelpDesk</b> <a href=’http://forum.finam.ru/index.php?showtopic=16633&view=findpost&p=1168786′ target=’_blank’>написал</a>: Зайдите, пожалуйста, в папку,куда установлена программа, откройте файл servers.xml и пропишите там новый сервер <list> У меня после этого только индекс стал обновляться почему то. Акции пишет что "not found" |
|
|
HelpDesk |
|
Статус: Administration Группы:
|
Добрый день. Повторите, пожалуйста, операцию во время торгов и если останутся сложности пришлите запрос с описанием ситуации и приложенным скриншотом ( снимком экрана ) для анализа на адрес поддержки: helpdesk@corp.finam.ru |
|
|
Korch555 |
|
Статус: Administration Группы:
|
<!—QuoteBegin—><br /><div class=’qdiv1′><!—QuoteEBegin—><b>HelpDesk</b> <a href=’http://forum.finam.ru/index.php?showtopic=16633&view=findpost&p=1192311′ target=’_blank’>написал</a>: Добрый день. Повторите, пожалуйста, операцию во время торгов и если останутся сложности пришлите запрос с описанием ситуации и приложенным скриншотом ( снимком экрана ) для анализа на адрес поддержки: helpdesk@corp.finam.ru<!—QuoteEnd—></div><!—QuoteEEnd—> |
|
|
Пользователи, просматривающие эту тему |
Guest |
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.