0
- 12.05.2016 - 12:53
|
При открытии журнала операций выскакивает сообщение: "1C:V7 starter program (for SQL) - обнаружена ошибка. Приложение будет закрыто. Приносим извинения за неудобства." и программа сворачивается. Подскажите как исправить? Заранее спасибо.
| | |
81
- 13.05.2016 - 00:34
| проверить даты операций, особенно ручных | | |
82
- 13.05.2016 - 00:39
|
может циклические ссылки какие-нить корявые, типа операция сама себя в субконто пхает и т.п. может картинки или хз что ещё извне недоступное на этом компе используется проверить | | |
83
- 13.05.2016 - 03:50
|
Ещё варианты. 1. - Если спец-символы не обнаружены, сравнить, чем отличается в конфигураторе Объект "Операция" от типового. Если есть дописки в "Форма операции" и "Форма журнала" - исследовать под Отладчиком, что происходит при открытии журнала операций. 2. - Создать чистую базу на основе существующего МД-шника и смотреть поведение базы при открытии. Сравнить поведение чистой базы на основе типового МД-шника. Если поведение открытия журнала операций однотипно обрушивает базу, возможно, проблема в поврежденном стартовом модуле 1cv7*.exe - переустановить каталог BIN, проверить диск с каталогом BIN на наличие сбойных секторов, аналогично и диск базы, сделать дефрагментацию. 4. - Проверить комп антивирусом. Проверить влияние антивируса на работу базы - на время исключить базу из объектов обслуживания, или отключиться от интернета и отключить антивирус на время проверки. 4. - Установить режим совместимости запускающего модуля со старыми операционными системами, типа XP, W2003, в среде которых работа 1С-7.7 не вызывает проблем и установить режим запуска для всех пользователей под Административными правами. - ну вот примерно так вот, навскидку. О действиях и результатах - сообщить сюда - всем нужно знать, как действовать, на случай подобного. 5. - Возможно, пострадал МД-шник. Если есть копия базы, работающей без проблем, извлечь МД-шник и накатить на существующий. 6. - Проверить контейнер МД-шника на соответствие расчетного и записанного CRC32 в "Main MetaData Stream", с помощью утилиты MDDiags.exe от Соарона. Если есть несоответствие, можно через FAR-менеджер открыть поток контейнера - папку Metadata и его редактором по F4 в "Main MetaData Stream" исправить (в самом его конце) строку, типа "CRC","1945960440" на нужное значение, выданное утилитой от Соарона. Архив утилиты MDDiags.exe от Соарона можно взять здесь: http://hdd.tomsk.ru/file/ripjbxfq Кстати, какая операционка на вашем компе ? - предыдущего не читал, извиняюсь... :-) | | |
84
- 13.05.2016 - 09:08
|
83- 1) создал чистую базу-работает нормально. 2) загрузил данные начало вылетать. вывод: мдшник рабочий. | | |
85
- 13.05.2016 - 09:29
| подсунул чистый 1SJOURN - журнал операций открывается. журнал проводок закрывает по-прежнему программу | | |
86
- 13.05.2016 - 09:57
| Значит спецсимволы в данных. | | |
87
- 13.05.2016 - 10:08
| программно удалил документы- все работает нормально | | |
88
- 13.05.2016 - 10:31
|
86-Секвестр > поддерживаю. 87-Ang070 > Уже сообщал ранее - пробуйте скачать по ссылке и запустить, далее - нажать кнопку УдСС (удаление спец-символов): Цитата:
| | |
89
- 13.05.2016 - 10:41
| 88 - Исправлений наименования нет. | | |
90
- 13.05.2016 - 10:41
| (88) спец символ может помимо справочников попадать в документы (из тех же справочников) еси чо )) | | |
91
- 13.05.2016 - 11:40
| 89-Ang070 > - ну..., далее по пунктам - проверить на сбойные секторы и под отладчиком. | | |
92
- 13.05.2016 - 12:07
| 91 - сбойные секторы нипричем, антивирусник нипричем, мдшник рабочий | | |
93
- 13.05.2016 - 12:13
| угу БНХ ))) | | |
94
- 13.05.2016 - 12:21
| (87)программно удалил документы- все работает нормально - удаляйте не сразу все, а оставляйте сначала самый первый квартал (затем проверьте), если работает пробуете оставить два квартала и т.д. найдете сбойный период, сужайте до месяца и т.д. до дня, так найдете сбойный день, а там уже по документам, может, что и выгорит. | | |
95
- 13.05.2016 - 12:32
| сделал докуметы непроведенными журнал операций работает нормально | | |
96
- 13.05.2016 - 13:06
| нашел. при проведении одного из типов документов вышибает журнал операций | | |
97
- 13.05.2016 - 13:52
| Значит что-то нахимичили в правилах проведения и в проводках документа. | | |
98
- 13.05.2016 - 13:59
| ругается на счет 90.1 при выборе даже в операциях... с остальными счеами все нормально. | | |
99
- 13.05.2016 - 14:00
| Тогда проверьте план счетов. Типовой и ваш. | | |
100
- 13.05.2016 - 14:02
| 83- MDDiags.exe ошибок не обнаружено | | |
101
- 13.05.2016 - 14:04
| 99 - что значит проверьте? есть субсчет 90.1 субконто1-номенклатура. при его выборе программа сворачивается | | |
102
- 13.05.2016 - 14:15
|
(101) пересоздать счет - есть еще нюанс - проверить наименование счета )) убрать длину ЗЫ терминал ? наш совейский ? на хьюлете нормально работает ? | | |
103
- 13.05.2016 - 14:16
|
+ то которое полное наименование , сократить - имхо оно ЗЫ а если в плане счетов встать на этот счет в списке ? )))) | | |
104
- 13.05.2016 - 14:18
| (103) + в режиме предприятия )) | | |
105
- 13.05.2016 - 14:20
| что такое "при его выборе" Кто его выбирает и как ? | | |
106
- 13.05.2016 - 14:21
| в 77 бух-ии на счете 90.1 не может быть субконто "Номенклатура", там по моему - "Виды номенклатуры" | | |
107
- 13.05.2016 - 14:23
| (105) мну видимо понимает про что (101) написано - есть такой глючокс ))) описывал в свое время )))) | | |
108
- 13.05.2016 - 14:34
| YES!!!! | | |
109
- 13.05.2016 - 14:36
| А документ, скорее всего в проведении, делает выбор не номенклатуры. ;) | | |
110
- 13.05.2016 - 14:41
|
все очень хорошо но 90.1 привязан к номенклатуре. это не типовая конфа. 105- я выбираю. открываю операции вручную и выбираю счет 90.1 и программа сворачивается. | | |
111
- 13.05.2016 - 14:50
| удалил счет 90.1 сделал 95.1 итог одинаковый... | | |
112
- 13.05.2016 - 15:27
| 109-и в документе номенклатура и в проведении номенклатура. | | |
113
- 13.05.2016 - 16:06
|
110-Ang070 > мутаки почтому что. достаточно было для каждой номенклатуры завсети один-в один вид номенклатуры - и все штатно. дятлы, что сказать.. | | |
114
- 13.05.2016 - 16:09
| 113-проще всего дать характеристику, т.е. оценку действия, чем решить вопрос. я могу решить вопрос по вашему сценарию очень просто: послать всех и не ломать голову. | | |
115
- 13.05.2016 - 16:10
| +так вот помощь заключается в решении поставленной задачи а не в оценке происходящего. | | |
116
- 13.05.2016 - 16:21
| (115)Это типа тебе не помогли ?) | | |
117
- 13.05.2016 - 16:36
| 116- конечно помогают и я всем благодарен. я Чучундеру пытаюсь донести что вопрос можно решить разными способами, а то что пытается сделать он это оценка. | | |
118
- 13.05.2016 - 16:37
|
115-Ang070 > Явно в документе нет корректной процедуры назначения Типа Субконто, при условии выбора счета, например так: /// Процедура ПриВыбореСчета(); Попытка Если МойСчет.Выбран()=1 Тогда Для А = 1 По МойСчет.КоличествоСубконто() Цикл НазначитьТип("Субконто"+А,МойСчет.ВидСубконто(А)); КонецЦикла; Иначе Предупреждение("Счет не выбран!"); Возврат; КонецЕсли; Исключение ОписаниеОШ=ОписаниеОшибки(); Сообщить("Какая-то хня... "+ОписаниеОШ); КонецПопытки; КонецПроцедуры /// В результате, процедура при первом проходе наталкивается на невыбранный ещё счет и заваливает конфу, а вот если поставить условие Если Счет.выбран()=1 Тогда - тогда будет второй проход с уже выбранным счетом и всё пойдет по плану. Такое поведение в старых осях не привело бы к падению, но в новых осях, типа w-7 - можно ожидать некорректной обработки события с ошибкой - так и сообщает - из-за ошибки приложение будет закрыто. Здесь Помогло бы и попытка исключение, так как прошло бы сначала через исключение, а когда счет уже выбран, далее сработало бы нормально. - В общем - ошибка лапописи. | | |
119
- 13.05.2016 - 17:00
| 118-perpetum > - Возврат, конечно, не нужен - - закомментировать! - Просто по возврату выйдет, без выбора счета, а нужно ведь пройти дальше - этот пример покажет, что есть 2 прохода. | | |
120
- 13.05.2016 - 17:05
| 118-все понятно... но почему с другими счетами все проходит? и не нужно проверять выбран счет или нет. | |
| Интернет-форум Краснодарского края и Краснодара |