Доброго дня.
Ситуация довольно тупиковая. Система ХР3. 1С предприятие Бух 7.7. типовая.
При обращении к проводкам авансовых отчетов выдает сообщение о том что Приложение 1с обратилось к памяти по адресу ... и т.д. После выбрасывает и все.
Мои действия которые перепробывал.
1) проверил права доступа, открыты
2) DEP отключил.
3) Пробывал запустить базу на другой машине - результат тот же.
4) Тестирование и исправление делал.
5) память и ж/д проверял.
Но вот что самое интересное другие базы на этом же компе работают нормально.
Может кто -нибудь подкинет идейку?

SQL ?

Если база ДБФ, попробуйте запустить Винду в безопасном режиме и запустить базу.

Еще момент: как происходит обращение к проводкам: интерактивно или программно? Если программно, в других базах тоже есть такое обращение?

База ДБФ
Конфа типовая т.е. интерактивно.
Что мне это даст?

У пользователей есть возможность редактировать проводки проведенного документа?
З.Ы. То, что конфигурация типовая, не значит, что к данным не может быть программного обращения, например, из обработки.

Релиз платформы озвучте...

отладчиком посмотреть в каком месте вылетает.

7.70.285
не смотрел. Сейчас глянуть не могу. Если есть то что предпринять? Или наоборот если нет тогда что?
как можно посмотреть место в exe файле не совсем понятно. Но попробую. Только почему тогда в других базах при аналогичніх условиях все работает?

Насколько понимаю, раньше было все нормально, а потом стало ненормально. Хотелось бы узнать, что произошло между "нормально" и "ненормально", тогда проще понять, в чем причина.
Один из возможных вариантов: в ранешних релизах было разрешено редактирование проводок проведенного документа, т.е. пользователи могли вручную внести изменения. В последних релизах такую корректировку запретили. Если между "нормально" и "ненормально" провели обновление конфигурации, то может возникнуть ошибка при обращении к откорректированным ранее проводкам, которые корректировать нельзя. Маловероятно, но как вариант. По крайней мере, тогда объясняется, почему в других конфах проблемы нет -- не было редактирования.
Опять же, в авансовых изменена форма документов, формирование которой возможно лишь на последних релизах платформы, поэтому хотелось бы еще и релиз платформы узнать. Но, насколько понимаю, ошибка не имеет отношения к печатной форме.

Место есть.
Насчет проводок надо спросить у буха. Вполне может быть.
релиз платформы 25. Но опять же повторюсь на остальных базах все прекрасно работает.

а! я понял. поменялась ведь форма ав.отчета. а 25 релиз не поддерживает горизонтальное расположение текста в ячейках.
нужно поставить 27 релиз.

Горизонтальное расположение текста поддерживают все релизы. А если Вы имеете виду разворот на 90 градусов, 25 релиз поддерживает такой разворот. И, повторюсь, это имеет значение, если пытаются сформировать печатную форму.

Только возьмите во внимание утверждение доктора Хауса: "Все врут. Доверять следует фактам."
И, все-таки, что было между тем, когда программа работала, и тем, когда стала вываливаться?
И еще: на всех машинах стоит один и тот же релиз платформы?

Стандартная фраза "Ничего не делали. Занимались текущей работой"

И еще: как проводки смотрят: переходят в журнал операций или проводок, смотрят отчет Движения документа или, все-таки, формируют печатную форму?

Интерактивно КАК? откуда, и что открываете, операцию АО? Журнал операций? Журнал проводок?

в предопределенной процедуре ПриОткрытии того что открываете.

рс: опоздал....

Я тоже присоединяюсь к варианту с обновлением платформы.

Конфа 100% типовая?

Тобто в відлагоджувачі (рос.- отладчике) вже знайдено в якомі місті злітає програма?

1. В качестве родителя ЭЛЕМЕНТА справочника назначен ДРУГОЙ элемент вместо папки.
2. Отредактировать конфигурацию и сохранить - на что-то ругается?

Фраза "Место есть" относится к свободному пространству на винте.

Каким образом, если конфигурация типовая?

обработка в руках умельца - очень способная весчь.

Підтримую Acid щодо відлагоджувача. А так тикати пальцем в небо.

В следствие программного создания элементов.

Так понимаю, что программные изменения не проводились. По крайней мере, нетиповыми средствами. И пока так и осталось загадкой, проблемы появились непосредственно после установки обновлений или нет.
Обработка обновление релиза создает новые элементы справочников (при обновлении со старых релизов, в частности, справочника ВидыЗатрат, элементы которого могут в авансовом присутствовать), но в ней отлавливаются такие моменты. Или Вы, Ardi, имеете ввиду что-то другое?

