Господа! Помогите!
Может у кого-то уже было такое.
1С Комплексная 7.7, 25 релиз вылетает 1С с ошибкой
"Инструкция по адресу 0x2012c93b обратилась по адресу 0x0000006c не может быть "read"
Сделала обновление конфигурации, на следующий день стало выскакивать это сообщение.
1. Восстановить предыдущую конфу - все равно эта ошибка тут, как тут
2. пробовала восстановить данные за предыдущие 3 дня (они работали в свое время чудненько), на них то же вылетает это сообщение.

Пользователи стоят на ушах им нужно работать. Подскажите что делать?

(0) Сначала фотку

Ломаная?

монопольно запусти

может, движок переставить?

Последовательно все, что делали:
1. 1С_Комплесная лицензионная с ключом LPT
2. Монопольно запускали, верификация данных проходит
3. Чтобы отпали вопросы с БД - восстановили из backup заведомо рабочу базу неделей раньше (отключили старую, создали новую, восстановили)
4. Чтобы отпали вообще все вопросы восстановили из bachup рабочий каталог заведомо рабочий.
5. Согласно советам форумов - переставили движок вплоть до 25 релиза.

Опенконф не стоит?

может вирь?

Мои извинения за неосведомленность, что Вы подразумеваете под OpenConf?

какие-то внешние компоненты грузятся ПриНачалеРаботыСистемы()?

Работает корпоративный TrenDMicro лицензированный, постоянно мониторит и обновляется.
(9) Запускается обработка, в ней обращение к бибилиотеке DialMail.dll - Рассылка электроный уведомлений

(10) тогда вперед - в отладку ПриНачалеРаботы, смотреть, где спотыкается...

(6) Можно, конечно, ошибку и поискать. Если исключить вирусную деятельность и конфликты "левого" софта, обращающегося к одной и той же, или занятой области памяти то: От битого модуля памяти до переустановки драйверов на видеокарту. Но, лично мне, лечить не удавалось. Если это - системная ошибка NTFS (или криво вставший IE, или любой другой вынь-компонент, работающий на уровне ядра)или это симптомы пожилой (затраханой установкой-сносом различнейшего софта) системы, то  не лечится ничем (во всяком = я не смог), кроме переустановки системы на новое место (восстановление, "перезаливка сверху" эффекта не имели).

(11)Попробую

(12) "Вы че все такие умные...?" (с) smaharbA
проще закоментировать зыгрузку ДиалМэйла и поглядеть, чо получицца - у меня на серванте ДиалМэйл (равно как и РомМэйл) тоже по непонятной причине валит 1С

(12) танцы с бубном:
1.удалить временные файлы windows, очистить каталоги пользователей, если вылетает только под одним пользователем - очистить его каталог, если не помогло - удалить и заново завести пользователя.
2.полностью удалить 1С:Предприятие с компа и заново его установить.
3.посмотреть - какие файлы и где открывает 1с-ка при начале работы системы, какие ветки реестра читает - может быть конфликтует с какой-либо другой программой

(14) Не, я дятел местный. Но и то, что в (15) и мнооого еще чего пробовано на ошибке "Память не может быть read /write. Месяца два "развлекался", в прошлом (раз в два-три года денить да возникает). Причин возникновения ошибки...много, и если проблемка не в железе или вирусне то оптимальным и наибыстрейшим способом, по моему скромному мнению является переустановка системы aka какойтам win.

(11) у меня обработка, которая запускается приНачалеРаботыСистемы, сначала проверяет, а есть документы с датой отгрузки на 2 дня вперед, если есть, то запускает почту. Сегодня как раз нет, и следовательно библиотеку не загружает.

v7plus поменяй

(17) может быть все-таки поглядеть отладчиком, на каком именно метсе валится 1С?

чем строить всякие умозаключения...

(18)на какой? у меняь v7plus.dll  233 KB от 16.08.2005

(17) в том-то и дело на некоторых документах одного вида при просмотре дерева документов вылетает, на каких-то работает нормально. Причем на всех видах документов. Когда пытаюсь запустить внешний отчет из него то-же вылетает, но всегда. Попробую его посмотреть через отладчик.

надысь Ромикс кажется велосипед придумал, который патчит moxel.dll, дабы большие таблицы сохранялись за разумное время. Этот велосипед у тебя не применяется?

(23) нет moxel.dll - у меня нет

(24) на тот что был раньше, если остался

или закоменти все что с ним связано пока

(0) попробуй запись по базе из реестра удалить

(26) в 1С у меня нигде не используется библиотека moxel.dll

(0) создай новую папку, распакуй в нее базу, подцепи и посмотри, что получится

(29) у меня SQL база

(29) локально на базе дбф - работает нормально

(31) скорее всего глюк в реестре

Зайди в regedit в поиске напише путь к твоей базе когда найдешь удали ветку

(30) а при локальном запуске SQL-базы (на серваке т.е) такая же ошибка?

(35) выгрузить загрузить пробовала?

(28) моксель у тебя есть и используется ВЕЗДЕ, просто ты об этом не знаешь... почему-то...

а ежели почистить каталоги пользователей?

v7plus поменяй

(38) на какой поменять v7plus.dll?

(0) На другом железе попробуй.

(38) ПОМЕНЯЛА, БЕСТОЛКУ

думать надо

(41) на (34) ответь

(42) подскажи, что еще нужно придумать?

Смущает фраза "5. Согласно советам форумов - переставили движок вплоть до 25 релиза."
У меня было так же когда я попробовал поставить 26 релиз. Вылетала с аналогичной ошибкой. Простая перестановка обратно 25 релиза не помогла. Пришлось удалять и заново переставлять программу.

Инструкция по адресу '<адрес>' обратилась к памяти по адресу '<адрес>'.
Память не может быть "read".

Это ошибка Винды ... от конфигурации (МД-файла), загружаемых ДЛЛ не зависит ...
http://support.microsoft.com/kb/262490/ru

Там советуется установить последние обновления - не слушай их ...

Убери из автозагрузки (пуск\программы ... и из реестра (с помощью msconfig, например)) все приложения. Запускайся ... проверяйся ... Включай приложения в автозагрузку по одному ...

(46) На счёт ошибки винды это ещё поспорить можно... вызываться она может некоректным вызовом api из dll в какой-то определённой ситуации.

+(46) и через недельку перечитать еще раз (12). Вообще не понято, ужель охота только на своих ошибках учиться? Этой проблеме уже лет и лет. Основа её лежит где-то на уровне китайского железа и способов его определения самой виндой. Кому то хватает планку памяти заменить, кому процессор, редким счастливчикам сервиспак накатить, а есть машинки на которые с тратьего раза только систему "насунуть" получается.
+(47) Останется только определить этот/и вызов/ы... я пытался, но толку=0, из "разных мест" сыпется.

(47) хохма в том, что ошибка бывает такая "плавающая"....
какая-то конкретная база при входе какого-то конкретного пользователя на отдельно взятом компе начинает вылетать с такой ошибкой.
С других компов под тем же юзером база работает, на этом же компе с другим пользователем работает...пошаманишь как в (15) - и опять на некоторое время (полгода, год) все опять работает.
Т.е это определенная совокупность: база, пользователь, рабочая машина - ну... в моих случаях.