Закрывается 1С при загрузке конфигурации. #399866

Происходит закрытие 1С, при загрузке конфигурации. Окно 1С открывается, в статус строке пишет "Инициализация глобального модуля..." после чего окно закрывается. Естественно после этого 1С считает себя аварийно завершенной. Это происходит только с одной конфигурацией, с другими все работает. 1. Думал конфликты с ВК. Удалил их, проблема осталась. 2. Почистил все логи, папки пользователей и т.д. и т.п. Проблема осталась. 3. Возможно битый МДшник, но если заходить в базу через сеть с другого компьютера, то все отлично. Не грузится только с этого компьютера. 4. 1С лицензия. Пробовал ставить пиратку, какое-то время работала нормально, потом опять заново все повторилось. 5. Комп мощный, выполняет роль сервера. Диски САС, 2 проца E5400. Места на дисках хватает, оперативы более чем достаточно. ОС Server 2003. Есть какие-нибудь предположения?

Права на запись для папки с базой есть?

Да, конечно. Это общая папка BASE где находятся несколько баз, почти вес многопользовательские, в том числе и проблемная.

ПриНачалеРаботыСистемысмотрел гле вылетает?

Да отладчиком хотел посмотреть, не заходит даже в тело процедуры. Видимо вылет где-то раньше.

*.mlg прибей в сислоге.

Все прибил и вообще SysLog переименовал.

С соседнего компьютера по сети этим же пользователем входит нормально. Я бы понял если бы 1Сина конфликтовала с системой, но другие конфы грузятся замечательно.

Странное дело...

"Возможно битый МДшник" - дык проверь

А если МДшник битый большая вероятность того, что со всех остальных компьютеров эта конфа под этим пользователем работает нормально?

Вам ответили в . Конфигуратор пускает? Глобальник дает посмотреть?

Посмотри свойства файлов базы. Не ридонли случайно?

А мне ответили в )

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

Проверил МДшник. Ошибок не обнаружено. Заменил МДщник на заведомо рабочий, все равно вылет.

Что-то я не понимаю... Вылетает в конфигураторе? Или в режиме предприятия?

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

Тогда смотри, что написано в глобальном модуле в конце, после всех процедур.

Сталкивался с таким....

Посмотри в конфигураторе на предмет "вредного" кода после 256 го символа строки...

Опа! Сделал чистую базу на основе МДшника и... Вошло в 1С. Значит проблема где-то в самой базе, возможно что и в строках >256. Пошел искать.

Тогда нет. Тогда бы все равно закрывалось.

Хотя не факт. Если сразу после ПриНачалеРаботыСистемы за 256 символом есть код типа если какое то условие, то завершитьРаботуСистемы, то условие может и на данные опираться, в чистом МД таких нету...

Хех, кажись нашел причину... Вот тут и вылетает, причем на втором ЕСЛИ КаталогИБ+"v7plus.dll".

Пробовал менять v7plus.dll на разные версии. Последняя версия 011 от 2003 года я так понимаю? Пробовал кинуть ее только в папку с 1С, а из базы убрал. Зарегистрировал на всякий случай regsvr32. Вылетает 1С ( А компонента нужна ( Есть какие-нибудь варианты?

А нафига так извратно? Я бы сначала проверил наличие файла v7plus.dll в нужном месте, а потом бы пытался грузить ...

Возврат значения 0 косвенно укажет и на эту причину... так что зачем еще наличие проверять?

кинь v7plus.dll в каталог in и войди не ее компе под админом винды в базу

это надо сделать на всех компах! я себе обработку написал для этого

"на ее компе"... так автор про сервер вообще-то говорит :)

достаточно немного поправить в7плюс и будет щастье всем безправным пользователям

значит на сервере, и надо удалить  v7plus.dll и als из всех каталого в баз механизм вылета: пользователь "а" зарегил из каталога 1 а у пользователя "б" нет файловых прав на каталог 1, при ощибке в глобальнике 1с валиться....

я не стороннинг патчинга, но как вариант - не выйдет, по тому как надобудет реестр чистить (разрегивать старую), а это геморно

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

>>>С соседнего компьютера по сети этим же пользователем входит нормально.

Я захожу под админом.

Подскажи как. Я попробую просто для интереса.

>>> по сети этим же пользователем пользователем 1С... причем здесь виндовый юзер?

+ это выполняешь для всех баз на каждом компе, под WINDOWS Админом и будет счастье

+

Спасибо. Посмотрю. только это мало к проблеме имеет отношение. Я дллки снес еще в сообщении ) К тому же эта обработка умрет аналогично 1Сине еще на строчке: Когда начнет грузить v7plus.dll из каталога BIN

главное запускай ее от имение доменного админа

домена нет

Ну как дела? Поборол? Если поборол то расскажи.