Первоначальный импорт справочников к программным изменениям не относится. Это просто импорт.

Да, почему никто не подумал что там например ОЧЕНЬ древняя платформа - например 10.
Ещё можно попробовать проинсталлировать платформу (вдруг повреждена библиотка, а на другие компы платформа устанавливалась копированием).
Или какой-то dbf файл read only.

ВОТ. ВСПОМНИЛ. ТАКАЯ ИДЕЯ:
КТО-ТО ОБНОВИЛ ПУТЕМ ЗАМЕНЫ МД. В результате внутри МД в каком-то объекте идентификатор реквизита-ссылки на другой объект неправильный. А DD нормальный.
В результате при некоторых действиях вылетает. Не знаю как именно это лечить.

Не совсем понимаю, о чем Вы. Под импортом Вы подразумеваете создание новых элементов справочников обработкой обновления релизов?

Ранее было сказано, что платформа 25.

Скорее всего, таким образом обновляли бы и остальные базы, т.е. проблемы появились бы в разных базах, но всякое может быть.

Ребята мне кажеться что мы пошли не туда. Объясню заново.
И так. Есть платформа релиза 25. На ней висит восемь баз. Все типовые. Никаких изменений доработок и прочего нет. Обновлялись корректно. Никто не менял МД. На другой комп платформа именно инсталлировалась, а не копировалась. Права доступа ко всем файлам полные т.е. не reed only. Проводки не редактировались как ранее советовали проверить.
Могу сказать наверняка одно. Дело здесь не в компе, не в ОС, не в платформе. Проблема в конфе. Причем в данных скорее всего.
Обрисую ситуацию по шагам.
1. открываем журналы- прочие-авансовые отчеты. Все нормально
2. Содать документ, открыть уже созданный, посмотреть движения мы можем.
3. А вот когда в открытом документе или просто в журнале нажимаем кнопку Проводки - все пишет что инструкция обратилась к памяти по адресу и т.д. Выбрасывает из программы.Это не есть печатная форма. Если открыть журнал операций все документы имеют операции. Но смотреть можно все кроме авансовых. Более того если формировать журнал ордер по счету касаемого авансовых отчетов ситуация та же. Выбрасывает из программы.
В отчете для отправки названа библиотека Basic.dll
Надеюсь доступно объяснил. Жду предложений.

В логах вінди вказано, що зліт 1С відбувається через помилку Basic.dll чи інше?

После того как вылетаешь из 1С, появляется окошечко с предложением отправить отчет для того чтобы определить из-за чего произошла ошибка. Вот в нем есть кнопочка для просмотра более детальной информации. Вот там и было упоминание об этой библиотеке.
Но хочу заметить, что проблема не в ней, а в тех данных которые ей предоставлены.

Голосую за

Как это исправить? Просто объединить с другим МД. Или использовать gcomp?

gcomp. А потом заменить md.

Если проблема в md, то при сравнении текущего md с типовым 285 будет видна разница. Если обновляли корректно, разницы быть не должно. Если ее не будет, проблема в данных. Пробовали выгрузку и загрузку?

Не будет.

Ardi, буду признательна, если объясните, почему.

+1
Да и чекдиск не лишний.

Чек диск здесь ни причем. На трех комах запускалось. Выгрузку загрузку делал еще в начале этого тернистого и загадочного пути. Не помогло. Разницы в МД с типовым нет. Да и gcomp пока не помог. Фантастика!!!
Кстати у меня это не первый случай. Была база в которой операции не открывались. Тоже выкидывало. Тогда я эту проблему так и не решил.

Раз вариантов нет, попробуйте может:
1. Загрузить типовой мд
2. Просто подменить текущий мд типовым

Что значит не помог. Нужно распаковать. Найти где же ошибка в ссылке на объект. Руками написать правильную ссылку. Потом запаковать. Потом заменить МД.
Теоретически так.

Не помог значит не помог. Я не смог найти ошибку при помощи gcomp. Но проблема решилась. В ВидыСубконто.Партии не стоял тип Справочник.НашиДенежныеСчета. Может я конечно как говорится "В Москву через Китай", но выявил это при создании базы с нуля и когда начал обьединять с тем МД получил предупреждение об этом. Вот так.

А что, должен стоять?!

Не задумывался. Заработало и на радостях обо всем забыл. Надо бы сверить.

точно, я наступал на это, но молчал, потому что не помнил как решил проблему

Щито?

Может "очепятка" конечно

Может и опечатка. В видах субконто Партии нужно было поставить тип справочник партии.