chusovitin
-
Публикации
19 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные пользователем chusovitin
-
-
правда фурнитура пропадает... как лечится ? вроде писали что поправили эту ошибку, может мне нать программу обнавить?
При обычном сохранении изделия фурнитура считается нормально (пробовал на версии 2.55.77, на 200 одинаковых изделиях). А если нажать кнопку "Расчитывать цену на изделие" тогда возможно неправильное сохранение спецификации изделия (не только фурнитуры) - разработчики не исправили эту ошибку!!! Другие ошибки возможно и есть, но мною не замечены.
-
... А что, в новой версии вообще ничего нового? Часа два прокапалась, ничего не обнаружила
Andromeda в этой версии исправлена ошибка "переодически не сохраналась фурнитура при сохранении изделия" - все таки читают этот форум разработчики! Я проверял на 200 одинаковых изделиях - спецификаци у каждого из 200 изделий абсолютно одинаковые! Ура!!! ПрофОкна - полноценная программа!!!
-
Fb 1.5.1.44.81 ПрОк 2,55,10
Fb у меня тако же, пробовал ставить Fb 2.0 и 1.0 - не помогает. BDE стоит версии 5.01, ПрофОкна у меня 2.55 сборка 70, также ставил 10 сборку поверх 70 - ошибка не пропала! Незнаю может надо перед установкой другой сборки реестр чистить???
Попробуй интербэйз, мож там будет нормально.Вчера пробовал на Interbase 5.5 - та же фигня, фурнитура не ставится!!!
Rexther, Andromeda я так понял у вас такая же ошибка с фурнитурой?? Вы нашли причину её возникновения???
-
Да. всегда.
Если нет сбоя (ошибка записи в табл. tSaveFur, или еще страшнее tSpecPAU), но это повреждение БД. Бывает но о-очень редко.
Когда ошибок не каких не выдает , типа "ошибка записи в табл. tSaveFur, или еще страшнее tSpecPAU", а фурнитура не ставится, так бывает?
Может надо ставить Interbase вместо FB? Или настраивать альясы BDE как то по особенному?
Konstruktor у тебя что стоит Interbase или FB и какая версия, какая версия BDE, сборка ПрофОкон?
-
Такое складывается впечатление, что ПрофОкна при проектировании изделия обращается к таблицам по очереди (например, когда проектируешь через типовое). И на это обращение у ПрофОкна задано какое-то время. И наверно ПрофОкна обращается к таблице с фурнитурой в самую последнию очередь, и не всегда укладывается в отведенное на эту операцию время??? А? Поэтому фурнитура не всегда попадает в спецификацию. Кто знает, расскажите?
Konstruktor, а у тебя всегда сохраняется фурнитура, при обычном сохранении изделия, без включенного быстрого расчета цены изделия или нет?
-
Вчера включил быстрый расчет цены изделия в режиме проектирования. И ошибка с фурнитурой еще более ярко выразилась - при создании изделия, через типовое, в некоторых изделиях с несохраненной фурнитурой, в режиме проектирования вообще не рисуется направление поворота створки и не рисуется ручка.
Вот такая вот фигня!
Рис. 1. С включенным быстрым расчетом цены изделия. Фурнитура есть!
Рис. 2. С включенным быстрым расчетом цены изделия. Фурнитура не нарисовалась и не сохранилась!
-
В том то и дело - фурнитура у меня не сохраняется при обычном сохранении изделия!!! Затем приходиться заходить в режим проектирования и сново сохранять изделие у которого не сохранилась фурнитура! В большинстве случаев при повторном сохранении фурнитура появляется, но не всегда. Тогда приходиться снова заходить в режим проектирования и сново сохранять изделие. Редко, но бывало что данную операцию проводил 2-3 раза на одном изделии, в основном фурнитура появляется после второго сохранения. По поводу кол-ва изделий - бывает так, что фурнитура не сохраняется на 2-ом или на 5-ом изделии, всегда по разному и от кол-ва изделий не зависит!!!по поводу ошибки, я ж наприсал выше. Это старенький хронический баг, был еще на ПР-2, не часто но бывал, при использовании функции "Быстрый пересчет", когда большое кол-во изделий. Я думал у вас фурнитуру не сохраняет при обычном сохранении изделия...А с этим пока никак...Кто знает как избавиться от этой ошибки?
-
СПАСИБО всем за помощь, отдельное СПАСИБО Konstruktor -у за предоставленный код, вещь хорошая, возьму себе на вооружение. Файл timeout действительно помог - .bat-файл работает!
НО к сожелению он не смог справиться с ошибкой фурнитуры (иногда не сохраняется спецификация фурнитуры при сохранении изделия), фурнитура упорно, переодически не хочет сохраняться!!!
Один еще вопрос по коду: в шаге №6, я так понял БД подключается к Firebird? Так вот при запущенной прог. ПрофОкна, после запуска .bat-файла, ПрофОкна уже не видит БД (пишет "ошибка SQL, БД не обнаружена") и приходиться выходить из ПрофОкна и запускать его снова. Как сделать, чтобы БД, после запуска .bat-файла, сама законектилась с ПрофОкнами?
У так думаю, что ошибка с фурнитурой сидит в самой прог. ПрофОкна, а не в БД. И наверняка ошибка не связана с характеристиками ПК, установленной ОС и SQL. Ну не может быть такого, что прог. ПрофОкна считает всю спецификацию правильно, кроме ВСЕЙ ФУРНИТУРЫ (ВСЯ ФУРНИТУРА = Конструктив-Фурнитура-Спецификация фурнитуры)). Владельцы ПрофСтроя-2 (который с аппаратным ключом) у вас есть такая ошибка или она возникает только в ПрофОкнах???
-
.....Да и не надо все под копирку то.
Когда не разбираешся в том, что написано (это я про себя) - списывай все подряд!
А для чего нужны строчки со следующим содержанием: d:\newua\train.gdb???
И еще, я так и не понял, команды прописанные в этом файле .bat удаляют ошибки в БД (в том числе и глюк с фурнитурой (переодическое сохранение спецификации изделия без фурнитуры)) или эти команды нужны только для резервного копирования БД???
-
.....разобраться что он делает, думаю труда не составит.....
Не могу понять, почему .bat-файл у меня затыкается на 3 шаге и пишет, что отключение базы прервано? Хотя реально он базу отключает. Вдобавок появляется сообщение {"C:\SD\timeout 1" не является внутренней или внешней командой, исполняемой программой или пакетным файлом} (см. рис.1)
То же самое происходит, если пропустить с 1 по 3 шаг. Остановка происходит на 6 шаге (см. рис.2). Подскажи пожалуйста, что ему не нравится?
-
........................tmp >> %BATLOGFILE%
echo Bringing train database online failed! >> %BATLOGFILE%
GOTO END_BATCH
:END_BATCH
del *.tmp
Time /T >> %BATLOGFILE%
[/code]
Мало чего понимаю я в этом коде, буду разбираться, спасибо! А как нибудь по проще нельзя?
А по поводу глюка фурнитуры, что скажите?
-
Шаблоны (типовые изделия), вообще не советую ими злоупотреблять, особенно когда БД еще тестовая, или создается. Т.к. сохраненный шаблон не отслеживает изменения в БД, после того как был создан. Отсюда тоже могут быть проблемы. Например, вы создали шаблон с одними параметрами, потом изменили в базе что-то и создании изделия из этого шаблона могут произойти вылеты. Их лучше создавать в конце всей проделанной работы по настройке БД, или каждый раз пересоздавать их, если изменения могут сказаться на них.
Этот глюк происходит даже если создаешь изделие не через типовое, а рисуешь с нуля!
-
Скорее всего, при расчете (сохранении спецификации) этих «глючных» изделий выскакивает окно с сообщением типа «Ошибка записи в табл. tSaveFur»? Такое бывает при каких-то сбоях в базе данных.
У меня Версия Firebird-1.5.1.4481-Win32.
В том то и дело - ошибок не каких не вылетает. Версия Firebird у меня такая же 1.5.1.4481-Win32.
По профилактике базы (как у меня) в двух словах: Каждый день (вернее ночь) средствами Firebirdидет создание резервной копии БД (просто копирование - на всякий случай, плюс создание файла рез. копии вида BASE.bak-из которого потом идет вост. БД), удаление старой, создание новой БД, восстановление в нее данных из base.bak. Тем самым я каждое утро получаю НОВУЮ БД, без мусора, и каких то либо сбойных данных. И это важно.
А то, что делается средствами программы, то там вы восстанавливаете вместе с мусором.
Можно поподробнее (желательно пошагово), как Firebird-ом создавать резервную копию БД и соответственно восстанавливать ее. И каким образом ты получаешь "НОВУЮ БД, без мусора, и каких то либо сбойных данных" он (Firebird) чё определяет и удаляет мусор и сбойные данные?
Еще.Пробуйте проверку и реструктуризацию, проверку в SQL-программаторе.
Например, у меня эта проблема возникла один раз, когда я поменял Артикулы створок, а в описании фурнитуры забыл вручную переустановить.
Вообще поле «артикул» в программе является ключевым (к этому полю в основном идет привязка в БД), и его изменение несет кучу проблем.
Для того чтобы это исключить, для проверки, я сделал следующее (на базе парадокс) в чистую БД забил минимум профиля (2 шт.) стеклопакет (1 шт.) и 3 артикула фурнитуры и соответственно определил их в комплект фурнитуры, ни чего в дальнейшем не меняя. В итоге: фурнитура упорно не хочет переодически считаться.
И еще обнаружил такую фигню: создавать типы (Конструктив-Фурнитура-Спецификация фурнитуры) фурнитуры надо раз и на всегда. Если забиваешь артикулы в тип фурнитуры а потом их убиваешь, то призраки этой убитой фурнитуры будут преследовать тебя еще очень долго. Может подскажешь как с этим бороться?
-
Забавно.... И тем не менее работаешь. Причем никому эта программа не стоила ни копейки, работает и подавляющего большинства.
Просто крикнуть "глюк на глюке" и обгадить вполне рабочий софт проще всего.
У меня тоже база на FireBird и таких проблем нет. Было уже по этому поводу - советовали посмотреть сколько памяти в системе. Так сколько ее? Прошлый раз обсуждение проблемы развития не получило, а сейчас: "Не понимаю как на ЭТОМ можно работать..." Чудно....
А по поводу фурнитуры - может у Вас там ограничения на размеры створок стоят. В этом случае программа створку ставит, но фурнитуру как раз нет - не знает она какую ставить в том случае который в ней не описан.
Или может в параметрах тот диапазон не задан, пропущен элементарно. Так бывает, когда торопишься.... Внимательно проглядите все параметры, посмотрите при каких габаритах и вообще при каких условиях фурнитура не ставится. И давайте обсудим.
Компьютер у меня Pentium-4 2,8Гц память 1024Мб. Ограничения конечно есть, проверил - все нормально.
Делаю так: в одном проекте через типовое изделие или нет, создаю например порядка 40 ОДИНАКОВЫХ изделий (ОДИНАКОВЫЕ - это значит одинаковые размеры, профиль, фурнитура и т. д. - ВСЕ ОДИНАКОВОЕ) в результате получаю примерно 2-3 изделия сохраненные без фурнитуры (причем всей). Как это объяснить???
-
Какие?
По поводу фурнитуры, вы на каком формате базы сидите? Если на парадоксе(файловая), то мож из-за этого? Парадоксовая база вообще то не очень стабильная, вечно какие то вылеты бывали. Не часто, но было.
У меня, например, база висит на FireBird, что - то я таих проблем еще не встречал...
Да, база на парадоксе, перевожу ее на SQL - та же ошибка с фурнитурой. Может из-за версии FireBird 1.5.ххххх, может надо ставить FireBird 1.0 или еще какую? Или надо базу на SQL бить с нуля, может при архивировании базы парадокс и восстановлении ее из архива в базу SQL глюк с фурнитурой тоже переносится?
-
Лично я вообще е понимаю как на этом можно работать. Тут же глюк на глюке
А ты еще какие ни будь глюки нашла???
-
нет, не нашла... Кажется, этого никто не понял. Я поняла только, что сли открыть это изделие ещё раз, то пересчитает правильно... Но пользователи то не примут с иакими глюками...
Вопрос к ветеранам ПрофСтрой-2: Неужели эта ошибка (переодически не считается фурнитура при сохранении изделия) всегда существовала в ПрофСтрой-2, как на ней работали?? Почему именно с фурнитурой такой глюк???
-
Хм... посмотрю на домашнем...
У меня тут ещё с поворотностью глюк на глюке. Уже третий день сижу над одним запросиком. Бред...
У меня такая же проблема в ПрофОкна - периодически не считается фурнитура. Ты нашла в чем причина? Если да, то расскажи как, убрать эту ошибку?
Профстрой-2 "На Халяву" Официально!!!
в ПрофСегмент
Опубликовано:
Возникла следующая проблема: при проектировании изделия из профиля шириной 72мм в арочной конструкции с установленным горизонтально импостом в месте сварки арочной и горизонтальной рамы в технологичке выдает лишние кусочки штапика с отрицательными углами реза!!! При установке галочки "Не считать штапик на стороне ... " из технологички убирается только один из двух кусочков штапика. Подскажите как решить эту проблему???