30.04.19 — 15:07
При скроллинге в журнале документов выходит ошибка 1C:V7 starter program (for SQL) — обнаружена ошибка
Имя события проблемы: APPCRASH
Имя приложения: 1cv7s.exe
Версия приложения: 7.70.0.27 (секретный релиз)
Отметка времени приложения: 4573fcd8
Имя модуля с ошибкой: BkEnd.dll
Версия модуля с ошибкой: 7.70.0.27
Windows 2008 R2 (64) + SQL 2005
Все ВК 1CPP (3.2.4.1) и формекс (2.0.2.142) убрал
DEP выключен
На каталог права все есть
Закрывается и на сервере и при запуске по сети
1 — 30.04.19 — 15:22
а режим совместимости на скуле какой стоит ? И сами вк от скуля патченные, или нет ?
2 — 30.04.19 — 15:27
и..такая хня под конкретным пользователем, или у всех ?
3 — 30.04.19 — 15:29
(1) сейчас у админа выясню
(2) у всех
4 — 30.04.19 — 15:37
(1) 80
5 — 30.04.19 — 15:40
(1) sqlsrv32.rll / sqlsrv32.dll / odbcbcp.dll от ХР
6 — 30.04.19 — 15:41
Главное что работало х.з. сколько лет
Ничего не трогали со слов админа на этом серванте
7 — 30.04.19 — 16:17
(0) Если сделать пустую базу или копию — ошибка остаётся?
8 — 30.04.19 — 16:58
скуль не переставляли случаем ?
9 — 30.04.19 — 18:15
(7)(8) нет
10 — 30.04.19 — 19:09
(9) если в копии все норм, то удали в рабочей жр и cfg у пользоателей, так, длч начала
11 — 30.04.19 — 19:11
Ну и проверить можно на ошибки базу поделкой от @z1, валяется на форуме 1cpp. Мот в 1sjourn какая нить хня
12 — 02.05.19 — 06:27
(10) не помогло 
13 — 02.05.19 — 07:40
Скорее всего есть битая запись в журнале документов или документ. Как доходит до него, так и вырубает.
14 — 02.05.19 — 07:41
Выгрузка данных и загрузка делалась?
15 — 02.05.19 — 07:46
(13) +1
Методом исключения вычислить проблемную дату
Запросами в qa пристально рассмотреть таблицы за этот день
16 — 02.05.19 — 10:04
(14) слишком большая для выгрузки, за 100 гигов
17 — 02.05.19 — 10:04
(13)(15) по дню сейчас тыкаюсь
18 — 02.05.19 — 10:54
19 — 02.05.19 — 12:02
(17) см (11)
20 — 02.05.19 — 12:46
21 — 02.05.19 — 12:50
было пару косяков при проверки этим
http://www.1cpp.ru/forum/YaBB.pl?num=1220516625#6
были записи журнала которых нет в шапке
и тч которых нет в журнале
исправил
22 — 02.05.19 — 15:36
Фигня какая то
Такой запрос отрабатывает
SELECT Журнал.DATE_TIME_IDDOC ДатаВремяИдДок
, Журнал.IDDOC [Документ $Документ]
— , Журнал.IDDOCDEF [Документ_вид $ВидДокументаПредставление]
, Журнал.DOCNO Документ_ном
, NullIf(Cast(Left(Журнал.DATE_TIME_IDDOC, 
AS datetime), ‘17530101’) Документ_дата
, (Журнал.CLOSED & 1) ДокументПроведён
, Журнал.ISMARK ПометкаУдаления
, Журнал.$ОбщийРеквизит.ДокументОснование [ДокументОснование $Документ]
, Журнал.$ОбщийРеквизит.ДокументИзменение [ДокументИзменение $Документ.Изменение]
FROM _1SJOURN AS Журнал With (NOLOCK)
WHERE (IDJOURNAL = 991) and Left(Журнал.DATE_TIME_IDDOC, >= :Data
ORDER BY Документ_дата
Если раскоментить «Журнал.IDDOCDEF [Документ_вид $ВидДокументаПредставление]» то валится запрос «Error # 5 : 0 : Invalid procedure call or argument»
строка вполне приличная
ДатаВремяИдДок Документ IDDOCDEF Документ_ном Документ_дата
20190218AQE3W0 7BVA0P 7BVA0P 8132 P0000002 18.02.2019
23 — 02.05.19 — 15:39
в таблице документа и таблицы тч даные есть
дата выглядит вполне прилично
24 — 02.05.19 — 15:52
Попробовал удалить строку, валится на следующей
Методом тыка выяснил что валится на документе определенного вида
25 — 02.05.19 — 16:44
какой то косячный документ
реквизит шапки / тч не получается даже добавить
26 — 03.05.19 — 14:43
>> Если раскоментить «Журнал.IDDOCDEF [Документ_вид $ВидДокументаПредставление]» то валится запрос «Error # 5 : 0 : Invalid procedure call or argument»
Такая типизация ($ВидДокументаПредставление) работает исключительно по метаданным
Может быть мдшник побился?
27 — 03.05.19 — 16:11
(26) на него и подозрения, т.к. реквизит шапки / тч не получается даже добавить в него
28 — 03.05.19 — 16:18
mddiagn — ? разобрать/собрать gcomp ?
29 — 03.05.19 — 16:23
(28) совсем забыл про mddiagn ! ща попробую
30 — 03.05.19 — 17:08
MDDiags
Нет данных MetaDataMain MetaData Stream бла бла ба
с gcomp не дружу, пошел читать с чем его едят
31 — 04.05.19 — 08:35
(29) mddiag не лечит ничего особо, разбери собери gcomp -ом..
Полный синтаксис контроль проходит в пофигураторе ?
Если валится на ошибке — мд битый, могу починить.
32 — 04.05.19 — 08:42
(31) собрать gcomp не получилось, ошибка компиляции
Синтаксический контроль проходит
33 — 04.05.19 — 08:44
(32) какой версии gcomp ? Он вообще то все собирает всегда, если разобрать смог
34 — 04.05.19 — 08:44
Конфа, компоненту бух учет использует ?
35 — 04.05.19 — 08:47
в _1sjourn нет доков с «пустой» датой ? Та которая 01.01.1753
36 — 04.05.19 — 08:48
(35) нет
37 — 04.05.19 — 08:48
хотя, пустая дата не давала бы такой эффект
38 — 04.05.19 — 08:49
(36) операции, проводки в конфе есть ?
39 — 04.05.19 — 08:50
(38) нет
40 — 04.05.19 — 08:51
и это, в запросе расскоменти вот так
Журнал.IDDOCDEF — [Документ_вид $ВидДокументаПредставление]
потом перебирай виды доков, найдешь, какой вид доков не работает
41 — 04.05.19 — 08:52
(33) 2.2.15 который visual
42 — 04.05.19 — 08:53
(40) вид дока нашел. сейчас хочу снести его в пустышке нафиг и сделать по новой
43 — 04.05.19 — 09:02
44 — 04.05.19 — 09:22
(43) сейчас попробовал с такими, не взлетело
45 — 04.05.19 — 09:32
(44) не декомпилирует ?
46 — 04.05.19 — 09:32
тогда ищи первую версию gcomp и там с командной строки распаковывай
47 — 04.05.19 — 09:38
(24) Удалять надо в самом скуле 
И править данные тоже в скуле 
48 — 04.05.19 — 09:40
(36) А ты как смотрел? Не ну я подозреваю, что не в 1С?
49 — 04.05.19 — 09:40
+ Надо смотреть всегда в SQL
50 — 04.05.19 — 09:42
+ И помни, что IDDOC, уникален для любого документа, 1С 7.7 вот так робит
51 — 04.05.19 — 09:44
+ В общем, запросом проверь на дату меньше 1930 года и не парься.
В 1С 7.7 пустая дата не совсем пуста
52 — 04.05.19 — 09:44
+(50) Я к тому, что ненужно лепить на SQL конструкции типо «Журнал.IDDOCDEF» , тип неважен
53 — 04.05.19 — 09:48
+ Как вариант в консоле SQL менеджера проверь на дубли IDDOC с разным IDDOCDEF.
Вот такого не должно быть…
…Просто ваш мопед мне не виден, и я не вкурсе, как вы пишите документы, может тоже прямыми запросами
54 — 04.05.19 — 09:54
(44) или, дай мд посмотреть
55 — 04.05.19 — 11:25
56 — 04.05.19 — 16:51
(55) в мд-нике ошибок нема, нормально разбирается собирается без ошибок, единственное, документа с ид 8132 в конфе нема.. Вы его уже удалили ?
57 — 04.05.19 — 16:56
58 — 04.05.19 — 17:28
(56) нет, это и есть проблемный
В оригинале должен быть ПеременныеАОР
59 — 04.05.19 — 17:34
(57) спасибо огромное за пинки в правильном направлении и мдшик пересобранный
попробуем со всем эти взлететь
60 — 04.05.19 — 18:00
(58) странно… Документ.ПеременныеАОР имеет ид 8084 в мд, соответственно в словаре и в табличках будут dt8084 и dh8084
а вот с ид 8132 объектов в мд вообще нема, хотя их возвращает ваш запрос в (22).
посмотрите в скуле, есть ли dh8132 и dt8132 если есть и это именно Документ.ПеременныеАОР, то лучше или пересоздать мд и словарик, заменив 8084 на 8132, или пересоздать словарик из того что сейчас и в скуле поменять названия таблиц шапки и таб части.
61 — 04.05.19 — 18:02
И это..подменной мд не баловались ? ))) а то такое часто бывает. Еще можно посмотреть в dds, какой ид nтам и совпадает ли с мд
62 — 04.05.19 — 18:42
(0) Попробуй натравить Tracer 1C: http://www.1cpp.ru/forum/YaBB.pl?num=1232197179/10
Падает то оно падает, ГДЕ падает? Трейсер тоже упадет, но упадет перед падением.
63 — 04.05.19 — 20:28
(61) Вот оно чего руки бы за это отрывать
64 — 06.05.19 — 05:06
DH8132 на скуле есть, DH8084 нет
65 — 06.05.19 — 05:25
(60) в словаре аналогично
#==TABLE no 244 : Документ ПеременныеАОР
# Name |Descr |SQLTableNam|RecordLock
T=DH8132 |Документ ПеременныеАОР
(61) х.з. что тут раньше было, по любому я крайний сейчас
66 — 06.05.19 — 08:49
(64) У вас игрались файликом ДДС, или как оно там 1 1С 7.7
Лучше приведи его в соответствие, т.е. тупо пропиши внем нужный номер, и некогда не удаляй его.
1С его сгенерит сама, но на основе МД файла, а не БД
67 — 06.05.19 — 09:44
(65) ясно. У вас мд не соответствует словарю и табличкам в скуле. Могу пересобрать мд ник под этот документ. Но, надо будет и все другие несовпадающие метаданные найти. Для этого, сделайте пустую базу из имеющеглся мд, получите ддс и через сравнение файлов сравните с текущим словарем в базе. Найдете все различия. Потом уже, нужно привести мд к табличкам в скуле. Можно, конечно, и наеборот, в скуле менять названия таблиц, но мд быстрее править.
68 — 06.05.19 — 09:46
Зы: текущий ддс в рабочей базе не удаляйте тока и не пересоздавайте! Он как раз соответствует базе.
69 — 06.05.19 — 09:48
Можно еще в ньюстру посмотреть, возможно, там еще валяется мд ник нужный, не подмененный.
70 — 06.05.19 — 13:08
На копии сейчас попробовал переименовать таблицы на скуле, все взлетело
вечером попробую на живой
71 — 06.05.19 — 13:16
(70) надо было наеборот, в мд поменять ид. У вас в _1sjourn торчит ид старый. Тогда и там нужно проапдейтить табличку, и в _1scrdoc до кучи
72 — 06.05.19 — 13:16
в iddocdef
73 — 06.05.19 — 13:18
74 — 06.05.19 — 13:19
и нужно проверить как в (67) — сравнить словари из рабочей и из пустышки с пересозданным словарем.
75 — 06.05.19 — 14:17
(71)(72) так и сделал, переименовал таблицы и обновил iddocdef
Как до дома доберусь проверю словарь пустышки и словарь из рабочей бд
Надеюсь что только один такой косяк
76 — 06.05.19 — 14:18
(75) а в ддс поменяли еще тогда ?
77 — 06.05.19 — 14:18
а на копии..да, там новый ддс поди слепили
78 — 06.05.19 — 14:33
да.. если у вас это док толкает регистры, то нужно еще все ra этих регистров апдейтить еще, в тех регистрах, где галка «юыстрая обработка движений» стоит или отбор на одном из измерений
79 — 06.05.19 — 14:33
так что, проще мд подправить, чем таблички с данными.
)
80 — 06.05.19 — 15:13
(78) + «длинные ссылки»
81 — 06.05.19 — 15:37
(80) ага.. так что, проще в мд поправить в 1 месте и собрать мд-ник
82 — 08.05.19 — 05:24
(81) еще проще оказалось
сравнил объединил с перепакованным МД
заработало
DrZombi
83 — 08.05.19 — 07:01
(81) Спасибо тебе ВЕЛИКИЙ человек!!!
0
— 12.05.2016 — 12:53
При открытии журнала операций выскакивает сообщение: «1C:V7 starter program (for SQL) — обнаружена ошибка. Приложение будет закрыто. Приносим извинения за неудобства.» и программа сворачивается. Подскажите как исправить? Заранее спасибо.
1
— 12.05.2016 — 12:56
Тестирование и исправление
2
— 12.05.2016 — 13:02
1-не помогло
3
— 12.05.2016 — 13:14
выгрузить, загрузить в файловую, посмотреть какие самые большие файлы, в DD описание. ТиИ этой копии
4
— 12.05.2016 — 13:18
Инструкция по адресу «ХХХХХХ» обратилась к памяти по адресу «ХХХХХ». Память не может быть «writen» вот еще что вылетает.
3-непонятно.
5
— 12.05.2016 — 13:19
Не обратил внимание что база SQL. Или просто движок SQL ? А что значит — не помогло ? что выдает ТИИ ? какие ошибки и как исправлены ? У меня такое ощущение, что у тебя «битый» журнал 1SJOURN
6
— 12.05.2016 — 13:23
0-Ang070 > чем патчил?
7
— 12.05.2016 — 13:27
6 — ничем не патчил. с другими базами работает нормально.
5-движок SQL, ошибок не распознает никаких и проверку проходит с галочками «выполнено»
8
— 12.05.2016 — 13:28
dbf? sql? платформа релиз? локально, файловый по сети, терминал? работало-работало и вдруг просто сломалось? или были какие-то переустановки? например, ОС?
ну что ты, право, как маленький… клещами из тебя все тащить?
9
— 12.05.2016 — 13:29
6-движок с сайта попрошайки кажется… уже не помню…
10
— 12.05.2016 — 13:30
Цитата:
Сообщение от USSR 
база SQL. Или просто движок SQL ?
Цитата:
Сообщение от Ang070
5-движок SQL
а база, надо понимать, dbf?
11
— 12.05.2016 — 13:33
8-dbf, 7.70.27, 7.70.433, переустановки системы не было, в какой момент работало-работало-сломалось: не знаю.
12
— 12.05.2016 — 13:35
8- так получилось, что не знаю, что они с ней делали 2 года позвонили по факту: помоги. проделал стандартные манипуляции не помогло, сам с таким встречаюсь впервые.
13
— 12.05.2016 — 13:36
(11)433 ? это лет 10 не обновлялась ?)
Попробуй выгрузить ее и загрузить. А что-то работает ?
14
— 12.05.2016 — 13:36
5-как проверить и чем исправить?
15
— 12.05.2016 — 13:39
13-все работает документы создаются, сохраняются отчеты формируются.
16
— 12.05.2016 — 13:40
11-Ang070 > база локально на компе, не терминал? Я к чему спрашиваю, если база на сервере (терминалов), то может и просто юзер на сервере «слетел…»
а вообще очень похоже на
Цитата:
Сообщение от USSR
У меня такое ощущение, что у тебя «битый» журнал 1SJOURN
вот только итоги ТИИ немного смущают.
и еще, хоть и бух, но на всякий случай — размеры dbf нормальны?
17
— 12.05.2016 — 13:43
13 выгрузил-загрузил без изменений
18
— 12.05.2016 — 13:44
16 — на компе база.
19
— 12.05.2016 — 13:45
Могут элементарно индексы быть испорченными и движок лезет при поиске непонятно куда. Хотя обычно выдается, что index corrupted
20
— 12.05.2016 — 13:46
ну если выгрузил и загрузил, то индексы непричем.
21
— 12.05.2016 — 13:46
1SENTRY.DBF -самый большой 568 кб
22
— 12.05.2016 — 13:48
На другой компьютер пробовал перенести?
23
— 12.05.2016 — 13:50
22- да
24
— 12.05.2016 — 13:50
568 кб — это практически чистая база )) ты чего то не то пишешь. 1SENTRY — это проводки насколько я помню )
25
— 12.05.2016 — 13:53
24-да она на самом деле маленькая. весь ее функционал это выписка счетов услуг на ип и выписка для ухода от налогов на 6%
26
— 12.05.2016 — 13:59
19-USSR > и полный ТИИ.
и выгрузка-загрузка (загрузил то, я надеюсь, в чистую базу. не в ту же самую
вроде бы индексы «с нуля«.
(0) а так да — попробуй физически удалить файлы *.CDX. а заодно SYSLOG, *.cfg, users.usr. в общем, отсечь все неважное..
27
— 12.05.2016 — 14:00
(26)Индексы при загрузке заново создаются, нет смысла удалять
Остается — битый MD
28
— 12.05.2016 — 14:06
Цитата:
Сообщение от Ang070
22- да
ежели на другой комп (другая ОС, другая (платформа) папка bin) да плюс выгрузка-загрузка (индексы с нуля), а ошибка все та же — значит, дело точно не в правах, не в испорченном BIN, не в испорченном реестре windows.. не в испорченных индексах..
тогда надо смотреть файлик 1SJOURN.. глазками..
29
— 12.05.2016 — 14:07
сислог и нью стру грохнуть (предварительно сохранив копию)
30
— 12.05.2016 — 14:13
*.CDX. а заодно SYSLOG, *.cfg, users.usr. NEW_STRU все удалил — не помогает.
31
— 12.05.2016 — 14:15
28-1SJOURN и что там можно обнаружить глазками?
32
— 12.05.2016 — 14:15
Цитата:
Сообщение от USSR
Остается — битый MD
Да. Запросто может быть.
еще можно открыть этот объект метаданных в конфигураторе, что-нибудь там поменять (да хоть пробел) и сохранить.
33
— 12.05.2016 — 14:15
аффтар, выкладывай на файлоресурс выгрузку. Сча спецы помогут
34
— 12.05.2016 — 14:26
пересоздать ДД (ДДС) пройтись по мд-шнику доктормд,екзе
35
— 12.05.2016 — 14:27
MDDiags.exe
DoctorMD.exe
36
— 12.05.2016 — 14:28
31-Ang070 > ну не совсем «глазками», а каким-нибудь дбф-ным вьюером.. коих полно…
а увидеть.. да мало ли чего.. например «кракозябру» в какой-нибудь строчке, которую 1с-ка воспринимает за внезапный конец файла
я дык первым делом смотрю структуру dbf-ного файла и сравниваю ее с описанной в dd.
И вообще я любопытствующая визуалка, мне глазами надо посмотреть на содержимое файла, при открытии которого платформа умирает. Тебе разве не интересно.
37
— 12.05.2016 — 14:30
Потом выяснится что конфа нетиповая и вешает платформу какой нибудь кусок нетленки )
38
— 12.05.2016 — 14:31
если скульная осталась (0) бэкап скулем + дбсс чекит
39
— 12.05.2016 — 14:31
37-естественно что нетиповая
Здравствуйте, уважаемые. На одном из компьютеров в сети, запуск 1С (после ввода пользователя/пароля) критически завершается и выдается ошибка вида 1С:v7 starter program (for SQL), более подробно на рисунке На компьютере пользователя установлен Windows XP + 1С Предприятие 7.7., на сервере установлене Windows 2003 R2 + SQL 2005 Ошибка на данном компьютере возникает независимо от того под какой учетной записью Windows работаешь и независимо от того, под каким пользователем заходишь в 1С, так же ошибка повторяется для любой из SQL баз. Промучившись (с админом) полдня решил обратиться к Вам за помощью. Из предложенного на форуме, вроде уже все перепрбовали. Подскажите, в чем может быть причина ошибки?
ну попробуй службу криптографии остановить
Какой релиз платформы на этой машине?
права на запись в папку где мд и дбф с этого компа есть?
Так часто бывает с левыми установками
Вчера с таким тоже столкнулся. Случайно TeamWiever — не установлен?. У меня такое появилось после его установки. Выгрузил его из памяти , 1с — запустилась, после этого запустил TeamWiever — 1с — грузится. В чем была проблема, так и не понял
Для работы с SQL 2005 файлик BkEnd.dll патчил?
Тэги: 1С 7.7 и ранее
Комментарии доступны только авторизированным пользователям
Раздел: 1С
Написано: 21.02.2013
Автор: Antonio
Жила-была база 1С на файловом сервере и группа клиентов-бухгалтеров, которая подключалась и работала с базой по сети со своих компьютеров. В один момент у одного пользователя при загрузке базы 1С 7.7 начала вылетать с ошибкой — 1C:7.7 starter program (for SQL) обнаружена ошибка — 0x00640072.
При этом наблюдалась интересная ситуация — переиндексация и исправление ошибок не помогало, другие базы с того же сервера работали нормально, на других компьютерах эта база тоже работала нормально и самое интересное на этом же компьютере под другим пользователем (1С) эта же база работала нормально и нормально работали другие базы. И если скопировать базу локально на компьютер она работала под пользователем (1С), под которым она не работала по сети. Какой-то парадокс.
Ни каких изменений в сети, компьютере, сервере не происходило, но проблема появилась. Все компоненты работали правильно, но все равно каждый раз запуск заканчивался ошибкой 1C:7.7 starter program (for SQL) обнаружена ошибка.
Решение проблемы.
Перелазил кучу форумов, всяких дискуссий — кто что советует попробовать, но ничего не помогало.
Помогло удаление и установка 1С 7.7 релиз 26 (вместо 27).
Показывать по
10
20
40
сообщений
Новая тема
Ответить
lena722
Дата регистрации: 16.08.2011
Сообщений: 81
Подскажите, помогите пожалуйста!<br>1с: предприятие бух и зик 7.7 пл 27<br>Ситуация такая: на компьютере стоит LPT ключ (2 шт), один от сетевой бухгалтерии, другой от зик локальный.<br>стала возникать проблема: во время работы выкидывает из прграммы и выдается сообщение<br>1C:V7 starter program (for SQL) — обнаружена ошибка.<br> на этом пк стоят 2 платформы: сетевая и локальная.<br>У других пользователей в сети такой проблеммы нет.<br>В чем может быть причина такого поведения 1с?<br>может где-то в системе копаться надо или вирус?<br>Спасибо!
Показывать по
10
20
40
сообщений
Читают тему: