|
![]() |
#1 |
Участник
|
НЕ, я смотрю свойства файла ax32.exe. Там есть закладочка "Версия". Так вот для АОС указано 7500 а для клиента 7609
|
|
![]() |
#2 |
Участник
|
Цитата:
Но информацию вы дали интересную. Надо подумать. |
|
![]() |
#3 |
Участник
|
Ничего интересного, VersionInfo - штатный ресурс в любом нормальном виндовом исполняемом файле (в т.ч. dll, ocx, драйверах устройств, etc). Другое дело, что в поставке AX3 KR2 нет и не может быть клиента версии KR3 (а 3.0.1951.7609 относится именно к KR3), так что это какие-то глюки. Возможно, клиент KR3 стоял раньше, и установщик не стал его перезаписывать, поскольку номер версии (взятый из того же ресурса VersionInfo) у него больше. Пакет установки AX3 KR2, а именно ZIP-sfx архив размером 20282184 байт, имеет электронную подпись мелкософта от 30.05.2006 7:36:19. В то же время на клиенте версии 3.0.1951.7609 (размер 7609128) стоит электронная подпись мелкософта от 11.10.2006, так что, очевидно, он не мог быть среди файлов, устанавливаемых в рамках официального пакета AX3 KR2.
|
|
![]() |
#4 |
Участник
|
Ну, что вы! Конечно же интересная.
Значит клиент и АОС разных билдов таки работают друг с другом. Интересно, при каких условиях? ЗЫ Впрочем, если вам интереснее versioninfo, не смею настаивать ![]() |
|
![]() |
#5 |
Member
|
Цитата:
Сообщение от mazzy
...
Значит клиент и АОС разных билдов таки работают друг с другом. ... Цитата:
Сообщение от mazzy
...
Интересно, при каких условиях? ... Например, клиент Кр3 работает с АОС Кр2. По-моему, клиент 3.0 сп3 работает с АОС 3.0 сп4 и наоборот. Если в новом СП изменяется версия AOCP, то клиент и АОС разных версий перестают работать вместе. Кстати, раньше ты знал ответ на этот вопрос ![]()
__________________
С уважением, glibs® |
|
![]() |
#6 |
Участник
|
Нет, не знал.
Нет, это не ответ. Поскольку определение одного термина дается через другой не менее непонятный. Как узнать версию AOCP? В 4ке и 5ке вместо AOCP используется RPC. Я специально не проверял, но насколько я помню, они отказывались работать если у клиента и АОСа разные билды. У RPC тоже есть номер версии? Как его узнать? Еще раз: при каких условиях клиент и АОС с разными номерами билдов могут работать друг с другом? |
|
![]() |
#7 |
Member
|
Цитата:
Сообщение от mazzy
...
Нет, не знал. ... Там в сообщении об ошибке так и пишется, что не соответствует версия AOCP, а не какой-то там билд или чего-нибудь еще. Цитата:
Сообщение от mazzy
...
Нет, это не ответ. ... Цитата:
Сообщение от mazzy
...
Как узнать версию AOCP? ... Цитата:
Сообщение от mazzy
...
В 4ке и 5ке вместо AOCP используется RPC. ... ![]() Не наю, насколько это достоверная информация, но некто уверял, что он проверял (хакер, наверное), и обнаружил, что старый добрый AOCP завернули внутрь RPC. Я не удивлюсь, если на самом деле так и есть. Так что фиг его еще знает как оно там работает. Цитата:
Сообщение от mazzy
...
У RPC тоже есть номер версии? Как его узнать? ... Цитата:
Сообщение от mazzy
...
Еще раз: при каких условиях клиент и АОС с разными номерами билдов могут работать друг с другом? ... ![]()
__________________
С уважением, glibs® |
|
![]() |
#8 |
Участник
|
Цитата:
Цитата:
![]() Последний раз редактировалось sukhanchik; 03.03.2022 в 16:39. |
|
|
За это сообщение автора поблагодарили: mazzy (5). |
![]() |
#9 |
Участник
|
Я специально проверил, и выяснилось, что дело все-таки действительно в версии AOCP, а не в номере билда, хоть они отчасти и коррелируют. Так, судя по трафику, версия интерфейса, чей UUID передается при подключении по RPC, запрашиваемая клиентом AX4 SP2 (4.0.2501.116), не изменилась и по-прежнему равна 42060 (0xA44C). При этом клиент AX4 SP2 без проблем соединяется с AOS версии AX4 SP1. В то же время, клиент AX4 RTM (4.0.1659.26) указывает в соединении версию интерфейса 41638 (0xA2A6), и его попытка соединения с AOS AX4 SP1 заканчивается отлупом с указанием (в рамках кодов завершения операций RPC), что такой интерфейс не поддерживается.
|
|
Теги |
aos, версии, ax2009, ax3.0 |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|