Всем привет. Заменили комп на работе на windows 7 x64 sp1. Стоит конфа 1c 8.0.18.2. В общем есть код:

ЧтениеXMLУзла = Новый ЧтениеXML;
ЧтениеXMLУзла.ОткрытьФайл(ИмяФайлаЗагрузкиИзУАТ);        
ЧтениеСообщения = ПланыОбмена.СоздатьЧтениеСообщения();
Попытка
ЧтениеСообщения.НачатьЧтение(ЧтениеXMLУзла,ДопустимыйНомерСообщения.Любой); //Строка Х
Исключение
Сообщить("Ошибка: " + ОписаниеОшибки());
КонецПопытки;

1С падает на строке Х.
"Возникшая проблема привела к прекращению работы программы.. ".
В журнал ошибок валится:
- <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
- <System>
 <Provider Name="Application Error" />
 <EventID Qualifiers="0">1000</EventID>
 <Level>2</Level>
 <Task>100</Task>
 <Keywords>0x80000000000000</Keywords>
 <TimeCreated SystemTime="2012-08-09T05:08:49.000000000Z" />
 <EventRecordID>4037</EventRecordID>
 <Channel>Application</Channel>
 <Computer>DRUOMSU9293.rumos.danet</Computer>
 <Security />
 </System>
- <EventData>
 <Data>1cv8.exe</Data>
 <Data>8.0.18.2</Data>
 <Data>4584329f</Data>
 <Data>backend.dll</Data>
 <Data>8.0.18.2</Data>
 <Data>45842d01</Data>
 <Data>c0000005</Data>
 <Data>0021cd66</Data>
 <Data>2c0</Data>
 <Data>01cd75ed0011c7ac</Data>
 <Data>C:\Program Files (x86)\1cv8\bin\1cv8.exe</Data>
 <Data>C:\Program Files (x86)\1cv8\bin\backend.dll</Data>
 <Data>4d2af947-e1e0-11e1-970d-80c16ee29704</Data>
 </EventData>
 </Event>

Подскажите, может кто сталкивался или знает как побороть сей недуг? Заранее спасибо.

не пора ли хотя бы на 8.1 перейти? тем более что там вообще никаких проблем

Ваш ответ ничем не помог.

Клиент/Сервер? как на других клиентах?

Файловая БД на компе. Запускал и от админа - результат тот же. Других клиентов нет - работаю обычно под РДП, но тут понадобилась отладка-тест именно на хостовой машине. Под РДП на win сервер 2003 этот код выполняется без проблем.

XML-парсер ставил?

(0)А вы программы от Win 95 попробуйте на Win 7 64bit по запускать, Работать будут?

XML-парсер обновил на всяк случай, ситуация не изменилась.
"Radkt" - с какой целью вы это пишете, ребята? просто написать? Есть проблема, нужно решение. Если по теме сказать нечего, зачем оффтопить?

(7) Просто всем интересно, зачем цепляешься за 8.0, но стесняются спросить...

В (1) написали я поддержал намеком. Почему обновление платформы не решение?

за 8.0 цеплюясь в силу огромных изменений в стандартной УПП. База развернута в 30 городах и перевести мгновенно её нельзя - работа ведется 24/7. Ведутся работы командой разработчиков, на перевод её (базы-конфы) в 8.2, примерные сроки - начало 2013. Надеюсь будет понятно, что это не моя прихоть работать в 8.0.

(0)режим совместимости?

Запускал в режиме совместимости с winxp - не помогает.

(10) переход на 8.1 сводится к административной установке программы, перепрописыванию ярлычков у клиентов (лог он скриптом, например) + конвертации базы (тоже быстро)

проблем с допилами не возникнет, а вот работать все будет быстрее + переписать тормознутые запросы появится возможность. переход на 8.2 погеморнее в этом плане и подготовить все и провести за пол часа не получиться

Коллеги, я не начальник отдела и не я принимаю такие решения раз уж на то пошло =)

(15) но ты можешь процитировать начальнику (13) и инициировать сию операцию в масштабах всей компании.)
Кстати, гугл говорит, что такой лог выпадает не только в 1С.

только надо проверить, что нна 8.1 не падает :))

Смех-смехом, а.. проблема осталась.

(18) а XML-файл один и тот же? Не в нем ли проблема?

Танцы с бубном, попробуй путь ИмяФайлаЗагрузкиИзУАТ короче и латиницей сделать.

Сделал d:\ss.xml - тож самое. Я думаю если бы была проблема в файле, он бы на попытке ушел в исключение, хотя хз.

(21) Что это за файл? есть возможность другой подсунуть?

Файл обмена. Сделал копию, снес все данные, оставил шапку и одну запись, точно верную. То же самое.

Знакомый косяк. Это не лечится. Проблема в данном случае в несовместимости приложения с системой - клиент 1с8.х - приложение 32х-разрядное, а система(и XML-парсер как её часть) - 64х-разрядные. Переход ни на 8.1, ни на 8.2 не спасет, спасет откат на х86 систему. Ну или как сделано в "моей" базе - свой собственный внутренний XML-парсер. Кстати переходили год назад с 8.0.13. Переход на 8.1 - это не просто пляски с бубном, это как в соседней ветке было сказано "феерический киздец". Мы три месяца выковыривали из SQL-базы ошибки, которые для 8.0 даже не были ошибками, а для 8.1 стали фатальными. Из основного - для 8.0 нет понятия уникальности записей. причем как для самих строк в таблице, так и для индексов(как они вообще это построили и умудрились обойти защиту самого sql server???). Для 8.1 неуникальная запись - fatal error.

(0)Из быстрых решений могу посоветовать разве что виртуальную машину, внутри которой поставить старушку ХР, а в ней уже все необходимое.

В общем суть проблемы понятна, и полноценной работы в 8.0 на "Вынь7 64" не получится. Тему можно закрывать - за полчаса перекинул 100 метровый файл конфы через нэт на сервер и тестирую. Всем спасибо =)

я думаю проблема в том, что bkend.dll вызывает функцию, которой в xml парсере _уже_ нет, и все падает нафиг

а парсер для x86 не поставить, разве?

(24) сколько ни переводил баз - с 8.0-8.1 ни разу проблем не было

Вчера тест гилева запускал на последней 8.2
61 попугай на при совместимости 8.1
74 попугая на 8.2

Хм, а чем в принципе могут отличаться парсеры 86 и 64 с точки зрения приложения их вызывающего? разве функции не одинаковые? Тогда по идее любое 32 приложение работающее с xml не имеющее своего парсера будет валиться нафиг??

(31) ну ващет там бинарной совместимости нет.. если б оно по COM какому-нибудь работало - было б пофиг

Терминал вот решенье!

Поставь лучше чудику Вынь ХП, 32 :)
Вообще проблем не будет :)