Калькулятор выдает ошибку - Не ошибается лишь тот, кто ничего не делает!

Содержание

Ошибки калькулятора
19. Ошибка MOD_DIV.
20. Ошибка E_TO_FP.
21. Ошибка INKEY$#0.
Почему калькулятор неправильно считает
Дубликаты не найдены
Комментарий дня
Подсчитаем баги в калькуляторе Windows
Введение
Про неправильное сравнение строк
Утечка памяти в нативном коде
Неуловимое исключение
Пропущенный день
Подозрительные сравнение вещественных чисел
Избыточность
Заключение

Ошибки калькулятора

Теперь рассмотрим несколько ошибок, связанных со встроенным в ПЗУ калькулятором. О некоторых из них мы так или иначе уже упоминали в своих прочих работах.

19. Ошибка MOD_DIV.

Эта ошибка связана с работой кода калькулятора 32h. По этой команде со стека калькулятора должны сниматься два верхних пятибайтных числа, например x и y и вместо них на стек должны отправляться

x MOD y и x DIV y

(именно в этом порядке).

Напомним, что x MOD y это остаток от целочисленного деления x на y, а x DIV y это целая часть частного от деления x на y.

x MOD y = x y*INT(x/y) x DIV y = INT (x/y)

В своих расчетах процедура, обслуживающая эту функцию калькулятора, использует нулевую ячейку памяти калькулятора M0, а с этой ячейкой есть одна особенность. Дело в том, что при вычислении функции INT эта ячейка коррумпируется, если аргумент при INT меньше нуля. Таким образом, функция MOD_DIV калькулятора дает неверный результат, когда x/y число отрицательное.

Ошибки могло бы и не быть, если бы процедура, занимающаяся расчетом этой функции (а она расположена в ПЗУ по адресу 36A0H = 13964 DEC) использовала бы в своих расчетах не нулевую ячейку памяти калькулятора, а первую (M1).

20. Ошибка E_TO_FP.

В системе команд калькулятора есть команда с кодом 3C. Ее назначение умножение числа, находящегося на вершине стека калькулятора на множитель, равный 10 в степени A, где A содержимое аккумулятора микропроцессора.

Вся неприятность в том, что калькулятор после своего включения командой RST 28 не резервирует содержимое аккумулятора, в отличие от содержимого регистра B. Поэтому, к тому времени, как вы воспользуетесь командой калькулятора 3C, есть большая вероятность того, что в аккумуляторе будет не подготовленное вами число, а что то совсем другое.

Единственный выход выйти из калькулятора, прогрузить аккумулятор нужным Вам числом, выполнить нужное умножение вызовом процедуры ПЗУ E_TO_FP и снова вернуться в калькулятор:

LD A, xx CALL 2D4FH RST 28

Процедура E_TO_FP находится в ПЗУ по адресу 2D4FH = 11599 DEC.

21. Ошибка INKEY$#0.

Обычно нулевой поток представляет собой клавиатуру, поэтому естественно предположить, что INKEY$#0 то же самое, что и просто INKEY$ без номера потока.

Тем не менее это не так, и почти необратимо INKEY$#0 выдает пустую символьную строку, что делает эту функцию полностью бесполезной.

Надо также заметить, что в системе команд калькулятора есть команда с кодом 1А, которая служит для расчета функции INKEY$#X, где X число, содержащееся на вершине стека калькулятора. И эта команда калькулятора будет бесполезной, если поток X представляет клавиатуру.

Ошибка находится в подпрограмме ПЗУ по адресу 1634Н=5684 DEC, которая устанавливает канал «X» текущим каналом. В этой подпрограмме по адресу 1638К стоит ошибочная команда RES 5,(FLAGS), выключающая пятый бит системной переменной FLAGS. в результате этого ошибочно отбивается любое нажатие клавиши вместо того, чтобы быть принятый к рассмотрению.

Ошибку можно было бы исправить, если в подпрограмме READ_IN (3645Н = 13893 DEC) сохранить значение системной переменной FLAGS на время вызова подпрограммы CHAN_OPEN (1601Н = 5633 DEC).

На этом мы заканчиваем обзор ошибок и неточностей в ПЗУ стандартного компьютера «ZX Spectrum». Конечно же это не все из того, что оттуда можно выудить, но очень экзотические ошибки, которые проявляются например только на машинах типа «ZX Spectrum+2» и только при подключенном Интерфейсе 1 мы не рассматриваем, поскольку вероятность встретить среди миллионов наших пользователей подобную конфигурацию конечно есть, но она не более сотой доли процента.

Обзор подготовлен по материалам зарубежной печати; основные первоисточники:

1. Dr. Yan Logan, Dr. Frank O’Hara. «The Complete Spectrum ROM Disassembly».

2. Dr. FranK O’Hara «Understanding Your Spectrum».

3. Dr. Yan Logan «Understanding Your Spectrum».

4. Andrew Pennell «Master Your ZX Microdrive».

5. Tony Stratton «Understanding Your Spectrum».

6. Paul Harrison «Understanding Your Spectrum».

7. Stephen Kelly & others «Understanding Your Spectrum».

8. Chris Thornton «Understanding Your Spectrum».

Источник

Почему калькулятор неправильно считает

Тока не смейтесь. 😳

В магазине Комус куплен калькулятор Casio на фирму. Так вот, эта падла неправильно считает проценты. :kto: Обнаружено случайно — бухгалтера сделали мне замечание, мол, ты чо? Хорошо, что сейчас всплыло, а не через год работы этим калькулятором :!a:

А именно: «100» «+» «20» «%» (если набрать такую комбинацию) должно получиться 120. Он выдаёт 125.

Иду в Комус, продавец в лёкгом шоке. :tik Проверили на калькуляторе другой фирмы — там всё чётко. Забрали на эксперитизу.

Умные люди надоумили слупить с Casio лимон баксов — мол, из-за неправильных подсчётов денег ( а что ещё считать на калькуляторе?) на вашем грёбаном калькуляторе потерперпел убытки. Плюс скандал.

Чо думаете? Звонил Саше НМХ — на звонок не ответил. #-o

Дубликаты не найдены

А я в гугле проверил

можно ещё 12345679*8

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

Комментарий дня

Получается, что белые — это негры с нарушенной пигментацией?)

Калькуляторы сегодня встраиваются буквально во все: в часы, телефоны, смартфоны, плееры и прочие электронные устройства. Однако калькулятор, как самостоятельное устройство будет востребован еще очень долго.

Он необходим школьникам и студентам, домохозяйкам и бухгалтерам, инженерам и менеджерам.

Купить калькулятор, подходящий именно вам, несложно, нужно только четко знать, какой именно калькулятор нужен.

Существуют разные типы подобных устройств:

Обычный (простейший) с минимальным набором функций. Подойдет для школьников и для тех, кто выполняет обычно несложные вычисления.

Бухгалтерский – как правило, настольный с крупными кнопками. Имеет специальные «денежные» кнопки, автоматическое округление и т. п.

Банковский (финансовый) – предназначен для подсчета процентов и других специфических операций.

Инженерный и программируемый калькулятор имеют множество функций и позволяют производить сложные вычисления. Имеют возможность программирования пользователем.

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

Как проверить калькулятор?

Существует несколько несложных способов, позволяющих выяснить, не «врет» ли устройство. Прежде всего: попробуйте перемножить или сложить максимально большие числа.

Если калькулятор не выдаст сообщение об ошибке и не сломается – отлично, самый первый тест пройден.

Задайте несколько примеров на сложение, несложных, типа: 3+6=9. Затем сложнее: 1111х1111=1234321.

Почему именно такой пример? А его запомнить просто! Или еще: 11111х11111=123454321. Есть пример на вычитание: 12345678-123456789=-111111111.

Существуют и другие формулы проверки, которые ничем не отличаются от любых других, кроме того, что легко запоминаются:

12345679х9=111111111
123123123 : 1001001=123
12345679х8=98765432

А вот еще один интересный способ — 12345679*7,2 получится 88888888888 то есть все восьмёрки, сразу видно, что логика не сбита и дисплей весь рабочий!

Проверка калькулятора не займет много времени. Однако если калькулятор нужен для проведения инженерных расчетов, применения функций и т. п., то и проверять нужно именно их. Еще по теме:

Источник

Подсчитаем баги в калькуляторе Windows

Введение

Калькулятор Windows наверняка знаком каждому пользователю этой операционной системы и не требует особого представления. Теперь же любой пользователь может изучить исходный код калькулятора на GitHub и предложить свои улучшения.

Общественность, например, уже обратила внимание на такую функцию:

которая логирует текст из буфера обмена и, возможно, отправляет его на серверы Microsoft. Но эта заметка не об этом. Хотя подозрительных примеров кода будет много.

Мы проверили исходный код калькулятора с помощью статического анализатора PVS-Studio. Так как код написан на нестандартном C++, многие постоянные читатели блога анализатора усомнились в возможности анализа, но это оказалось возможным. C++/CLI и C++/CX поддерживаются анализатором. Некоторые диагностики выдали ложные предупреждения из-за этого, но ничего критичного не произошло, что помешало бы воспользоваться этим инструментом.

Возможно, вы пропустили новости и о других возможностях PVS-Studio, поэтому хочу напомнить, что кроме проектов на языках C и C++, можно проанализировать код и на языках C# и Java.

Про неправильное сравнение строк

V547 Expression ‘m_resolvedName == L«en-US»’ is always false. To compare strings you should use wcscmp() function. Calculator LocalizationSettings.h 180

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

Дело в том, что здесь неправильно сравниваются строки. Получилось сравнение указателей вместо значений строк. Сравнивается адрес массива символов с адресом строкового литерала. Указатели всегда неравны, поэтому условие всегда ложно. Для правильного сравнения строк следует использовать, например, функцию wcscmp.

Кстати, пока я пишу эту статью, в заголовочном файле массив символов m_resolvedName превратился в полноценную строку типа std::wstring. И теперь сравнение работает правильно. К моменту, когда вы будете читать эту статью, скорее всего, многие другие ошибки тоже будут исправлены благодаря энтузиастам и таким исследованиям, как это.

Утечка памяти в нативном коде

V773 The function was exited without releasing the ‘temp’ pointer. A memory leak is possible. CalcViewModel StandardCalculatorViewModel.cpp 529

Мы видим указатель temp, ссылающийся на массив из 100 элементов, под который выделена динамическая память. К сожалению, память освобождается всего в одном месте функции, во всех остальных местах возникает утечка памяти. Она не очень большая, но это всё равно ошибка для C++ кода.

Неуловимое исключение

V702 Classes should always be derived from std::exception (and alike) as ‘public’ (no keyword was specified, so compiler defaults it to ‘private’). CalcManager CalcException.h 4

Анализатор обнаружил класс, унаследованный от класса std::exception через модификатор private (модификатор по умолчанию, если ничего не указано). Проблема такого кода заключается в том, что при попытке поймать общее исключение std::exception исключение типа CalcException будет пропущено. Такое поведение возникает потому, что приватное наследование исключает неявное преобразование типов.

Пропущенный день

V719 The switch statement does not cover all values of the ‘DateUnit’ enum: Day. CalcViewModel DateCalculator.cpp 279

Подозрительно, что в switch не рассмотрен случай с DateUnit::Day. Из-за этого в календарь (переменная m_calendar) не добавляется значение, связанное с днём, хотя метод AddDays у календаря присутствует.

Ещё несколько подозрительных мест с другим перечислением:

V719 The switch statement does not cover all values of the ‘eANGLE_TYPE’ enum: ANGLE_RAD. CalcManager trans.cpp 109
V719 The switch statement does not cover all values of the ‘eANGLE_TYPE’ enum: ANGLE_RAD. CalcManager trans.cpp 204
V719 The switch statement does not cover all values of the ‘eANGLE_TYPE’ enum: ANGLE_RAD. CalcManager trans.cpp 276

Подозрительные сравнение вещественных чисел

V550 An odd precise comparison: ratio == threshold. It’s probably better to use a comparison with defined precision: fabs(A — B) Epsilon. CalcManager UnitConverter.cpp 778

V550 An odd precise comparison. It’s probably better to use a comparison with defined precision: fabs(A — B) Epsilon. CalcManager UnitConverter.cpp 820

V550 An odd precise comparison: conversionTable[m_toType].ratio == 1.0. It’s probably better to use a comparison with defined precision: fabs(A — B) Epsilon. CalcManager UnitConverter.cpp 1000

V550 An odd precise comparison: sizeToUse != 0.0. It’s probably better to use a comparison with defined precision: fabs(A — B) > Epsilon. CalcViewModel LocalizationService.cpp 270

V550 An odd precise comparison: sizeToUse != 0.0. It’s probably better to use a comparison with defined precision: fabs(A — B) > Epsilon. CalcViewModel LocalizationService.cpp 289

V550 An odd precise comparison: sizeToUse != 0.0. It’s probably better to use a comparison with defined precision: fabs(A — B) > Epsilon. CalcViewModel LocalizationService.cpp 308

V550 An odd precise comparison: sizeToUse != 0.0. It’s probably better to use a comparison with defined precision: fabs(A — B) > Epsilon. CalcViewModel LocalizationService.cpp 327

V550 An odd precise comparison: stod(stringToLocalize) == 0. It’s probably better to use a comparison with defined precision: fabs(A — B) starting, что очень странно, ведь туда изначально передали значение false.

Избыточность

V560 A part of conditional expression is always true: NumbersAndOperatorsEnum::None != op. CalcViewModel UnitConverterViewModel.cpp 991

Переменная op уже сравнивалась со значением NumbersAndOperatorsEnum::None и дублирующую проверку можно удалить.

V728 An excessive check can be simplified. The ‘(A && B) || (!A && !B)’ expression is equivalent to the ‘bool(A) == bool(B)’ expression. Calculator Calculator.xaml.cpp 239

Это гигантское условное выражение изначально имело ширину 218 символов, но я разбил его на несколько строк для демонстрации предупреждения. А переписать код можно до такого короткого и, главное, читабельного варианта:

V524 It is odd that the body of ‘ConvertBack’ function is fully equivalent to the body of ‘Convert’ function. Calculator BooleanNegationConverter.cpp 24

Анализатор обнаружил две функции, которые реализованы одинаково. По названиям функций Convert и ConvertBack можно предположить, что они должны выполнять разные действия, но разработчикам виднее.

Заключение

Наверное, каждый открытый проект от Microsoft давал нам возможность показать важность применения методологии статического анализа. Даже на таких маленьких проектах, как калькулятор. В таких крупных компаниях, как Microsoft, Google, Amazon и других, работает много талантливых программистов, но они такие же люди, которые делают ошибки в коде. Применение инструментов статического анализа кода — один из хороших способов повысить качество программ в любых командах разработчиков.

Проверь свой «Калькулятор», скачав PVS-Studio и попробовав на своём проекте. 🙂

Если хотите поделиться этой статьей с англоязычной аудиторией, то прошу использовать ссылку на перевод: Svyatoslav Razmyslov. Counting Bugs in Windows Calculator

Источник

Простые способы проверить точность калькулятора

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

Поэтому стоит подстраховываться и заранее проверять точность вычислений выбранных устройств.

Попробуем это сделать на примере обычного калькулятора. Сегодня калькуляторы можно найти везде – в телефонах, часах, плеерах, других электронных устройства, кроме того калькулятор, как самостоятельное устройство тоже никто не отменял.

Общие сведения

Этот инструмент расчетов будет востребованным еще долгое время, вероятнее всего, чем дальше, тем более востребованным он будет становиться. Калькулятор нужен студентам и школьникам, менеджерам и бухгалтерам, домохозяйкам и инженерам.

Сегодня найти в продаже калькулятор довольно легко, кроме того, он чаще всего встроен в другие электронные устройства. А наши родители только мечтали о таком чуде техники, которая делает сложные вычисления за пару секунд. Жизнь студентов, школьников, домохозяек и инженеров стала легче только в 1970х года, когда появились в свободной продаже компактные калькуляторы (их компактность и эргономичность с современными уже никак не сравнить).

Калькуляторы бывают разных типов:

Любой калькулятор должен быть заключен в прочный корпус, иметь емкий аккумулятор, достаточное количество цифровых ячеек на дисплее. Сегодня вообще калькуляторы встраиваются в любое мобильное устройство от часов до компьютера. Так или иначе, внешний вид калькулятора, по сути, мало чем отличается от первых образов. Это дисплей, где отражаются вводные данные и результаты вычислений, и клавиатура, для введения этих самых данных. Все процессоры и микросхемы спрятаны внутри корпуса устройства. Главное в любом вычислительном устройстве – точность и надежность самих вычислений.

Простые способы проверить работоспособность и точность работы калькулятора

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

Простые способы

12345679*9 = 111111111
12345679*18 = 222222222
12345679*27 = 333333333
12345679*36 = 444444444
12345679*45 = 555555555
12345679*54 = 666666666
12345679*63 = 777777777
12345679*72 = 888888888
12345679*81 = 999999999

Серьезные способы проверки работы калькулятора

Бывают ситуации, когда нужна абсолютная уверенность в точности работы вычислительного устройства, например, при расчете в научных или технических процессов. Тут будет крайне важна точность, а не приблизительность вычислений. Как показывает практика, вычисления на простых бытовых калькуляторах могут выдавать довольно существенные погрешности в десятки, а иногда и сотни раз. Для определения точности расчетов вычислительного устройства использует более сложная формула. Вводить ее важно не частями, а сразу целым массивом данных.

Если полученный ответ приблизительно будет равен «-1», то можно смело доверять вашему калькулятору самые сложные расчеты, и не беспокоиться за точность вычислений.

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

Что еще важно при выборе калькулятора?

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

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

Источник

Тестируем и исправляем калькулятор на JavaScript

В нём много ошибок, но мы их пофиксим

Эта статья — продолжение истории про калькулятор на JavaScript. В предыдущих частях мы:

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

👉 В этой статье не будет автотестов, юнит-тестов, API-тестов и интеграционных тестов. Это всё нужные инструменты, но задача тестировщика, в частности, — выбрать правильный инструмент тестирования.

Если у него в работе очень простая программа (как наш калькулятор), то нет смысла городить автоматизацию и делать тесты ради тестов. Иногда можно и вручную всё проверить и получить точно такой же результат.

Базовое тестирование

Первое, что мы делаем, — проверяем, а как вообще ведут себя кнопки математических действий и делают ли они то, что нужно. Возьмём два числа — 12 и 5 — и сравним результаты всех действий с тем, что даёт калькулятор:

Отрицательные числа тоже отображаются и считаются правильно.

Тестируем большие числа

У компьютеров есть нюанс: любые переменные имеют ограничения по размеру числа. Например, если на переменную выделено 16 бит, то максимальное число, которое можно в нее положить, — 65 536. Число на единицу больше уже потребует 17 бит, а мы столько не выделяли.

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

Пробуем: 123 456 789 × 2 = 246 913 578 — верно

А вот необычный эксперимент:

12 345 678 901 234 567 × 1 = 12 345 678 901 234 568

Ух ты! Мы умножили большое число на единицу, а в ответе появилась ошибка. Это значит, что настолько длинные числа за раз наш калькулятор уже обработать не в состоянии.

❌ Неправильно обрабатываются 17-значные числа и те, которые больше них.

А если мы попробуем получить 17-значное число в ответе, интересно, оно тоже будет с ошибкой?

Да, в ответе тоже неверное число — 8 × 4 = 32, поэтому в конце должно стоять 2, а не 0. Пишем баг:

❌ Если в ответе получается 17-значное число или более — ответ точно неверный.

При этом деление на 16-значное число работает верно:

Тестирование математических трюков

Теперь попробуем разделить на ноль:

Скрипт хитро выкрутился и записал результатом деления бесконечность. Но лучше выводить сообщение, что на ноль делить нельзя.

❌ Нет сообщения при делении на ноль.

Отказоустойчивость

А что если оставить поле ввода пустым и попробовать что-то посчитать? Давайте посмотрим:

Скрипт преобразовал пустую строку в ноль и получил ответ, но это неправильно — при отсутствии одного из чисел калькулятор должен сообщить об этом, а не продолжать считать.

❌ Нет сообщения, если одно из чисел не введено.

Пойдём дальше и введём слово вместо числа:

Скрипт честно пытается перевести строку в число, у него это не получается, поэтому он выдаёт неопределённое значение.

❌ Нет проверки на то, ввели число или строку.

И напоследок проверим что будет, если мы что-то введём, но не выберем ни одно действие:

Тоже плохо. Надо будет обработать такую ситуацию.

❌ Нет проверки, когда не выбрали ничего из математических действий.

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

Что делаем

После тестирования у нас получился такой список ошибок:

❌ Неправильно обрабатываются 17-значные числа и те, которые больше них.

❌ Если в ответе получается 17-значное число или более — ответ точно неверный.

❌ Нет сообщения при делении на ноль.

❌ Нет сообщения, если одно из чисел не введено.

❌ Нет проверки на то, ввели число или строку.

❌ Нет проверки, когда не выбрали ничего из математических действий.

Исправим эти ошибки. Так как все вычисления начинаются при вызове функции func(), то и править всё будем тоже внутри неё.

Проверяем, что ввели число, а не слова или другие символы

Проверяем, что нет пустых значений

JavaScript когда переводит строку в число, то пустую строку он считает как 0. Нам такой вариант не подходит, поэтому сравним её с пустой сторокой. Если она пустая — выдаём сообщение и ничего не считаем.

Ещё надо дополнительно добавить проверку на пробелы — JavaScript строку из пробелов тоже переводит как ноль, а нам это не нужно:

Обрабатываем деление на ноль

Простая проверка — добавляем сравнение второго числа с нулём:

Обрабатываем длинные числа

Даже если мы ограничим каждое поле ввода числами по 16 знаков вместо 17, то при перемножении они дадут нам в ответе 32 знака — а это тоже превышает наш предел точности. Чтобы гарантированно получить в ответе число не больше 16 разрядов перед запятой, нам нужно, чтобы оба числа были не больше 99 999 999 — в нём 8 разрядов, а при перемножении мы получим максимум 16, как раз то, что нужно.

Чтобы это сделать, добавим проверку на размер числа:

Если не выбрано математическое действие

С этим всё просто — добавляем в case действие по умолчанию, которое выполнится, если никакие из вариантов не подойдут:

В итоге

✅ Калькулятор не работает с числами больше 16 знаков до запятой и предупреждает об этом пользователя

✅ В ответе всегда число, в котором не больше 16 знаков до запятой

✅ Есть проверка деления на ноль

✅ Есть сообщение, если одно из чисел не введено.

✅ Есть проверка на то, ввели число или строку.

✅ Есть проверка, когда не выбрали ничего из математических действий.

Это всё?

О нет, этот калькулятор можно гонять ещё и в хвост и в гриву:

Это (и многое другое) — и есть работа тестировщика. Круто, да?

Источник

Как проверить калькулятор на правильность счета и электросчетчик на верность данных

Два способа как проверить правильность работы калькулятора

