Floating point exception c что за ошибка
Floating Point Exception C++ Why and what is it?
I’m building a program for the Euler projects question 3, and while that might not really matter as a result I’m current trying to make this code take a number and test if it is prime or not. Now then before I get to troubleshoot the function it gives me the error «floating point exception» right after inputting the number. Here’s the code:
so essentially why is it giving me a floating point exception and what does that even mean?
5 Answers 5
is probably wrong and should be
instead. Note where I put the semicolons. The condition goes in the middle, not at the start.
Lots of reasons for a floating point exception. Looking at your code your for loop seems to be a bit «incorrect». Looks like a possible division by zero.
Thats division by zero at some point since you are decrementing i.
Since this page is the number 1 result for the google search «c++ floating point exception», I want to add another thing that can cause such a problem: use of undefined variables.
Problem is in the for loop in the code snippet:
for (i > 0; i—;)
Here, your intention seems to be entering the loop if (i > 0) and decrement the value of i by one after the completion of for loop.
Does it work like that? lets see.
Look at the for() loop syntax:
Initialization gets executed only once in the beginning of the loop. Pay close attention to «;» in your code snippet and map it with for loop syntax.
Initialization : i > 0 : Gets executed only once. Doesn’t have any impact in your code.
Lets stop here and see floating point exception.
what is it? One easy example is Divide by 0. Same is happening with your code.
When i reaches 1 in condition check, condition check validates to be true.
Because of post decrement i will be 0 when it enters for loop.
With this background you should be able to fix the problem in for loop.
Ошибка Floating point exception
Добрый день! Какая в данном случае сетка, граничные условия, методы расчета?
Качество сетки хорошее, искривленных элементов нет, вырожденных тоже.
Задачу решаю в 2D, осесимметричный случай. Решатель по плотности, расчитываю нестационар. В качестве модели турбулентности SST модель.
Это хорошо. Но сетку все равно бы посмотреть. Погранслой разрешается? Сколько элементов получается поперек погранслоя? Должно быть как минимум десять.
А если попробовать ламинарный или даже невязкий расчет?
Попробовал неявную схему расчета, уменьшил шаг по времени, что в прошлый раз помогло выявить ошибку, но пока без изменений.
Давления и темепературы, которые задаю в граничных условиях лежат в рабочем диапазоне.
Физического объяснения тут и нет. Косяк явно численный
Расчет уже на трех сетках проводил.
Через критическое сечение сопла проходит, набирает скорость. В принципе, скачок в числах Маха объяснить можно резким падением температуры, но имеющиеся порядки явно не физического происхождения.
Вот пример того, чем все заканчивается.
1) Покрутите explicit relaxation factor в solution steering или через консоль. В подобных задачах влияет очень сильно, и странно, что он так глубоко спрятан.
2) Добавьте динамическую адаптацию по градиенту статического давления или M.
3) Избегайте вытянутых поперек скачка ячеек. Иначе он будет дергаться вдоль них туда-сюда, и сходимости не будет.
Так. Насколько я понял, solution steering использовать возможно, когда решение осуществляется неявной схемой и в стационарной постановке? Потому с явной схемой пункт такой найти не удалось.
Динамическую адаптацию сетки сделал по числу Маха, вроде все шло нормально, но в какой-то момент все равно вылезла откуда-то скорость порядка 150 Махов и и все развалилось.
Вообще, на выходе из сопла Мах должен быть порядка шести. Думал уже, что после прохождения критического сечения параметры изменяются скачком, за которым расчет не успевает. Шаг по времени уменьшать тоже пробовал, не помогло. Вообще не могу понять в чем дело. И снова делюсь результатами, которые получились.
4. >>Вместо воздуха у меня здесь идеальный газ
Нет, напутали. Должно быть, у Вас воздух с моделью идеального газа.
6. Еще попробуйте velocity inlet на вход. Вдруг поможет.
Неопределённое поведение и правда не определено
Термином «неопределённое поведение» в языке C и C++ обозначают ситуацию, в которой буквально «чего только не бывает». Исторически, к неопределённому поведению относили случаи, когда прежние компиляторы для C (и архитектуры на нём) вели себя несовместимым образом, и комитет по разработке стандарта, в своей безграничной мудрости, решил ничего не решать по этому поводу (т.е. не отдавать предпочтение какой-то одной из конкурирующих реализаций). Неопределённым поведением также называли возможные ситуации, в которых стандарт, обычно столь исчерпывающий, не предписывал никакого конкретного поведения. У этого термина есть и третье значение, которое в наше время становится всё более актуальным: неопределённое поведение — это возможности для оптимизации. А разработчики на C и C++ обожают оптимизации; они настойчиво требуют, чтобы компиляторы прикладывали все усилия для ускорения работы кода.
Данная статья была впервые опубликована на сайте Cryptography Services. Перевод публикуется с разрешения автора Томаса Порнина (Thomas Pornin).
Вот классический пример:
Каждая из первых двух инструкций movupd перемещает два значения типа double в 128-битный регистр SSE2 (double имеет размер 64 бита, поэтому регистр SSE2 может хранить два значения типа double). Другими словами, сначала считываются четыре исходных значения, а уже потом они приводятся к int (операции cvttpd2dq). Операция punpcklqdq перемещает четыре полученных 32-битных целых значения в один регистр SSE2 (%xmm0), содержимое которого затем записывается в оперативную память (movups). А теперь главное: наша C-программа формально требует, чтобы доступ к памяти происходил в следующем порядке:
Смысл неопределённого поведения, если кратко, заключается в следующем: компилятор может допустить, что неопределённого поведения не будет, и сгенерировать код, исходя из этого допущения. В случае правила строгого алиасинга — при условии, что алиасинг имеет место быть, — неопределённое поведение позволяет проводить важные оптимизации, реализовать которые иначе было бы сложно. Если говорить в целом, каждая инструкция в процедурах генерации кода, используемых компилятором, имеет зависимости, ограничивающие алгоритм планирования операций: инструкция не может быть выполнена раньше тех инструкций, от которых она зависит, или после тех инструкций, которые зависят от неё. В нашем примере неопределённое поведение устраняет зависимости между операциями записи в dst[] и «последующими» операциями чтения из src[]: такая зависимость может существовать только в тех случаях, когда при доступе к памяти возникает неопределённое поведение. Точно также понятие неопределённого поведения позволяет компилятору просто удалять код, который не может быть выполнен без вхождения в состояние неопределённого поведения.
Всё это, конечно, хорошо, но такое поведение иногда воспринимается как вероломное предательство со стороны компилятора. Можно часто услышать такую фразу: «Компилятор использует понятие неопределённого поведения как предлог сломать мне код». Допустим, некто пишет программу, которая складывает целые числа, и опасается переполнения — вспомним случай с Bitcoin. Он может размышлять так: для представления целых чисел процессор использует дополнительный код, а значит если переполнение случится, то случится оно потому, что результат будет усечён до размера типа, т.е. 32 бит. Значит, результат переполнения можно предсказать и проверить тестом.
Наш условный разработчик напишет так:
Теперь попробуем скомпилировать этот код с помощью GCC:
Хорошо, вроде работает. Теперь попробуем другой компилятор, например, Clang (у меня версия 6.0.0):
Выходит, что, когда операция со знаковыми целыми типами приводит к результату, который не может быть представлен целевым типом, мы вступаем на территорию неопределённого поведения. Но ведь компилятор может допустить, что оно не происходит. В частности, оптимизируя выражение x > 0 && y > 0 && r
Floating point exception c что за ошибка
So I’m still pretty new to C++ and I’m trying to make a text based RPG. I just started and have been trying to work out the fighting system to be object oriented.
I get a runtime error from it that says «Floating point exception (core dumped) Process returned 136 (0x88)» as soon as you try to attack. any ideas why?
I realize this is very long and probably not programmed very well, but I’m still just starting out. Any help would be greatly appreciated!
This happens because you have the user defined twice in your code. Once in line 62 in the global scope and once in line 130 in the scope of function main. When you call newchar() in line 131 it operates on the second «user» variable, while one in global scope remains uninitialized. After that everywhere you use the «user» from the global scope, which leads to the exception here: dmg = rand() % atk + 1; because the atk variable happened to be initialized with 0 (which you should never rely on). So to solve your current problem, remove line 130, so that the global user gets initialized in line 131.
Good luck with learning C++ 🙂
dmg = rand() % atk + 1; and similar.
atk is zero. The modulo operator is meaningless applied mod zero
STATEMENT: the error is in the prime_func. I believe the cause is the modulus (% sign).
QUESTION: why am I getting the Floating Point Exception and how do I fix it?
5 Answers 5
«Floating point exception» is a misnomer. It only happens on integer division by zero and a few other division-related operations.
Not sure I believe the answer above!
This will give a floating point exception.
The problem would appear to be that prime_pf is only initialised for 3 elements. So the modulo is attempting to divide by zero. BTW, if you add \n to your printf statement, and add the extra statement fflush(stdout); you are more likely to see the debug output before the program errors.
The problem exists in your primes_pf variable. You seemed to have initialized the first three elements of this integer array, but when iterator i goes beyond 2, primes_pf[i] is reading from uninitialized memory and getting compared to sq_root_pf ; that can’t be right.
I haven’t taken the time to fully understand your algorithm but my best guess is that you forgot to assign a new value to primes_pf somewhere in your for loop.
Cast to double (double)n_prmfnc
Not the answer you’re looking for? Browse other questions tagged c or ask your own question.
Linked
Related
Hot Network Questions
Subscribe to RSS
To subscribe to this RSS feed, copy and paste this URL into your RSS reader.
site design / logo © 2021 Stack Exchange Inc; user contributions licensed under cc by-sa. rev 2021.12.3.40888
By clicking “Accept all cookies”, you agree Stack Exchange can store cookies on your device and disclose information in accordance with our Cookie Policy.