У коллег возникла такая ошибка при попытке открытия информационной базы 1С 7.7 которая расположена на сетевом ресурсе. Платформа открывается и при запуске информационной базы падает с ошибкой “Ошибка приложения 1cv7s.exe, версия 7.70.0.27, модуль frame.dll, версия 7.70.0.14, адрес 0×00003927″.
При этом локальном компьютере на котором расположена данная информационная база все открывается нормально. Папка с информационной базой открыта для доступа по сети и видна с других компьютеров. На компьютере установлена операционная система Windows XP.
Проблема заключается в отсутствии прав доступа на папку с информационной базой для выполнения и изменения файлов.
В свойствах папки, на вкладке “Безопасность” (или “Security” в английской версии Windows) нужно для всех пользователей (или для пользователя, который открывает базу с другого ПК) выставить разрешение на запус и изменение файлов. После этого работоспособность 1С полностью восстанавливается.
27.04.22 — 15:12
Доброго времени суток. Периодически на кассовом узле возникают вылеты программы. При чем не понятно на что это влияет. Системности нет. Может проработать неделю без вылета, а может и в день не по разу. Подскажите, куда можно посмотреть. Ниже две последних ошибки.
НОМЕР РАЗ
Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: 1cv7s.exe
Версия приложения: 7.70.0.27
Отметка времени приложения: 4573fcd8
Имя модуля с ошибкой: BASIC.DLL
Версия модуля с ошибкой: 7.70.0.27
Отметка времени модуля с ошибкой: 4573fbb2
Код исключения: c0000005
Смещение исключения: 00070a18
Версия ОС: 6.1.7601.2.1.0.256.1
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789
Ознакомьтесь с заявлением о конфиденциальности в Интернете:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0419
Если заявление о конфиденциальности в Интернете недоступно, ознакомьтесь с его локальным вариантом:
C:Windowssystem32ru-RUerofflps.txt
НОМЕР РАЗ
Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: 1cv7s.exe
Версия приложения: 7.70.0.27
Отметка времени приложения: 4573fcd8
Имя модуля с ошибкой: BASIC.DLL
Версия модуля с ошибкой: 7.70.0.27
Отметка времени модуля с ошибкой: 4573fbb2
Код исключения: c0000005
Смещение исключения: 00070a18
Версия ОС: 6.1.7601.2.1.0.256.1
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789
Ознакомьтесь с заявлением о конфиденциальности в Интернете:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0419
Если заявление о конфиденциальности в Интернете недоступно, ознакомьтесь с его локальным вариантом:
C:Windowssystem32ru-RUerofflps.txt
Релиз 27. Операционка семерка x86. Вылет происходит на всех кассах. Их в организации около 15.
1 — 27.04.22 — 15:15
Я человек простой. Вижу семерку — перевожу на восьмерку
2 — 27.04.22 — 15:16
Ну это если есть возможность….а если нет?
3 — 27.04.22 — 15:22
(1) даром?
4 — 27.04.22 — 15:22
(2) обновить формекс, например до 175 версии.
5 — 27.04.22 — 15:23
набрать статистику в каких местах больше всего вылетает. при каких действиях.
если такой статистики нет/не хотят с точек давать — забить на проблему.
6 — 27.04.22 — 15:24
(4) Если не изменяет память, то обновлял. 175 это последняя или стабильная?
7 — 27.04.22 — 15:25
а за что вообще отвечает модуль BASIC.DLL. На него ругается программа
8 — 27.04.22 — 15:28
(6) у Альфа лежит 166, я везде у себя 175 юзаю, вроде норм.
9 — 27.04.22 — 15:28
а можно ссылочку на 175
10 — 27.04.22 — 15:31
(9) не факт что это поможет
мыло скинь для педорачи 175…
11 — 27.04.22 — 15:31
DEP всякие еще отключить
12 — 27.04.22 — 15:35
убрать дишние/неиспользуемые ВК.
убрать на время если стоит терминалслип ВК для отключения загрузки процессора
13 — 27.04.22 — 15:53
(10) leha037@yandex.ru // главное начать с чего то ))))
14 — 27.04.22 — 16:10
отключение DEP и отключение/обновление ВК тут не помогут
15 — 27.04.22 — 16:12
вангую у кассиров интерфейс работает так, что регулярно открывается-закрывается некая форма обработки/отчета по многу-многу раз на дню
16 — 27.04.22 — 16:19
Периодически открывается форма загрузки/обновления товаров. Как это может быть связано?
17 — 27.04.22 — 16:26
Работа формы обработок/отчетов имеет врожденный глюк — утекают виндовые объекты.
Каждое открытие/закрытие формы — плюс 2 объекта. Если за сеанс открыть сотни раз форму утекших объектов становится слишком много и процесс крашится.
18 — 27.04.22 — 16:28
Заклинание такое:
На форму этой часто-открываемой обработки положи пустую ТЗ (можно в невидимый слой или просто сделать не видимой чтоб не мешалась)
Как рукой снимет)
19 — 27.04.22 — 16:30
Хорошо….менеджеры неделями не закрывают программу. Постоянно открывают отчеты и документы. Краха НЕТ. Так же я проводил эксперимент. Просто беру и тыкаю мышкой и кнопками на клавиатуре и славливаю ошибку.
20 — 27.04.22 — 16:31
(18) а чем можно объяснить такое поведение?
21 — 27.04.22 — 16:35
(20) вот мой пост 15 летней давности
«Я однажды поимел проблем из бага в 1С.
Но тогда росло количество объектов USER.
Выглядит это так: открываешь форму отчета/обработки, закрываешь — получаем +2 к USER
Если такая форма открывается ОЧЕНЬ часто (а у меня это была форма ввода количества при подборе), то объекты в конце концов кончаются и это вело либо к падению 1С в методе CGetDoc7::LayoutControl либо к полному зависанию винды. Было установлено что «утекают» менюшки.
Решается проблема добавлением на форму обработки ТЗ (пусть даже не видимой).
Отличие в том, что, при наличие ТЗ на форме обработки, меню «Действия» расширяется набором пунктов от ТЗ.
И замечено что почти все возможные в 1С формы содают меню «Действия» более чем из одного набора пунктов. Кроме формы обработки/отчета без ТЗ — в этом случае меню из одного набора.
Косяк я думаю в работе CMenu7.»
https://www.1cpp.ru/forum/YaBB.pl?num=1188390622/13#13
22 — 27.04.22 — 16:42
(19) >>Постоянно открывают отчеты и документы
Формы документов, справочников, списков, журналов и проч. — не приводят к этой проблеме.
Проблему создают только отчеты/обработки и только если на их форме нет ТЗ.
Если бухи/менеджеры не вылетают — значит не набирают критической массы утечек.
А у операторов-кассиров наверняка есть некая формочка (например для ввода количества или суммы или т.п) которая открывается очень часто
23 — 27.04.22 — 16:51
(19) >>Просто беру и тыкаю мышкой и кнопками на клавиатуре и славливаю ошибку.
Если такое в «свежем» сеансе, то тогда да — тут что-то другое
24 — 27.04.22 — 17:01
Все равно с ТЗ на форме попробую и формекс обновлю. Спасибо за идеи. Про результат отпишусь
25 — 27.04.22 — 18:46
(24) Про результат отпишусь
Обязательно! Очень интересно.
26 — 28.04.22 — 05:15
(0) У меня подобная проблема решилась заменой USB-кабеля, которым был подключен ФР.
27 — 28.04.22 — 08:30
(26) Все кассы подключены через COM
28 — 28.04.22 — 16:55
(27) Прям «физически» через COM??? Или, всё-таки по USB с эмуляцией COM?
29 — 28.04.22 — 17:29
(0) если есть обработка, в которой есть обращение к фоорме в операторах основной программы, то будет гарантированный вылет на 2-3 открытии такой формы, как вариант.
30 — 28.04.22 — 21:57
(28) ШтрихМ 01 Ф и РРЭлектро 02 — ПРЯМО ЧЕРЕЗ СОМ
31 — 28.04.22 — 21:57
(29) можно поподробней, я что то не понял (((
32 — 29.04.22 — 10:22
(31) угу, мне тоже интересно про что речь…
33 — 29.04.22 — 10:22
возможно речь про передачу контекста формы как-то?
34 — 29.04.22 — 10:27
(31) что именно не понятно ? Что такое форма или что такое операторы основной программы?
35 — 29.04.22 — 10:28
(33) нет, это к примеру, изменение заголовка формы в операторах основной программы, или обращение к другим реквизитам формы
36 — 29.04.22 — 10:29
(34) угу. Речь идет о форме обработки? или о какой-то другой?
«Операторы основной программы» — это операторы конфигурации?
37 — 29.04.22 — 10:30
(36) Чебур, скажи честно, кто твой аккаунт угнал ?..
38 — 29.04.22 — 10:31
операторы основной программы — это всё то что написано ниже описания всех процедур и функций
39 — 29.04.22 — 10:31
и да, речь про форму обработки/отчета
40 — 29.04.22 — 10:32
ЗЫ: моргни 2 раза, если тебя держат в заложниках..
41 — 29.04.22 — 10:54
(38) ну, манипулировать с формой в таком месте — это надо сильным колдуном быть.
мне такое в голову вообще никогда не приходило.
42 — 29.04.22 — 10:55
А в ПриОткрытии() — с формой можно что-нить делать/обращаться?
43 — 29.04.22 — 10:58
(42) там да, там проблем нет.
44 — 29.04.22 — 14:08
(38) т.е. примерно так
//*********************************************
Процедура НомерРаз()
КонецПроцедуры
//*********************************************
Процедура НомерДва()
КонецПроцедуры
//*********************************************
Функция НомерТри()
КонецФункции
//*********************************************
ДатаНач=ТекущаяДата();Форма.Реквизит.Доступность(Форма.Параметр); // вот это вот?
45 — 29.04.22 — 14:09
+(38) можно пример
46 — 29.04.22 — 15:32
Видимо все на выходные уже ушли
47 — 29.04.22 — 16:31
48 — 29.04.22 — 16:32
Если такой код есть, то гарантированный вылет на 2 или 3-ем открытии. На новых виндах, на первом 
49 — 29.04.22 — 16:33
его нужно в ПриОткрытии закинуть хотя бы.
50 — 29.04.22 — 16:35
(46) Тоже не получилось воспроизвести:
Пустой отчет Отчет.Новый1 с единственной строкой:
Форма.Заголовок(«Привет, мир!»);
(ну или Флаг=1, где Флаг — флажок, реквизит формы)
И второй внешний отчет, который в цикле от 1 до 10 делает одну из следующих инструкций:
ОткрытьФормуМодально(«Отчет.Новый1#»+СчетчикЦикла);
ОткрытьФормуМодально(«Отчет.Новый1#1»);
ОткрытьФормуМодально(«Отчет.Новый1#»);
ОткрытьФормуМодально(«Отчет.Новый1»);
ОткрытьФорму(«Отчет.Новый1#»+СчетчикЦикла);
ОткрытьФорму(«Отчет.Новый1#1»);
ОткрытьФорму(«Отчет.Новый1#»);
ОткрытьФорму(«Отчет.Новый1»);
Не упало. DBF, 7.70.027, Конфа пустая, Win7.
Но в любом случае буду аккуратнее использовать «операторы основной программы».
А для краша системы у меня есть:
А=ЗначениеИзСтрокиВнутр(ЗначениеВСтроку(«1»));
51 — 29.04.22 — 16:38
(48) такого кода вроде как не наблюдается нигде. Кстати очень странное поведение обнаружилось при добавлении ТЗ на форму. Расклад такой….во время сканирования ШК товара если он принадлежит алкоголю, то вылетает форма обработки предлагающая отсканировать акциз. Дык вот, при добавлении ТЗ на эту форму перестало отрабатывать ОбработкаВнешнегоСобытия. Она почему то срабатывает в форме, которая вызвала эту обработку
52 — 29.04.22 — 16:38
(50) просто его открой-закрой, не кодом 2 — 3 раза.
53 — 29.04.22 — 16:46
(48) проверил все отчеты/обработки. Нет такого кода. Единственное что в глобальном модуле в таком месте проверялось значение константы с последующем её исправлением, если она не правильная. Ну и задавалось значение нескольких глобальных переменных
54 — 29.04.22 — 16:57
Еще в одной форме был код на запуск обработки ожидания штатными средствами
55 — 29.04.22 — 17:41
(52) Не получается — 10 раз открыл-закрыл, 10 раз просто открыл.
В отчете 2 строчки (Флаг — реквизит формы)
Форма.Заголовок(«Привет, мир!»);
Флаг=1;
56 — 29.04.22 — 17:48
Просто у меня есть незакрытый гештальт
При вводе новых элементов в справочник «Объекты строительства» через ввод новых строк по Insert из документа «Поступление ОС» — на 3м-4м виснет наглухо. Никак не могу разобраться.
57 — 29.04.22 — 18:59
(56) а операционка какая? У меня такая фигня была….поменял разрешение с 1024*768 на 1152*864. Справочник товары на одной машине без причин стал виснуть.
58 — 29.04.22 — 19:44
(58) Любая) 2003 server на работе и Win7 дома. Года с 2005 наблюдаю. Уже 5го бухгалтера на ОС учу — сначала ввести все новый ОВА в справочник и только потом подбирать в документ.
Проявляется только в рабочей базе на любой операционке. DBF. 27. Без внешних компонент. В пустой базе изначально — проблемы нет. Справочник типовой практически: Код Строка12 и Наименование Строка50. Пару реквизитов недавно добавил, но проблема была до них. На форме списка ничего вычисляемого нет, форма одна. Элементов немного — сейчас 5000. По конфигурации — 3 уровня, но группы не используются.
Порывался выложить сообществу, но без рабочих данных не получалось воспроизвести. Так что оставил в покое — не мешает. Но интересно.
59 — 29.04.22 — 20:02
Вот и я воюю с 2016 года….решился сюда написать, идей подкинули, сижу второй день правлю
60 — 29.04.22 — 20:05
ну вы монстры-ломатели, капец
61 — 29.04.22 — 21:34
(25) И так, вроде все поправил. Все рекомендации внес в конфигурацию. Обновляю на выходные 2 магазина. Так сказать будем ждать результат
62 — 30.04.22 — 00:01
(60) Да вроде и фигня, а зудит вот, когда дела все поделаны… И Ёпрст периодически про операторы основной программы в формах отчетов/обработок вспоминает, вот бы живой пример ещё от гуру.
А вот упоминания про (21) я не встречал до этого, записал в книжечку.
Но это всё случаи не мои. У меня падает при подборе из справочника. Подозреваю, что-то у меня что-то вот такого типа:
Странный баг регламентной отчетности
1С когда делала новую Декларацию по транспортному налогу за 4й квартал 2012 года во втором разделе выбор единицы измерения в 110й строке сделала так, что 1С крашилась. Это был какой-то промежуточный (2й-3й?) релиз, а в следующем (3м-5м?) что-то поправили — и вуаля, всё ок. Так вот хотел бы я знать, почему 1С падала. Но промежуточных релизов отчетности уже не достать, а тогда я в запаре их не сохранил. Хотя мне кажется, что 1С не стали заморачиваться с проблемой — а сделали выбор не из справочника «Единицы измерения» как было сперва, а просто из списка значений.
63 — 30.04.22 — 00:06
(62) я внедрил ТЗ на форму в невидимы слой. Но почему то перестал отрабатывать ОбработкаВнешногоСобытия, добавил кнопку на форму, заработало. Сделал кнопку невидимой, престало срабатывать. Думаю от ТЗ толк како то должен быть. По крайней мере поведение сменилось. Прошло три часа, вылетов нет…тьфу тьфу
64 — 30.04.22 — 00:29
(63) Как гипотеза: ОбработкаВнешногоСобытия не отрабатывала из-за порядка обхода, при котором по умолчанию первым оказывался невидимый элемент.
65 — 30.04.22 — 00:36
Ставил в конец обхода, убирал на невидимый слой, не помогало. А вот кнопка ВИДИМАЯ помогла
66 — 30.04.22 — 00:40
Кстати, вот тебе ещё тред в копилку, если с ТЗ по итогу не выгорит, Злоп И Епрст засветились там тоже
https://forum.infostart.ru/forum76/topic47856/
67 — 30.04.22 — 00:50
(66) Спасибо, покурим
68 — 30.04.22 — 00:58
(66) были у меня проблемы с 2003 сервером, оооочень медленно все работало. Где то вычитал про обновления. Поставил систему обновляться, долго конечно все это было…но в итоге все тормоза ушли. Обновления помогли
69 — 30.04.22 — 01:26
Да не, сервер ни при чём. Вот дома на Win7 — ввожу 8 элементов, на 9м — кружочек закрутился и всё, только сброс сеанса помогает. Ну тема появилась и время есть, поковыряю не спеша в очередной раз, авось что поможет…
ТЗ клал, но это не мой случай: ошибки Tradа и Епрста для формы отчета/обработки. У меня же просто форма списка справочника. Галки «Основная» и «Для выбора» на форме списка стоят. Так что, стою, бью в бубен в задумчивости.
70 — 30.04.22 — 01:46
Скинь MD // leha037@yandex.ru
71 — 30.04.22 — 01:48
(69) там просто упоминание про 2003 было, я и ответил с чем сталкивался
72 — 30.04.22 — 02:04
Да всё уже, поздно, разобрался( Прям как-то даже пусто стало.
«Папа, я выиграл дело, которое ты вел 20 лет!»
Снял галку «Автоматическая нумерация».
73 — 30.04.22 — 02:14
(72) там должно было наверно вылезать не уникальность …. при чем тут сбой? Или я не понял
74 — 30.04.22 — 02:47
Все кассы обновил, после выходных отпишусь
75 — 30.04.22 — 07:17
(62) Проблемы вылета при подборе элементов справочника иногда возможны из-за внутренней ошибки в базе (кривой элемент). Помню лечил тем, что делал ТИИ, загрузку-выгрузку данных. Хотя к основной теме ветки отношения не имеет.
76 — 30.04.22 — 08:40
(51) Если из одной модальной формы открыть другую и тоже модально, то во второй форме ОбработкаВнешнегоСобытия срабатывать не будет. Сработает, когда вторая модальная форма закроется, но уже в первой модальной форме.
77 — 30.04.22 — 15:18
(70)(75) Удалось спокойно воспроизвести проблему в типовой бухии 7.70.666 1С7.70.027 Win7. Кому интересно поразбираться:
Справочники-Внеоборотные активы-Объекты внеоборотных активов. Создаём новый элемент с кодом (ну такие у нас МОЛ затейники): Тепл-к8
Документы-Учет ОС-Поступление ОС.
По одному Insertoм начинаем вводить новые строки в документ, попутно опять же Insertoм прямо в форме подбора заводя новые элементы в справочник «Объекты внеоборотных активов». После ввода нового элемента подбираем его в документ. Ну то есть эмуляция работы быстрого бухгалтера: Insert (новая строка документа) — Insert (новый элемент в справочник) — Указали свой код, наименование любое — Enter (закончили ввод элемента справочника) — Enter (подобрали элемент в документ) — 4 Enterа (прощёлкали Цена-Количество-Сумма-НДС — не имеет значения).
Коды элементам справочника присваиваем, любые, например 10, 11, 12, 13 … 18, зависаем.
Ну в общем какая-то некорректная работа автонумерации. Как избегать теперь понятно.
78 — 30.04.22 — 15:19
(75) Тут писали уже: элемент родитель сам себя.
79 — 01.05.22 — 20:44
Всем доброго вечера и с праздником ))) Результат такой….Вылеты вроде как прекратились, за два дня их не было. Но осталась актуальна другая проблема…
Смысл работы кассового узла такой. Висит открытым новый документ. Кассир путем манипуляций со сканером либо выбором на клавиатуре набивает чек. Производит ввод данных для расчета: скидка/наличка/эквайринг…далее кнопка чек. Вылезает собственно сам чек, документ сохраняется и переходит в режим так скажем номер 2, который при нажатии клавиши ввод закрывается и открывается форма нового чека, ну и дальше по кругу. Дык вот, за эти 2 дня на 5-6 кассах при выходе из режима 2, при нажатии кнопки Enter программа просто зависает. Может кто то накинет еще какие то варианты решения проблемы
80 — 01.05.22 — 23:36
На чем конкретно виснет нужно определить для начала.
Сделай детельный лог всего процесса в текстовый файл.
81 — 02.05.22 — 00:12
(80) да в том то и дело что логи ведутся, пишутся данные в текстовый файл. Я эту программу с 2016 года делаю, наставил меток много где, практически во всех местах, где от кассира требуется активность. Форма ждет от кассира нажатия кнопки ОК, это типа кнопка Enter на клавиатуре. В момент нажатия в лог пишется информация — закрытие формы для открытия нового чека. Т.е. в процедуре ПриНажатииКнопкиКлавиатуры в лог пишется — закрытие формы документа. Далее в коде написано ЗакрытьФорму() ОткрытьФорму(), после в момент открытия срабатывает запись лога что открыта новая форма продажи. Между этими операторами происходит зависание. Девчёнки на кассе принудительно завершают работу. Открывают программу заново. У меня стоит при начале работы системы обнуления некой константы. При закрытии программы правильным методом запись этой константы в единицу. Соответственно при запуске идет проверка, если константа была НОЛЬ значит был крах, если единица, значит краха не было и константа пишется опять в ноль. Ну и соответственно если был крах то на почту идет лог файл. Надеюсь понятно выразился
82 — 02.05.22 — 13:43
Попробуй сделать переоткрытие не в ПриНажатииКнопкиКлавиатуры, а обычной кнопкой.
Повесить хоткей в виде ентера на эту кнопку тебя Ёпрст научит
83 — 02.05.22 — 20:30
У меня Enter используется и в других операциях….не повердит?
84 — 03.05.22 — 13:18
Форма.ОбработкаВыбораСтроки(1).в форме справочника есть? Она иногда глючит с крахом если в контекс формы при открытии чтото левое передать или отбор какой включить.
85 — 03.05.22 — 14:28
(84) во всей конфигурации «ОбработкаВыбораСтроки» НЕТ
86 — 04.05.22 — 08:51
(81) пиши это хотя бы в приОтжатииКнопкиклавиатуры
87 — 04.05.22 — 09:48
(86) вообще сопрягать подобные события с открытием/закрытием формы — так себе затея
88 — 04.05.22 — 11:04
Может это было связанно с концом месяца. документы долго проводились и программа как бы зависала ожидая окончания транзакции выполняемой другим пользователем. Какое значение во времени захвата БД у пользователей стоит?
89 — 04.05.22 — 11:46
(79) Попробуй отвязаться от формы. Т.е. запускаешь Обработку ожидания глобальную и выполняешь ЗакрытьФорму(). В этой обработке ожидания открываешь новую форму и останавливаешь Обработку ожидания.
90 — 04.05.22 — 15:54
(88) Программа монопольно запускается
91 — 04.05.22 — 15:55
(86) Пробовал я данный вариант, не помню почему, но что то с данным вариантом было не то…..в итоге отказался от него.
92 — 04.05.22 — 15:56
На данный момент добавил ТЗ на формах, перенес «Сброс документа (Закрытие/Открытие формы)» на кнопку. Тьфу тьфу…..сутки без сбоев все и везде. Буду продолжать наблюдение
93 — 06.05.22 — 11:09
Сброс документа все равно подглючивает. За последнюю неделю было 3 раза. Улучшение ооочень сильное, но все равно бывают моменты, когда не срабатывает. Что еще можно придумать?
94 — 17.05.22 — 09:17
В общем стало лучше, но сброс документа в основном и приводит к вылетам программы. Кто что еще может посоветовать?
95 — 17.05.22 — 09:19
Не использовать события от формекса или не использовать формекс вообще
96 — 17.05.22 — 09:23
(95) каким образом отлавливать нажатие клавиш клавиатуры?
97 — 17.05.22 — 09:51
(96) смотря какие и зачем
98 — 17.05.22 — 09:58
(96) например (82)
99 — 17.05.22 — 10:01
или, в целях сужения круга подозреваемых, временно сделать обычной кнопкой на форме, чтоб проверить в событии проблема или нет. (Вообще я думал ты это уже сделал)
100 — 17.05.22 — 10:01
помню времена, когда 7.7 с Formex роняла кнопка QuickConnect, которая появилась в Teamviewer. Хотя потом ее убрали.
-
05.07.2010, 11:44
#1
Гость форума
Ошибка приложения (Вопрос программерам…)
Народ помогите разобраться!
при подборе товара, постоянно вываливается 1С. всех уже достала. причем только на подборе (на приходе и на расходе).
в журнале eventsОшибка приложения 1cv7s.exe, версия 7.70.0.27, модуль BLang.dll, версия 7.70.0.27, адрес 0x00003105.
Ошибка приложения 1cv7.exe, версия 7.70.0.27, модуль unknown, версия 0.0.0.0, адрес 0x031f3f20.
все советы, существующие в сети перепробовал — все равно вываливается. DEP — выключил, ошибки все устранил. Сегодня вот увидел совет такого плана прям по моей теме:
Ввод количества при подборе товаров открывается обработочка модально?
Сделай на форме этой обработочки невидимую таблицу значений, и все как рукой снимет.
Дело в том, что в 1С есть баг — при открытии/закрытии модальной обработки утекает 2 USER объекта (вроде как элемент менюшки создается, но не удаляется). Увидеть это можно в диспетчере задач. Когда много объектов утечет, 1С валится. Но если на форме есть ТЗ, бага нет.Подскажите как это проправить! че такое модально? где взять эту таблицу значений? и т.п.
Элементарные действия в конфигурации делаю, с программированием знаком, но че-то не по зубам.
-
05.07.2010, 22:55
#2
Помогает людям
1. Какая конфигурация 1С?
2. В торговле при подборе открывается форма в не модальном режиме и в ней уже есть таблица значений — таблица выбранного товара.
3. Вылет 1С с такими ошибками был у одного клиента на старом ноутбуке с ХР. После установки новых видео кодеков. В подборе, при поиске по алфавиту, 1С зависала. Решалось снесением всех кодеков.Последний раз редактировалось Разработчик; 05.07.2010 в 22:57.
Причина: исправление
-
07.07.2010, 09:59
#3
Гость форума
А модально — это как?
Конфигурация Торговля Склад 7.70.941
кодеки убрал все с компьютера — посмотрим что из этого выйдет!
-
07.07.2010, 19:40
#4
Спец
Модальное окно — вылазит поверх остальных и не дает открыть другое окно поверх себя. Совет: попробуйте поставить другой релиз 1С. У вас — 27, самый последний, но не самый безглючный. Если Вам не нужен штрихкод на боку (как в декларациях по ЕСН в прошлых годах), то смело можете пользоваться любым, начиная, скажем с 15-го
-
07.07.2010, 20:52
#5
Гость форума
Сообщение от gfulk
смело можете пользоваться любым, начиная, скажем с 15-го
не случайно он 27. поначалу он был 25, но я именно это и предположил. поменял на 27 релиз и один фиг ошибки на подборе сыпятся.
подумываю может конфу поставить самую новую…
Добавлено через 17 минут 11 секунд
Сообщение от Разработчик
2. В торговле при подборе открывается форма в не модальном режиме и в ней уже есть таблица значений — таблица выбранного товара.
А вот и нет! подбор то не модальный, а когда количество выбираешь = выходит модальное окошечко вылетает поверх всех окон, где выбирается количество товара (чтобы оно вылетало внизу есть выбор «ЗАПРАШИВАТЬ:»)
нашел я эту обработачку… находиться она в конфигурации->обрабоки->ввод количества.
открываешь эту хрень и на форму вставляешь «таблицу значений» в свойствах ставишь невидимость.Последний раз редактировалось litvit; 08.07.2010 в 07:19.
Причина: Добавлено сообщение
-
07.07.2010, 23:18
#6
Спец
Форму найти очень просто. Справочник/Номенклатура/ФормаСписка/Для подбора. Внизу окна панель, там найдете значок таблицы и добавите на форму. Правда, Вам придется нехило поработать над кодом
-
07.07.2010, 23:18
#7
Помогает людям
Эта форма называется Обработка.ВводКоличества.
Таблица значений добавляется так:
1. Открываешь конфигуратор.
2. Открываешь дерево конфигураций.
3. Открываешь Обработки — Ввод количества.
4. Идешь Меню «Вставить» — Таблица значений. Активируется указатель мыши. Указатель мыши ставишь за пределами границ формы и щелкаешь левой кнопкой мыши. Таблица будет вставлена, а в режиме Предприятия ее не будет видно.Последний раз редактировалось Разработчик; 07.07.2010 в 23:19.
Причина: ошибка
-
07.07.2010, 23:25
#8
Спец
Упс. Неправильно понял вопрос
-
08.07.2010, 11:49
#9
Гость форума
(6) Помониторь в диспетчере задач за количеством объектов USER и GDI в процессе 1С. Возможно, при каких-то действиях тоже утекают.
AlexSTAL 03.03.10 (00:00)
(7) Посмотрел. У всех терминальных пользователей по нулям: 0 / 0
А вот у «демонов» обмена, запущенных в консоли этого терминала:
332 / 101
445 / 108
228 / 114
какой-то из них от этой конфигурации.Но! Они за год ни разу не вылетали вообще
Еще вопросик..:)
вот люди по этой теме продолжают общение.
как я понял они мониторят работу 1С.
вопрос где они это все смотрят? в 1С-мониторе? в диспечере задач виндов.
в виндах я никаких этих цифр нигде не нашел, о которых они говорят. в 1С тоже ничего не нашел.
-
08.07.2010, 23:14
#10
Спец
Эти циферки можно увидеть в стандартном диспетчере задач. В пункте меню (что-то вроде Вид-Выбрать колонки, не могу вспомнить точно, не под виндой сижу) можно задать те столбцы, которые будут показываться в окне диспетчера
Ошибка приложения (Вопрос программерам…)
Сообщение от gfulk