Появившись еще в 70 – х годах, портативные калькуляторы получили всеобщее признание. Так как с их приходом, делать различные вычисления стало гораздо проще. На сегодняшний день насчитывают несколько видов калькуляторов разработанных для определенной сферы деятельности.

Виды калькуляторов:

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

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

Для проверки исправности калькулятора нужно возвести в квадрат число – 111111111 (9 единиц). Если получившееся число соответствует – 12345678987654321, то калькулятор исправен.

Второй способ. Необходимо число 12345679, умножить на 9. Получиться должно 111111111 (9 единиц).

Проверка счетчика электроэнергии на исправность

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

Факторы, указывающие на то, что электросчетчик неисправен:

Если, по вашему мнению, счетчик завышает показания, первое что нужно сделать, это проверить его на правильность подключения. Для однофазных счетчиков подключение следующее: первых два контактных зажима занимает фазный провод (пришел, ушел), вторые два контакта занимает нулевой провод.

Если у вас установлен трехфазный электросчетчик, подключение должно быть следующим: первые шесть контактных зажимов занимают три фазных провода, а седьмой и восьмой нулевой провод.

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

Если счетчик подключен к сети согласно стандарту, но продолжает показывать завышенные kwh (киловатт в час), нужно проверить его на самоход. Это так же просто выполнить в домашних условиях. Необходимо остановить подачу электричества ко всем приборам и бытовой технике. Отключите все автоматы в щитке или отключите от сети все электроприборы, выключите свет. Через 15 минут, проведите визуальную проверку прибора учета. Диск не должен крутиться, а светодиод мигает не чаще одного раза в 10 минут.

Что нужно и как проверить счетчики воды самостоятельно

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

Для проверки счетчика потребуется:

В первую очередь, необходимо взвесить емкость (нужный объем более 10 литров) и записать полученные цифры. Далее фиксируются показания прибора на данный момент. Затем, наполняется водой емкость (напор воды средней силы). Затем взвешивается наполненная емкость, и снимаются показания счетчика. Исходя из того, что масса одного кубометра воды составляет одну тонну, нужно сравнить объем воды в емкости с тем, что показывает счетчик (в литровом эквиваленте) и разделить кубометр на тысячу.

Удобство данного способа в том, что проверку на исправность можно проводить, не снимая водомера.

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

Варианты, как правильно посчитать электроэнергию по счетчику

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

Расчет зависит от типа счетчика:

Для квартирного счетчика посчитать электроэнергию можно следующим образом. В определенный день месяца, необходимо записать показания со счетчика. Записываются все цифры, которые расположены да запятой или отмечены другим цветом. Далее, в этот же день следующего месяца, повторно снимаются показания счетчика и от цифр этого месяца вычитаются цифры предыдущего. Данный результат будет объемом израсходованной вами электроэнергии за месяц.

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

Как сделать, чтобы электросчетчик не мотал (видео)

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

Источник

Как проверить калькулятор на правильность счета

Он необходим школьникам и студентам, домохозяйкам и бухгалтерам, инженерам и менеджерам.

Существуют разные типы подобных устройств:

Банковский (финансовый) – предназначен для подсчета процентов и других специфических операций.

Как проверить калькулятор?

Если калькулятор не выдаст сообщение об ошибке и не сломается – отлично, самый первый тест пройден.

Задайте несколько примеров на сложение, несложных, типа: 3+6=9. Затем сложнее: 1111х1111=1234321.

Человеку свойственно ошибаться. Он не любит признаваться в этом публично, но прекрасно отдает себе отчет. Именно поэтому человечество создало множество технических приспособлений, задача которых – упростить, ускорить и гарантировать точность выполнения разнообразных востребованных процессов. Но что делать, если и машины начинают допускать ошибки? В теории это невозможно, ведь электронный «разум» не подвержен эмоциям, отвлекающим факторам и усталости. Но на практике нет-нет, да и закрадываются сомнения в достоверности полученных данных. Поэтому, принимая во внимание, что в электронике чудес не бывает, а бывают лишь плохие контакты, давайте попробуем подстраховаться и научиться проверять на точность хотя бы калькулятор.

Особенности устройства и работы калькулятора
Электронное вычислительное устройство, а проще говоря, калькулятор, прекрасно знакомо большинству современных школьников начиная с младших классов. Хотя еще их родители могли только мечтать о такой удобной «шпаргалке» и все арифметические операции выполняли в уме или «в столбик» на листе бумаги. Жизнь школяров и домохозяек, ведущих бухгалтерию семейного бюджета, стала легче в самом начале 1970-х годов, когда относительно компактные калькуляторы (их можно было удержать в одной руке) поступили в свободную продажу.

С тех пор появились специализированные инженерные («научные», поддерживают вычисление элементарных функций, числовые и символьные), бухгалтерские (с увеличенным числовым рядом и способностью автоматически вычислять прибыль, учитывать налоги конвертировать валюты), финансовые (могут рассчитывать суммы денежных потоков, дисконтов, выплат по кредитам в банковской сфере) и даже графические (выводят на дисплей рисунки и графики). Простейшие арифметические калькуляторы стали совсем миниатюрными и встраиваются в мобильные телефоны и наручные часы. Но типичная конструкция компактного электронного калькулятора осталась прежней по своей сути.

Наружу форм-факторов в разных вариантах выведены дисплей и клавиатура для ввода данных, а микросхемы памяти и процессора различной мощности спрятаны внутри. Они зашифровывают понятные и нужные людям числовые данные в виде машинного двоично-десятичного кода и используют их для арифметических вычислений. Как правило, эти математические задачи решаются по одному из трех путей логики операций. Это стандартные алгебраическая логика, арифметическая логика и так называемая логика вычислений с обратной польской записью. Но большинству пользователей достаточно знать, в какой последовательности вводить условия расчетов и как получить их итог.

К примеру, чтобы узнать, сколько будет «30*5+45» придется последовательно нажать кнопки клавиатуры: «3», «0», «×», «5», «+», «4», «5», а затем «=». По законам арифметики, после нажатия плюса выполнится умножение 30 на 5. В этот момент на дисплее отобразится промежуточный для примера результат «150», и только после нажатия на клавиатуре кнопки со знаком равенства отобразится окончательный результат вычислений: «195». А что касается достоверности этой информации, то тут остается поверить электронному «мозгу» или проверить исправность калькулятора, тем самым подтвердив или опровергнув точность его расчетов.

Проверка калькулятора на точность
Проверить точность калькулятора можно в любой момент, когда у вас появится такое желание или сомнения в его исправности. Потому что это не потребует от вас никаких дополнительных приспособлений и может быть сделано исключительно силами самого же тестируемого агрегата. Благодаря востребованности и распространенности калькуляторов по всему миру, изобретательные пользователи и сами компании-производители придумали несколько способов, позволяющих удостовериться в точности электронных расчетов:

Но бывают ситуации, когда таких относительно простых подсчетов недостаточно. Например, когда речь идет о неких научных или технических процессах. В этих случаях нужно не приблизительно и округленное, а как можно более приближенное к истинному вычисление. А практика показывает, что простые бытовые калькуляторы могут давать погрешность от истинного значения в десятки и даже сотни раз (в длительных последовательностях дробных данных). При этом условия задачи часто оговаривают требование точности числа вплоть до n знаков (в каждом отдельном случае).

Для этого существует формула, которая «не по зубам» практически ни одному из ныне существующих калькуляторов. Зато с ее помощью вы сможете узнать, насколько ошибается именно ваша техника. Задайте калькулятору просчет результата по такой формуле, но вводите ее не по частям, а целым массивом:

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