Вопрос к автору, а перед этим багом, никто домой базу не носил, а потом не перезаписал. ПРосто недавно была точно такая же проблема, после того, когда я домой базу брал и колбасил с ней, а потом принес на работу, и заменил имеющуюся на сервере. Проблема в итоге была с правами, решилась очень хитро.

нет ( Домой не носил, но с базой манипуляции были. Возможно, действительно проблемы с правами, но где именно не могу понять. К тому же, если долго-долго биться с самой платформой 1С, например, взять и поставить крякнутые екзешник или саблю, или еще как-нибудь поизвращаться, то база вдруг, начинает работать, но не надолго. У меня есть предположение одно, но опять же, где концы искать не знаю: мне кажется что это начало происходить с базой, когда я с ней работал по удаленке с использованием UltraVNC. Именно после этого (мне так кажется) и начали происходить такие метаморфозы. Расскажи про "решилась очень хитро" =)

чего пишут логи 1с и системы? здесь дело исключительно в регистрации и правах на DLL

Логи 1С пишут что было подключение и все. Т.е. подключился и испарился. Система пишет Источник события:    Application Error Компьютер:    SERVER Описание: Ошибка приложения 1cv7.exe, версия 7.70.0.27, модуль kernel32.dll, версия 5.2.3790.4062, адрес 0x00021689. Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp". Данные: 0000: 41 70 70 6c 69 63 61 74   Applicat 0008: 69 6f 6e 20 46 61 69 6c   ion Fail 0010: 75 72 65 20 20 31 63 76   ure  1cv 0018: 37 2e 65 78 65 20 37 2e   7.exe 7. 0020: 37 30 2e 30 2e 32 37 20   70.0.27 0028: 69 6e 20 6b 65 72 6e 65   in kerne 0030: 6c 33 32 2e 64 6c 6c 20   l32.dll 0038: 35 2e 32 2e 33 37 39 30   5.2.3790 0040: 2e 34 30 36 32 20 61 74   .4062 at 0048: 20 6f 66 66 73 65 74 20    offset 0050: 30 30 30 32 31 36 38 39   00021689

Details Product:    Windows Operating System Version:    5.2.3790.1830 Message:    Shadow Copy state change rule   Explanation This event occurs any time the health state of the shadow copies changes. The possible health states are: Shadow copies were successful. Shadow copies failed due to a noncritical error. They may be successful next time, without further action. Shadow copies failed due to a critical error. They will not be successful until the problem that caused the failure has been fixed.

kernel32.dll - дело в регистрации и правах на DLL можно еще чуток пошаманить: снеси у пользователя HKEY_CURRENT_USERSoftware1C1Cv77.7 и зарегь базы заново а так-же папку почисть (ту, что в конфигураторе для пользователя прописана)

с временем проверь (у всех компов не должно быть более 10 минут разница)

Уже пробовал все, кроме реестра. База сейчас с которой пытаюсь работать - однопользовательская, только на этом ПК. Попробую реестр почистить.

А если отключить теневые копии на винте с базой?

+ Отключить кеширование на шаре с базами.

Значится так. Никакие танцы с бубнами не помогли. И реестр чистил, теневое отключено и так было, кэш отключал-включал, права настраивал перенастраивал, папки копировал, чего только не делал, не идет и все. И тут решил попробовать папку с самой 1С перекинуть с Programm Files на другой диск и о ЧУДО, базы стали работать ). При этом не важно где находится v7plus.dll: в самой ли базе, либо в каталоге 1С. После этого пошел для проверки расшарил папку с 1С в Programm Files, база один раз открылась, второй и последующие разы опять сваливается. А если 1С запускать с другого диска(не системного), то базы открываются. В чем дело? Понятно, что, что-то с правами, но вот что?

вообще-то надо пользоваться АДМИНИСТРАТИВНОЙ установкой платформы!!! тогда 1с на сервере и у всех единая

Да емае, у меня вопрос другой ))) А что дает единая 1С у всех?

я сдаюсь :) сам подумай нафига ее сделали!

1C много чего сделали ))) Вот честно не знаю... Когда-то лет 5 назад это может быть и было актуально, а сейчас?

вопросы на засыпку: ты уверен, что у тебя везде одинаковые релизы платформы стоят? а версии v7plus??? ты уверен, что злые юзеры не лазят в эти папочки и не шкодничают? ты уверен, что у одного юзера вирус не сидит там? ну и т.д.

1. нет, не уверен ) 2. нет, не уверен ) но если юзеры злые, они могут нашкодничать и без этой папочки, к тому же доступ к папке с базой открыт. Тут нашкодничать можно гораздо серьезней ) В общем я понял. Соглашусь пожалуй.

проблему решил, или нет. Я только что вернулся, вот интересно, писать монолог многостраничный или нет

временно да, но почему так не понял ) в написано как.