Ошибка 1c v7 starter program for sql

   Vitekkkk

03.06.13 — 10:44

   Ёпрст

1 — 03.06.13 — 10:46

в исключения каспера воткни всё, что свзано с 1с-иной, в том числе, её темпы.

   Vitekkkk

2 — 03.06.13 — 10:47

Удалили антивирус проблема осталась.

Это происходит не у всех юзеров.

   Ёпрст

3 — 03.06.13 — 10:49

отключи DEP, снеси темпы

   vde69

4 — 03.06.13 — 10:49

   Vitekkkk

5 — 03.06.13 — 10:49

(4)Включен в исключения

   Vitekkkk

6 — 03.06.13 — 10:50

(3) Темпы какие?

   Ёпрст

7 — 03.06.13 — 10:51

(6) все виндовые.

   1Сергей

8 — 03.06.13 — 10:53

%tmp%

%temp%

   Vitekkkk

9 — 03.06.13 — 10:56

Темп у пользователя чистел результатов не было, темп в папке Windows убил только что, буду глядеть….

   Vitekkkk

10 — 03.06.13 — 10:58

Может еще есть причины?

   Ёпрст

11 — 03.06.13 — 10:58

DEP отключи

   Vitekkkk

12 — 03.06.13 — 10:59

А то что 1с там в исключениях стоит это не то?

   AMKahm

13 — 03.06.13 — 11:00

где папка с базой лежит? На серваке?

Если да — у меня такаяже фигня была… права на доступ к папке пересоздай.

   Vitekkkk

14 — 03.06.13 — 11:00

До этого же все работало…..

   Ёпрст

15 — 03.06.13 — 11:00

(12) проще его целиком отключить, для начала

   Vitekkkk

16 — 03.06.13 — 11:01

Boot.ini AlwaysOff

Так?

   Ёпрст

17 — 03.06.13 — 11:02

(16) да

   vde69

18 — 03.06.13 — 11:02

(12) после перевода DEP из «для всех» в режим с исключениями требуется перезагрузка сервера

   Ёпрст

19 — 03.06.13 — 11:02

+ рестарт сервера

   Vitekkkk

20 — 03.06.13 — 11:03

(13) Да на серваке. Что значит пересоздай? снять права и потом снова поставить?

   AMKahm

21 — 03.06.13 — 11:06

(20) немного не то написал — пропустил про каспера… такчто с права трогать не надо.

   Vitekkkk

22 — 15.06.13 — 22:10

Как узнать какое действие происходит в BkEnd.dll в смещении 001d0029?

   Vitekkkk

23 — 15.06.13 — 22:11

Получается, что при этом действии происходит нарушение прав доступа и 1С вылетает.

   Vitekkkk

24 — 15.06.13 — 22:12

Дело в том что это не у всех и не всегда. Т.е. попляшешь с бубном и у юзера становится все ок, до поры до времени.

   Vitekkkk

25 — 17.06.13 — 08:49

Есть предложения? Может кто знает как узнать какое действие происходит в BkEnd.dll в смещении 001d0029?

Долго мучился и нашел….

В следствии установки и удаления антивируса касперского, почему то слетели свойства файла 1Сv7.exe

Вернул галочку для всех пользователей запускать от АДМИНИСТРАТОРА и СОВМЕСТИМОСТЬ С WINDOWS XP (SP3).

1

2

Показывать по
10
20
40
сообщений

Новая тема

Ответить

D.NeeZ_K

Дата регистрации: 11.09.2012
Сообщений: 4

Здравствуйте, прошу помощи!!! Такая ситуация, Win7 на нем стоит 1С 7.7. Проблем в том: когда открываем 1С:Предприятие, вводим логи и пароль, 1с предлаает проиндексировать таблици в монопольном режиме. Индексирую таблицы в монопольном заходит в 1С, после нажатия на большинство кнопок(на некоторых все норм) программа закрывается с надписью: прекращена работа 1С:v77 starter program(for SQL) Windows осуществляет поиск способа устранения этой ошибки. После нескольких бдесполезных секунд, выходит окно: программа 1С:v77 starter program(for SQL) не работает. Не пойму в чем дело. Прошу помощи.

Pinca

Дата регистрации: 27.06.2012
Сообщений: 306

Эм, у меня такое бывало, когда программу вырубала ненормально. Но я ничего не индексировала и все было норм.

Рисовод

Дата регистрации: 26.12.2007
Сообщений: 25775

не поверю, что<br>> когда программу вырубала ненормально<br>не выдавался запрос на переиндексацию.

Pinca

Дата регистрации: 27.06.2012
Сообщений: 306

Дык я же и пишу: <br>Эм, у меня такое бывало, когда программу вырубала ненормально. <br>И что я не делала переиндексацию.

Денис (САМАРА)

Дата регистрации: 09.04.2008
Сообщений: 8351

В «Журнале событий» ничего интересного не нашли после такого аварийного завершения?

Рисовод

Дата регистрации: 26.12.2007
Сообщений: 25775

> я не делала переиндексацию.<br>Смелая ты! Или везучая!

Sh_S

Дата регистрации: 02.03.2007
Сообщений: 7730

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

Рисовод

Дата регистрации: 26.12.2007
Сообщений: 25775

> просто с ней соглашалась?<br>если-бы соглашалась, то переиндекировала бы.

Thorvardr

Дата регистрации: 25.02.2005
Сообщений: 3082