На что еще обратить внимание при выборе калькулятора
Проверку калькулятора на точность лучше всего осуществлять в самом начале его использования, непосредственно перед совершением покупки, чтобы сразу обезопасить свою работу от возможных ошибок. Заодно обратите внимание на другие характеристики устройства, влияющие на точность расчетов если и меньше процессора, то все равно заметно. Величина, разрешение и контрастность дисплея должны соответствовать сложности задач и вмещать достаточно количество символов, а также отображать их четко. Изображение на клавишах, качество его нанесения, стойкость к стиранию, а также сам размер и расположение кнопок должны быть удобными, практичными и интуитивно понятными. Иначе вы рискуете раз за разом сбиваться при вводе данных и начинать этот, порой кропотливый процесс, заново.

Качественная техника должна снабжаться фирменной упаковкой и обязательно сопровождаться инструкцией по эксплуатации устройства. Кстати, в этой инструкции добросовестные производители всегда указывают способ проверки точности калькулятора, один из тех арифметических, что мы рассмотрели выше. И, разумеется, уточните наличие и соблюдение гарантийных условий как со стороны производителя, так и продавца калькулятора. Потому что в случае обнаружения неисправности и регулярных ошибок расчетах вы должны иметь возможность вернуть неудачный прибор обратно. Желаем вам правильного выбора и точных вычислений.

Вот как обычно проверяют корректность работы калькулятора при покупке (хотя, если честно, сам лично ни разу не видел, чтобы кто-то его проверял именно на корректность вычисления):

Также можно привести массу других примеров.

А вот как можно протестировать калькулятор с точки зрения тестировщика (для каждой из операций калькулятора произвести свою группу тестов):

Источник

На днях компания Microsoft открыла исходный код калькулятора. Это приложение входило во все версии операционной системы Windows. Исходный код разных проектов Microsoft достаточно часто открывался за последние годы, но новость о калькуляторе в первый же день просочилась даже в нетехнологические средства массовой информации. Что ж, это популярная, но очень маленькая программа на языке C++. Тем не менее, статический анализ кода с помощью PVS-Studio выявил подозрительные места в проекте.

Введение

Общественность, например, уже обратила внимание на такую функцию:

void TraceLogger::LogInvalidInputPasted(....)
{
  if (!GetTraceLoggingProviderEnabled()) return;
  LoggingFields fields{};
  fields.AddString(L"Mode", NavCategory::GetFriendlyName(mode)->Data());
  fields.AddString(L"Reason", reason);
  fields.AddString(L"PastedExpression", pastedExpression);
  fields.AddString(L"ProgrammerNumberBase", GetProgrammerType(...).c_str());
  fields.AddString(L"BitLengthType", GetProgrammerType(bitLengthType).c_str());
  LogTelemetryEvent(EVENT_NAME_INVALID_INPUT_PASTED, fields);
}

Про неправильное сравнение строк

V547 Expression ‘m_resolvedName == L«en-US»’ is always false. To compare strings you should use wcscmp() function. Calculator LocalizationSettings.h 180

wchar_t m_resolvedName[LOCALE_NAME_MAX_LENGTH];

Platform::String^ GetEnglishValueFromLocalizedDigits(....) const
{
  if (m_resolvedName == L"en-US")
  {
    return ref new Platform::String(localizedString.c_str());
  }
  ....
}

Утечка памяти в нативном коде

V773 The function was exited without releasing the ‘temp’ pointer. A memory leak is possible. CalcViewModel StandardCalculatorViewModel.cpp 529

void StandardCalculatorViewModel::HandleUpdatedOperandData(Command cmdenum)
{
  ....
  wchar_t* temp = new wchar_t[100];
  ....
  if (commandIndex == 0)
  {
    delete [] temp;
    return;
  }
  ....
  length = m_selectedExpressionLastData->Length() + 1;
  if (length > 50)
  {
    return;
  }
  ....
  String^ updatedData = ref new String(temp);
  UpdateOperand(m_tokenPosition, updatedData);
  displayExpressionToken->Token = updatedData;
  IsOperandUpdatedUsingViewModel = true;
  displayExpressionToken->CommandIndex = commandIndex;
}

Неуловимое исключение

V702 Classes should always be derived from std::exception (and alike) as ‘public’ (no keyword was specified, so compiler defaults it to ‘private’). CalcManager CalcException.h 4

class CalcException : std::exception
{
public:
  CalcException(HRESULT hr)
  {
    m_hr = hr;
  }
  HRESULT GetException()
  {
    return m_hr;
  }
private:
  HRESULT m_hr;
};

Пропущенный день

V719 The switch statement does not cover all values of the ‘DateUnit’ enum: Day. CalcViewModel DateCalculator.cpp 279

public enum class _Enum_is_bitflag_ DateUnit
{
  Year = 0x01,
  Month = 0x02,
  Week = 0x04,
  Day = 0x08
};

Windows::Globalization::Calendar^ m_calendar;

DateTime
DateCalculationEngine::AdjustCalendarDate(Windows::Foundation::DateTime date,
                                          DateUnit dateUnit, int difference)
{
  m_calendar→SetDateTime(date);

  switch (dateUnit)
  {
    case DateUnit::Year:
    {
      ....
      m_calendar->AddYears(difference);
      m_calendar->ChangeCalendarSystem(currentCalendarSystem);
      break;
    }
    case DateUnit::Month:
      m_calendar->AddMonths(difference);
      break;
    case DateUnit::Week:
      m_calendar->AddWeeks(difference);
      break;
  }

  return m_calendar->GetDateTime();
}

Ещё несколько подозрительных мест с другим перечислением:

V719 The switch statement does not cover all values of the ‘eANGLE_TYPE’ enum: ANGLE_RAD. CalcManager trans.cpp 109
V719 The switch statement does not cover all values of the ‘eANGLE_TYPE’ enum: ANGLE_RAD. CalcManager trans.cpp 204
V719 The switch statement does not cover all values of the ‘eANGLE_TYPE’ enum: ANGLE_RAD. CalcManager trans.cpp 276

Подозрительные сравнение вещественных чисел

V550 An odd precise comparison: ratio == threshold. It’s probably better to use a comparison with defined precision: fabs(A — B) < Epsilon. Calculator AspectRatioTrigger.cpp 80

void AspectRatioTrigger::UpdateIsActive(Size sourceSize)
{
  double numerator, denominator;
  ....
  bool isActive = false;
  if (denominator > 0)
  {
    double ratio = numerator / denominator;
    double threshold = abs(Threshold);

    isActive = ((ratio > threshold) || (ActiveIfEqual && (ratio == threshold)));
  }

  SetActive(isActive);
}

Анализатор указал на подозрительное выражение ratio == threshold. Эти переменные типа double и точное сравнение таких переменных простым оператором равенства вряд ли возможно. Тем более, что значение переменной ratio получено после операции деления.

Это очень странный код для приложения «Калькулятор». Поэтому прикладываю весь список предупреждений этого типа:

V550 An odd precise comparison. It’s probably better to use a comparison with defined precision: fabs(A — B) < Epsilon. CalcManager UnitConverter.cpp 752
V550 An odd precise comparison: stod(roundedString) != 0.0. It’s probably better to use a comparison with defined precision: fabs(A — B) > Epsilon. CalcManager UnitConverter.cpp 778
V550 An odd precise comparison. It’s probably better to use a comparison with defined precision: fabs(A — B) < Epsilon. CalcManager UnitConverter.cpp 790
V550 An odd precise comparison: stod(roundedString) != 0.0. It’s probably better to use a comparison with defined precision: fabs(A — B) > Epsilon. CalcManager UnitConverter.cpp 820
V550 An odd precise comparison: conversionTable[m_toType].ratio == 1.0. It’s probably better to use a comparison with defined precision: fabs(A — B) < Epsilon. CalcManager UnitConverter.cpp 980
V550 An odd precise comparison: conversionTable[m_toType].offset == 0.0. It’s probably better to use a comparison with defined precision: fabs(A — B) < Epsilon. CalcManager UnitConverter.cpp 980
V550 An odd precise comparison: returnValue != 0. It’s probably better to use a comparison with defined precision: fabs(A — B) > Epsilon. CalcManager UnitConverter.cpp 1000
V550 An odd precise comparison: sizeToUse != 0.0. It’s probably better to use a comparison with defined precision: fabs(A — B) > Epsilon. CalcViewModel LocalizationService.cpp 270
V550 An odd precise comparison: sizeToUse != 0.0. It’s probably better to use a comparison with defined precision: fabs(A — B) > Epsilon. CalcViewModel LocalizationService.cpp 289
V550 An odd precise comparison: sizeToUse != 0.0. It’s probably better to use a comparison with defined precision: fabs(A — B) > Epsilon. CalcViewModel LocalizationService.cpp 308
V550 An odd precise comparison: sizeToUse != 0.0. It’s probably better to use a comparison with defined precision: fabs(A — B) > Epsilon. CalcViewModel LocalizationService.cpp 327
V550 An odd precise comparison: stod(stringToLocalize) == 0. It’s probably better to use a comparison with defined precision: fabs(A — B) < Epsilon. CalcViewModel UnitConverterViewModel.cpp 388

