:o
баг или фича.png
Вот
2023-02-14_11-31-47.png
Цитата: IgorT от 14.02.23, 11:32:44Вот
2023-02-14_11-31-47.png
• ну в 15 у меня тоже такого бага не было. а теперь вот....
• помогает лишь перезапуск компаса. пока, это опознал очень много потратил эмоций и нервов. *WALL*
Картинка из К21
умеете, послать на хутор за бабочками. :)))))
Хочу заметить, это не всякий раз, но уже есть статистика. И интересен ответ разработчика, например, что в 21 поправили.
А я что то из картинок никак не пойму, а в чём проблема????
Цитата: Starik от 14.02.23, 13:53:38А я что то из картинок никак не пойму, а в чём проблема????
Там допуск с точностью до десятого знака. Ювелирная точность от Аскона. :-)
Иногда бывает. Ещё случается с масштабом, типа: вместо 1:4 1:3,9999
А... это связано... я как-то открывал документ с масштабом 1:2,49999999999999999999. это связано значит? лечится также... а в 21 поправили или только в 22 будет?
Цитата: designer811 от 14.02.23, 14:16:08А... это связано... я как-то открывал документ с масштабом 1:2,49999999999999999999. это связано значит? лечится также... а в 21 поправили или только в 22 будет?
У автора открытого документа спросить: "Какого №%@ в чертеже он такой масштаб прописал?"
Аскон с Компасом тут ни в чем не виноваты! И в 1058 версии можно будет ТАКОЕ накосячить, что мало не покажется!
нет. не автор виноват. говорю лечится так же перезапуском программы. это сбой какой-то. открываешь документ вновь и все ровно. округлений никаких не стоит кста.
Вчера как раз мучился с этими девятками. При программировании: Fix(4.12345*1000)-4.12345*1000 получалось -0,499999999. Видимо, допуски в Компасе не берутся из таблиц, как и масштабы, а вычисляются по формулам. Вылечилось так: Round( Fix(4.12345*1000)-4.12345*1000)/. А в Асконе этого не сделали.
Цитата: Николай от 14.02.23, 15:47:12Вчера как раз мучился с этими девятками..... А в Асконе этого не сделали.
Мне походу везёт. Ибо:
2023-02-14_16-07-41.png
Или сделали?
Извините за нескромный вопрос... а Fix это кто? я в четвёртом приложении такого не встречал...
Добра всем!
Цитата: СВ от 14.02.23, 14:02:23Иногда бывает. Ещё случается с масштабом, типа: вместо 1:4 1:3,9999
Когда девятки в дробной части масштаба, мне еще терпимо. Ну как терпимо - смотришь на это все и удивляешься.
А бывает что в большой-пребольшой сборке перестают работать сопряжения.
Было совпадение, потом после очередного 100500 открытия идет краснота. Перепробовав все меняешь совпадение на расстояние и оно
высвечивается как 0,000001 или типа этого. Иногда выскакивает угол между плоскостями в 0,000001
За количество нулей не ручаюсь. Понятно что это практически совпадение, но Компас вдруг перестает это считать таковым
Цитата: Alekzander от 15.02.23, 07:44:05Добра всем!
...
А бывает что в большой-пребольшой сборке перестают работать сопряжения.
Было совпадение, потом после очередного 100500 открытия идет краснота. Перепробовав все меняешь совпадение на расстояние и оно
высвечивается как 0,000001 или типа этого. Иногда выскакивает угол между плоскостями в 0,000001
За количество нулей не ручаюсь. Понятно что это практически совпадение, но Компас вдруг перестает это считать таковым
А вот это на предложение тянет.
Помнится в одной из версий SW, что-то типа "корректно обрабатывать сопряжения сборок с малыми отклонениями от точного совпадения"
Может быть предложение на счет этих "0.00000001" Аскону предложить? Меня аналогично безобразия с точностью сопряжений напрягают.
Да знают в АСКОНе всё это. Сделать не могут. НЕ потому что вообще не могут, а СИЛЫ на это нужны ... Особенно СИЛА ВОЛИ!
Вот так думается, что была бы возможность у ВЕДУЩЕГО, из САМЫХ ЛУЧШИХ АСКОНовских программистов собрать пусть даже ту же команду и делать Компас вновь, на том же самом ядре и тех же принципиальных подходах (не воруя, разумеется, у других), то всё работало бы на порядок лучше. Просто КОГДА-ТО были приняты решения, которые в будущем, т.е. сейчас, привели к вот этим мелким (и не мелким) проблемам, а проблемы/недостатки решались не переделкой, а "ремонтом" функций и команд, заплатками, так сказать. ТОГДА, в начале развития, сложно было понять, куда развитие приведёт, так что эти проблемы, в значительной мере, связаны и с квалификацией, и с невезением.
Особенно это заметно в работе Спецификации: главное, АСКОН уже имеет принципиально новое решение, но ... никак не решится.
Цитата: KiDim от 14.02.23, 14:00:41Там допуск с точностью до десятого знака. Ювелирная точность от Аскона. :-)
Ни разу, не на одной из версий такого не встречал :cl:
IgorT, Эксель насчитал ноль вместо -0,45?
Петрович-47, Fix-это функция для отбрасывания дробной части при программировании.
Цитата: Николай от 14.02.23, 15:47:12Вчера как раз мучился с этими девятками. При программировании: Fix(4.12345*1000)-4.12345*1000 получалось -0,499999999. Видимо, допуски в Компасе не берутся из таблиц, как и масштабы, а вычисляются по формулам. Вылечилось так: Round( Fix(4.12345*1000)-4.12345*1000)/. А в Асконе этого не сделали.
Какой-такой "Эксель"?
Это в переменные КОМПАСА вставлено из ВАШЕГО поста выражение посредством копирования Ctrl-C - Ctrl-V.
Вы там чё программируете?!?!??!
Кто Вам насчитал "-0,499999999"?!??!?!
Насчитал VB6. Программирую чё-то-там. Баг был замечен неоднократно. IgorT, стесняюсь спросить, что же получилось в таблице переменных?
Цитата: IgorT от 14.02.23, 16:09:58Мне походу везёт. Ибо:
2023-02-14_16-07-41.png
...
Во как! А что ещё должно получиться в этом ВАШЕМ выражении?
Должно получиться -0,5 так как функция возвращает целые части чисел.
Цитата: designer811 от 14.02.23, 10:47:30(https://forum.ascon.ru/index.php?action=dlattach;topic=37519.0;attach=102862;image) (https://forum.ascon.ru/index.php?action=dlattach;topic=37519.0;attach=102861;image)
У коллеги на компьютере такое бывало, у меня не встречалось, лечилось перезагрузкой или выключением и включением компьютера.
Цитата: Николай от 15.02.23, 15:54:28Fix-это функция для отбрасывания дробной части при программировании.
В компасе нет функции Fix как округление (Рис. 1), она создастся как Fix(t) (Рис. 2). Но можно посчитать как округление через ROUND, CEIL и FLOOR. Жаль что нет округление до числа разрядов (либо есть, но не все функции описаны).
Цитата: Николай от 16.02.23, 11:24:16Должно получиться -0,5 так как функция возвращает целые части чисел.
Если судить по Вашей формулировке округления (цитата выше), то:
1. x = Fix(4.12345*1000) = 4123;
2. y = 4.12345*1000 = 4123,45;
3. x - y = 4123-4123,45 = -0,45.
Да, конечно. Тороплюсь. :) Говоря о том, что появляются числа с "бесконечно малым" отклонением от номинала, я имел в виду не программирование в Компасе, а те баги, которые появляются в программе, на которой написан сам код Компаса.
Вот и забугорные программисты сталкиваются с этим:(цитата из Интернета)
In VB6: MsgBox Fix(1.999999) Produces a msgbox showing the value 1. How can I do this in .NET Bearing in mind I have removed the sYSTEM.VisualBasic runtime reference. woof. ...
Цитата: Николай от 16.02.23, 12:47:21... появляются числа с "бесконечно малым" отклонением от номинала ...
Обычное дело. За этим надо следить и поступать соответствующим образом.
Цитата: dimak222 от 16.02.23, 12:16:50В компасе нет функции Fix...
вот и я про то же...