Есть у меня один клиент… С одной рабочей станции каждый раз отрабатывается некорректный выход. Я даже пробовал начисто — вошел, вышел. Тут же заходишь, говорит, что «программа была закрыта некорректно» и просит переиндексацию. Хотя с других компьютеров той же сети эффект не наблюдается. Так и не докопал в чем проблема. Самое забавное что эффект только по отношению к одной базе — Рарус:Ресторан+Бар+Кафе. При старте вырубаешь загрузку их компоненты, все ровно идет. Что уж там она делает такого, не знаю.

Pinca

Дата регистрации: 27.06.2012
Сообщений: 306

Нет, все ок было. Мне программист тогда наш сказал, что не нужно делать переиндексацию. Ну я и не делала, т.к. особо не было разбираться что это идля чего оно надо.

Читают тему:

Раздел: 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).

На терминальном сервере под управлением Microsoft Windows Server 2008 R2 Standard x64 Edition Service Pack 1 возникла необходимость заставить работать клиента “1С:Предприятие” версии 7.7. Как я уже писал ранее, несмотря на то, что само приложение является 32-битным, запустить на 64-битной ОС ее все-таки возможно. Но в процессе такого запуска клиента 1С сетевой версии 7.7 (для SQL) на указанной выше ОС все же возникли некоторые трудности…

Все описанное ниже будет справедливо как для операционных систем Microsoft Windows 7 (32 и 64 битных), так и для Microsoft Windows 2008 (R2) (32 и 64 битных), не говоря уже про Vista.

Для начала, нам необходима штатно установленная на 32-х битной системе Microsoft Windows XP или Microsoft Windows 2003 Server, программа 1С сетевой версии 7.7 (у меня наличествует 27 релиз для работы с MS SQL). Копируем с такой системы папку целиком с установленной программой по пути C:Program Files1Cv77 в каталог серверной ОС по пути C:Program Files (x86).

Теперь необходимо добавить файл 1cv7s.exe в исключение “Предотвращения выполнения данных (DEP)”. Для этого нажимаем правой кнопкой мыши по иконке Компьютер -> Свойства, вызываем “Дополнительные параметры системы”:

В открывшемся окне “Свойства системы” на вкладке “Дополнительно” в поле “Быстродействие” нажимаем на кнопку “Параметры…”:

В открывшемся окне “Параметры быстродействия” на вкладке “Предотвращение выполнения данных” ставим отметку в кружке “Включить DEP для всех программ и служб, кроме указанных ниже:” и нажимаем на кнопку “Добавить…”:

Выбираем файл 1cv7s.exe по пути C:Program Files (x86)1Cv77BIN и нажимаем на кнопку “Открыть”:

Убеждаемся, что в поле появилась запись “1С:V7 starter program (for SQL)” и нажимаем кнопку “ОК”:

Теперь у вас существует возможность запустить “1С:Предприятие” (из-за того, что установка (как таковая) не производилась, вы не увидите сведений о Пользователе/Организации лицензиате):

Некоторое отступление: в моем случае, для того чтобы программа однозначно нашла в сети лицензионные ключи для запуска, мне пришлось прописать в файле nethasp.ini по пути C:Program Files (x86)1Cv77BIN вручную IP их местонахождения, внеся в него следующие строки (без точки с запятой перед ними!):

NH_SERVER_ADDR = 172.16.100.3
NH_PORT_NUMBER = 475
NH_TCPIP_METHOD = TCP

Однако из-за того, что с момента написания программы стандартные драйвера для SQL, включенные в операционные системы от Microsoft изменились, программа не запустится из-за ошибки:

Для доступа к базе данных требуется ODBC-драйвер для MS SQL Server версии 3.50.0303 или старше.

В сети предлагают заменить версии файлов современных ОС odbcbcp.dll, sqlsrv32.dll и sqlsrv32.rll, расположенных по пути C:WindowsSystem32, на одноименные файлы предыдущих версий, взятых из Windows XP или 2003 Server. Однако, никто не гарантирует, что подобное изменение системных файлов не повлечет за собой каких-либо проблем для самой ОС.

Существует еще один способ, чтобы обойти данную ошибку. Для этого необходимо в файл библиотеку bkend.dll приложения 1Cv7 внести некоторые изменения:

1. для 27 релиза – 000D9B66: E9 46 00 00 00 90 90 90
2. для 25 релиза – 000D9AE6: E9 46 00 00 00 90 90 90

Для тех кто не знает, каким образом внести данные изменения, предлагаю скачать исправленную библиотеку bkend.dll для 1С версии 7.7 27 релиза у меня: скачать.

Теперь обязательно переименуйте существующую у вас библиотеку bkend.dll по пути C:Program Files (x86)1Cv77BIN в bkend.dll.bak и поместите измененный (или скачанный у меня) файл bkend.dll в этот каталог:

Но и этого для корректной работы программы “1С:Предприятие” оказалось недостаточно! При попытке ее запуска выскочила новая ошибка:

Порядок сортировки, установленный для базы данных, отличается от системного!

Чтобы обойти эту ошибку, необходимо в папке с программой запуска по пути C:Program Files (x86)1Cv77BIN создать пустой файл ordnochk.prm:

Будьте внимательны: файл должен иметь расширение .prm, а не .prm.txt!

И вот только после этого программа “1С;Предприятие” сетевой версии 7.7 для SQL заработала правильно!

_________________
Первоначально решение проблемы нашел тут и тут.

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-естественно что нетиповая