Подозрительная последовательность функций

V1020 The function exited without calling the ‘TraceLogger::GetInstance().LogNewWindowCreationEnd’ function. Check lines: 396, 375. Calculator App.xaml.cpp 396

void App::OnAppLaunch(IActivatedEventArgs^ args, String^ argument)
{
  ....
  if (!m_preLaunched)
  {
    auto newCoreAppView = CoreApplication::CreateNewView();
    newCoreAppView->Dispatcher->RunAsync(....([....]()
    {
      TraceLogger::GetInstance().LogNewWindowCreationBegin(....); // <= Begin
      ....
      TraceLogger::GetInstance().LogNewWindowCreationEnd(....);   // <= End
    }));
  }
  else
  {
    TraceLogger::GetInstance().LogNewWindowCreationBegin(....);   // <= Begin

    ActivationViewSwitcher^ activationViewSwitcher;
    auto activateEventArgs = dynamic_cast<IViewSwitcherProvider^>(args);
    if (activateEventArgs != nullptr)
    {
      activationViewSwitcher = activateEventArgs->ViewSwitcher;
    }

    if (activationViewSwitcher != nullptr)
    {
      activationViewSwitcher->ShowAsStandaloneAsync(....);
      TraceLogger::GetInstance().LogNewWindowCreationEnd(....);   // <= End
      TraceLogger::GetInstance().LogPrelaunchedAppActivatedByUser();
    }
    else
    {
      TraceLogger::GetInstance().LogError(L"Null_ActivationViewSwitcher");
    }
  }
  m_preLaunched = false;
  ....
}

Диагностика V1020 анализирует блоки кода и эвристически пытается найти ветви, в которых забыт вызов функции.

В приведённом выше фрагменте кода анализатор нашёл блок с вызовом функций LogNewWindowCreationBegin и LogNewWindowCreationEnd. Ниже он нашёл похожий блок кода, в котором функция LogNewWindowCreationEnd вызывается только при определённых условиях, что подозрительно.

Ненадёжные тесты

V621 Consider inspecting the ‘for’ operator. It’s possible that the loop will be executed incorrectly or won’t be executed at all. CalculatorUnitTests UnitConverterViewModelUnitTests.cpp 500

public enum class NumbersAndOperatorsEnum
{
  ....
  Add = (int) CM::Command::CommandADD,   // 93
  ....
  None = (int) CM::Command::CommandNULL, // 0
  ....
};

TEST_METHOD(TestButtonCommandFiresModelCommands)
{
  ....
  for (NumbersAndOperatorsEnum button = NumbersAndOperatorsEnum::Add;
       button <= NumbersAndOperatorsEnum::None; button++)
  {
    if (button == NumbersAndOperatorsEnum::Decimal ||
        button == NumbersAndOperatorsEnum::Negate ||
        button == NumbersAndOperatorsEnum::Backspace)
    {
      continue;
    }
    vm.ButtonPressed->Execute(button);
    VERIFY_ARE_EQUAL(++callCount, mock->m_sendCommandCallCount);
    VERIFY_IS_TRUE(UCM::Command::None == mock->m_lastCommand);
  }
  ....
}

Анализатор обнаружил цикл for, в котором не выполняется ни одна итерация, а, следовательно, не выполняются и тесты. Начальное значение счётчика цикла button (93) сразу превышает конечное (0).

V760 Two identical blocks of text were found. The second block begins from line 688. CalculatorUnitTests UnitConverterViewModelUnitTests.cpp 683

TEST_METHOD(TestSwitchAndReselectCurrentlyActiveValueDoesNothing)
{
  shared_ptr<UnitConverterMock> mock = make_shared<UnitConverterMock>();
  VM::UnitConverterViewModel vm(mock);
  const WCHAR * vFrom = L"1", *vTo = L"234";
  vm.UpdateDisplay(vFrom, vTo);
  vm.Value2Active = true;
  // Establish base condition
  VERIFY_ARE_EQUAL((UINT)1, mock->m_switchActiveCallCount);
  VERIFY_ARE_EQUAL((UINT)1, mock->m_sendCommandCallCount);
  VERIFY_ARE_EQUAL((UINT)1, mock->m_setCurUnitTypesCallCount);
  vm.Value2Active = true;
  VERIFY_ARE_EQUAL((UINT)1, mock->m_switchActiveCallCount);
  VERIFY_ARE_EQUAL((UINT)1, mock->m_sendCommandCallCount);
  VERIFY_ARE_EQUAL((UINT)1, mock->m_setCurUnitTypesCallCount);
}

Ещё один тест с подозрительным кодом. Анализатор обнаружил идентичные фрагменты кода, выполняющиеся друг за другом. Возможно, код писался копированием этих фрагментов, но программист забыл изменить часть кода.

V601 The ‘false’ value is implicitly cast to the integer type. Inspect the second argument. CalculatorUnitTests CalcInputTest.cpp 352

Rational CalcInput::ToRational(uint32_t radix, int32_t precision) { .... }

TEST_METHOD(ToRational)
{
  ....
  auto rat = m_calcInput.ToRational(10, false);
  ....
}

В функцию ToRational передают булевское значение false, хотя параметр имеет тип int32_t и называется precision.

Я решил отследить используемое значение в коде. Далее оно передаётся в функцию StringToRat:

PRAT StringToRat(...., int32_t precision) { .... }

а затем в StringToNumber:

PNUMBER StringToNumber(...., int32_t precision)
{
  ....
  stripzeroesnum(pnumret, precision);
  ....
}

И вот тело нужной функции:

bool stripzeroesnum(_Inout_ PNUMBER pnum, long starting)
{
  MANTTYPE *pmant;
  long cdigits;
  bool fstrip = false;

  pmant=pnum->mant;
  cdigits=pnum->cdigit;
  
  if ( cdigits > starting ) // <=
  {
    pmant += cdigits - starting;
    cdigits = starting;
  }
  ....
}

Тут мы видим, что переменная precision стала называться starting и участвует в выражении cdigits > starting, что очень странно, ведь туда изначально передали значение false.

Избыточность

V560 A part of conditional expression is always true: NumbersAndOperatorsEnum::None != op. CalcViewModel UnitConverterViewModel.cpp 991

void UnitConverterViewModel::OnPaste(String^ stringToPaste, ViewMode mode)
{
  ....
  NumbersAndOperatorsEnum op = MapCharacterToButtonId(*it, canSendNegate);

  if (NumbersAndOperatorsEnum::None != op)      // <=
  {
    ....
    if (NumbersAndOperatorsEnum::None != op &&  // <=
        NumbersAndOperatorsEnum::Negate != op)
    {
      ....
    }
    ....
  }
  ....
}

Переменная op уже сравнивалась со значением NumbersAndOperatorsEnum::None и дублирующую проверку можно удалить.

V728 An excessive check can be simplified. The ‘(A && B) || (!A && !B)’ expression is equivalent to the ‘bool(A) == bool(B)’ expression. Calculator Calculator.xaml.cpp 239

void Calculator::AnimateCalculator(bool resultAnimate)
{
  if (App::IsAnimationEnabled())
  {
    m_doAnimate = true;
    m_resultAnimate = resultAnimate;
    if (((m_isLastAnimatedInScientific && IsScientific) ||
        (!m_isLastAnimatedInScientific && !IsScientific)) &&
        ((m_isLastAnimatedInProgrammer && IsProgrammer) ||
        (!m_isLastAnimatedInProgrammer && !IsProgrammer)))
    {
      this->OnStoryboardCompleted(nullptr, nullptr);
    }
  }
}

if (   m_isLastAnimatedInScientific == IsScientific
    && m_isLastAnimatedInProgrammer == IsProgrammer)
{
  this->OnStoryboardCompleted(nullptr, nullptr);
}

V524 It is odd that the body of ‘ConvertBack’ function is fully equivalent to the body of ‘Convert’ function. Calculator BooleanNegationConverter.cpp 24

Object^ BooleanNegationConverter::Convert(....)
{
    (void) targetType;    // Unused parameter
    (void) parameter;    // Unused parameter
    (void) language;    // Unused parameter

    auto boxedBool = dynamic_cast<Box<bool>^>(value);
    auto boolValue = (boxedBool != nullptr && boxedBool->Value);
    return !boolValue;
}

Object^ BooleanNegationConverter::ConvertBack(....)
{
    (void) targetType;    // Unused parameter
    (void) parameter;    // Unused parameter
    (void) language;    // Unused parameter

    auto boxedBool = dynamic_cast<Box<bool>^>(value);
    auto boolValue = (boxedBool != nullptr && boxedBool->Value);
    return !boolValue;
}

Заключение

Проверь свой «Калькулятор», скачав PVS-Studio и попробовав на своём проекте. :-)

Он необходим школьникам и студентам, домохозяйкам и бухгалтерам, инженерам и менеджерам.

Существуют разные типы подобных устройств:

Банковский (финансовый) – предназначен для подсчета процентов и других специфических операций.

Как проверить калькулятор?

Если калькулятор не выдаст сообщение об ошибке и не сломается – отлично, самый первый тест пройден.

Задайте несколько примеров на сложение, несложных, типа: 3+6=9. Затем сложнее: 1111х1111=1234321.

12345679х9=111111111
123123123 : 1001001=123
12345679х8=98765432

Он необходим школьникам и студентам, домохозяйкам и бухгалтерам, инженерам и менеджерам.

Существуют разные типы подобных устройств:

Банковский (финансовый) – предназначен для подсчета процентов и других специфических операций.

Как проверить калькулятор?

Если калькулятор не выдаст сообщение об ошибке и не сломается – отлично, самый первый тест пройден.

Задайте несколько примеров на сложение, несложных, типа: 3+6=9. Затем сложнее: 1111х1111=1234321.

12345679х9=111111111
123123123 : 1001001=123
12345679х8=98765432

Дубликаты не найдены

А я в гугле проверил

можно ещё 12345679*8

Источник

Если имеется в виду заглавная латинская буква E на дисплее калькулятора — это означает сообщение об ошибке (недопустимое действие).

Возможно, Вы поделили на ноль, или попытались извлечь корень чётной степени из отрицательного числа, или, скажем, вычислить tg 90° или arcsin 5.

Кроме того, на некоторых калькуляторах символ E может свидетельствовать о переполнении рабочего регистра. Такое бывает, например, если Вы на 8-разрядном калькуляторе попытаетесь вычислить сумму 99999999 + 1 или, скажем, произведение 99999999 * 2.

Чтобы убрать символ E и вернуть калькулятор в нормальный режим работы, обычно бывает достаточно нажать клавишу включения/сброса. Данная клавиша обычно обозначается символом ON/C.

система выбрала этот ответ лучшим

КорнетОболенский
[163K]

2 года назад

Буква Е на дисплее калькулятора означает сокращение слова «error», которое переводится как «ошибка».

Но возможен и вариант, когда эта буква записывает экспоненциальную запись числа с мантиссой и порядком. Буквально означает «*10^» т.е. умножить на 10 в степени такой-то.

Невозмутимый Дождь
[163K]

2 года назад

Для того, чтобы ответить на этот вопрос, я взяла калькулятор и попробовала произвести вот такое действие 1 000 000 x 1 000 000. Математика, как известно, наука точная, поэтому должно получится число 1 000 000 000 000, но у меня на дисплее следующее: Е 100 000 000 000, один ноль не вместился. То есть мне мой калькулятор как бы сказал: «Я не могу выполнить такое действие, дисплей мой не вмещает такое количество цифр». Точно такая же буква выскакивает на калькуляторе, если вы попытаетесь число разделить на ноль. Это значит, что буква «Е» на дисплее калькулятора объясняется как «невозможно выполнить действие».

Если на экране калькулятора появилась буква Е, то это обозначает, что произошла ошибка каких-либо действий пользователя. Возможно, вы попытались разделить число на ноль или просто очень быстро нажимали кнопки. В этом случае лучше всего нажать на сброс и произвести все цифровые манипуляции заново.

Ещё перед числом может высвечиваться буква Е — это означает, что оно слишком длинное и просто-напросто не помещается на экран, так как там меньше символов предусмотрено.

З В Ё Н К А
[824K]

2 года назад

Появившаяся буква «Е» воспринимается пользователями калькулятора как начальная гласная английского слова «error», обычно сигнализирующего об ошибке.

В принципе, такое понимание можно считать верным, потому что «Е» (как правило, мы видим данную гласную в левой части калькуляторного дисплейчика) — это сигнал о невозможности действия, об ошибочности действия, о невозможности полностью и корректно отобразить результат. Вот что такое калькуляторное «Е«.

Калькулятор — это всё-таки не компьютер, подробных пояснений он дать не может. Именно поэтому мы порой встречаемся с отдельными символами, с буквами, что-либо означающими.

Такое может произойти в двух случаях. Первый — калькулятор уже на своем пределе и высчитать дальше уже не получится. Такое может быть в старых моделях. В новых происходит редко, поскольку при использовании больших чисел вид меняется и появляется десятка в некой степени.

Второй вариант — произвести операцию не удается, поскольку по правилам это невозможно. Такой подсчет не имеет смысла. Например, нельзя делить число на ноль. И если в калькулятора на компьютере появится сообщение, что «Делить на ноль невозможно», то на простом калькуляторе появится пресловутая буква Е. Тогда надо сбрасывать все и начинать сначала.

Урания
[158K]

2 года назад

Буква «Е» на калькуляторе, которая в уменьшенном размере стоит слева на дисплее, свидетельствует об ошибке проводимой математической операции. «Е» –это первая буква английского слова «error», что значит – «ошибка».

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

владсандрович
[767K]

4 года назад

Такая буква, на вашем калькуляторе, может появиться только в двух случаях, а именно тогда, когда вы произвели, какое либо действие, которое произвести на калькуляторе просто невозможно или когда цифра которая получилась в итоге, очень огромная и просто не может ни как вместиться в том окошке, которое есть в калькуляторе.

Красное облако
[249K]

2 года назад

Это сокращенные о слова «error», в переводе означает не что иное как «ошибка».

Это не значит (не означает) что калькулятор «глючит» скорей всего некое математическое действие не возможно произвести, точней выполнить и выскакивает (появляется на дисплее) та самая буква «е».

ИнгаМус
[16.7K]

8 лет назад

Помню еще со школы, что когда вычисляешь на калькуляторе очень большую цифру, которая не умещается в его окошко, то появляется буква «Е». А еще, если делаешь какое — либо неправильное действие, вернее невозможное.

Знаете ответ?

Источник

18 Ошибка проверки синтаксиса.

Эта ошибка проявляется только на машинах 48К, а на машинах 128К она мудро игнорируется.

Дело в том, что у Вас есть возможность ввести в программную строку такие ключевые слова, как ERASE, MOVE, FORMAT, CAT, например

ERASE симв. строка

MOVE строка, строка FORMAT строка

CAT

Очевидно, что эти команды не могут быть выполнены, если у Вас не подключена соответствующая периферия, например INTERFACE ONE с микродрайвом.

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

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

Ошибки калькулятора

19. Ошибка MOD_DIV.

x MOD y и x DIV y

(именно в этом порядке).

Напомним, что x MOD y это остаток от целочисленного деления x на y, а x DIV y это целая часть частного от деления x на y.

Таким образом,

x MOD y = x y*INT(x/y) x DIV y = INT (x/y)

Всвоих расчетах процедура, обслуживающая эту функцию калькулятора, использует нулевую ячейку памяти калькулятора M0, а с этой ячейкой есть одна особенность. Дело в том, что при вычислении функции INT эта ячейка коррумпируется, если аргумент при INT меньше нуля. Таким образом, функция MOD_DIV калькулятора дает неверный результат, когда x/y число отрицательное.

20.Ошибка E_TO_FP.

Всистеме команд калькулятора есть команда с кодом 3C. Ее назначение умножение числа, находящегося на вершине стека калькулятора на множитель, равный 10 в степени A, где A содержимое аккумулятора микропроцессора.

Endcalc

LD A, xx CALL 2D4FH RST 28

Процедура E_TO_FP находится в ПЗУ по адресу 2D4FH = 11599 DEC.

21. Ошибка INKEY$#0.

Обзор подготовлен по материалам зарубежной печати; основные первоисточники:

1.Dr. Yan Logan, Dr. Frank O’Hara. «The Complete Spectrum ROM Disassembly».

2.Dr. FranK O’Hara «Understanding Your Spectrum».

3.Dr. Yan Logan «Understanding Your Spectrum».

4.Andrew Pennell «Master Your ZX Microdrive».

5.Tony Stratton «Understanding Your Spectrum».

6.Paul Harrison «Understanding Your Spectrum».

7.Stephen Kelly & others «Understanding Your Spectrum».

8.Chris Thornton «Understanding Your Spectrum».

Источник

Устраняем глюк калькулятора в Windows 7

Глюк калькулятора в Windows 7

После установки различных программ, игр и приложений в операционной системе Windows 7 некоторые пользователи сталкиваются с проблемой. Заключается она в некорректной работе одной из стандартных программ – калькулятором.

Проблема с калькулятором в Windows 7 заключается в том, что поле отображения вводимых цифр имеет половинный размер и каждое вновь вводимое значение наслаивается на предыдущее. В таком случае считать полученные данные чрезвычайно сложно, а порой и невозможно.

Ошибка стандартного калькулятора в Windows 7

Данный глюк калькулятора в Windows 7, как правило, появляется после установки различных приложений и программ, таких как игры, например. Особенно это имеет место, если программы, мягко говоря «взломанные», то есть нелицензионные.

Несмотря на то, что стандартный калькулятор нужен не всегда и необходимость им воспользоваться возникает довольно редко, всё же огорчает тот факт, что его в необходимых случаях нет под рукой.

Поэтому рассмотрим процесс, с помощью которого можно устранить глюк калькулятора в Windows 7.

Причиной возникновения «урезанного» окна в калькуляторе является замена стандартных шрифтов на другие при установке какой-либо программы. Именно из-за этого и происходит неправильное отображение окна ввода и путаница цифр.

Для того чтобы устранить проблему, необходимо восстановить первоначальные значения в реестре операционной системы.

Процедура эта совсем не сложная, но довольно ответственная. Как известно, в реестре хранятся настройки операционной системы, и неправильное редактирование значений реестра может обернуться её неработоспособностью. Поэтому производить все операции необходимо аккуратно и точно.

Итак, для редактирования реестра в Windows 7 нужно запустить редактор реестра. Делается это также как и в Windows XP:

«Пуск» – «Все программы» – «Стандартные» – «Выполнить». Появиться окно «Выполнить».

Стандартная программа «Выполнить»

В него вводим название программы, которую хотим запустить – regedit.exe – жмём «ОК».

Запуск «Редактора реестра»

Появиться окно программы «Редактор реестра».

Окно «Редактора реестра»

Далее щёлкаем на стрелочки рядом с папкой. При щелчке будут показаны вложенные папки. Таким образом, следуем по пути:

«HKEY_LOCAL_MACHINE» – «SOFTWARE» – «Microsoft» – «Windows NT» – «CurrentVersion». Далее находим папку «FontSubstitutes» и кликаем по ней. В правой части окна будут показаны параметры и значения. Их то мы и будем редактировать.

В правой части окна в алфавитном порядке будут показаны параметры. В колонке «Значение» будут указаны присвоенные шрифты. В колонке «Имя» находим MS Shell Dlg,204.

Внимание! Надо найти именно этот пункт! Здесь легко допустить ошибку, так как рядом будут другие параметры с похожим названием (MS Shell Dlg; MS Shell Dlg 2; MS Shell Dlg,0). Изменять значение необходимо у параметра MS Shell Dlg,204 иначе результата не будет.

Параметр реестра «MS Shell Dlg,204»

Изменяем значение с MS Sans Serif,204 на Microsoft Sans Serif,204. Для этого щёлкаем правой кнопкой мыши на MS Shell Dlg,204 и выбираем пункт «Изменить…». Откроется окно «Изменение строкового параметра». В поле «Значение» вводим Microsoft Sans Serif,204. Изменяем MS на Microsoft.

Изменение строкового параметра

Для того чтобы изменения, внесённые в реестр вступили в силу – перезагружаем компьютер.

Затем проверяем, пропал ли глюк калькулятора. Если всё сделано верно, то, как правило, проблема устраняется, и калькулятор восстанавливает свою прежнюю работоспособность.

Главная » О Компах » Текущая страница

Также Вам будет интересно узнать:

Как сменить стандартные звуки Windows?
Бесплатный антивирус для пользователей Windows 7!
Методика разделения диска C:/ в Windows 7.

Источник

[I]f I change that TryAddDigit call it will mean the user could type in digits over the maximum number of digits (as well as copy paste them) and they would automatically be converted to scientific notation.

I do not think we should allow users to type in numbers beyond the maximum number of digits and automatically convert to scientific notation. I feel like that might be confusing to users and a little awkward to display. For keyboard input like this, we should continue to rely on the button that allows users to enter in numbers in scientific notation:

We can improve the experience for pasted input, though. I partially agree with @miloush that modifying the input and losing precision without letting the user know is not a good move, but I also think we can improve the experience.

Today, we show «Invalid Input». The user is left with a couple options: manually trim and try again or try a different tool. We can handle those cases automatically, effectively short-circuiting that manual step. It is important that we let the user know that we did that, though. That way, if they require greater precision, they still know that they will need to find a different tool.

In cases where we modify pasted input, we should pop a content dialog letting the user know that the number had too many digits and we modified it to fit.

Calculator works with 32 digits of precision, but for simplicity, let’s use 8 digits of precision for an example:

Original Pasted Input	Modified Input
0.00000123456789	1.2345678e-6
0.123456789	0.12345678e-1
1234567890	1.2345678e9
123456789.123456789	1.2345678e9

Note: We should only do this for pasted input that would otherwise overflow. That is, if someone copies in a 28-digit number, we should not automatically convert to scientific notation in that case.

If this approach seems reasonable, I can suggest a few strings to use for the content dialog.

Источник