Ви не увійшли.
- Теми: Активні | Без відповіді
Відповісти
Огляд теми (нові повідомленні вгорі)
- Olej
- 2018-06-12 22:26:49
есть тут контенгент
возьми "Букварь" 
Надпись над писуаром в общественном туалете:
- Мужчина, не льстите себе - подойдите ближе.
- leons
- 2018-06-12 18:11:23
тоже заметил что есть тут контенгент , который непонятно что с себя корчит потому что програмисты , отвечять не нужно это не вопрос
- Kaka
- 2018-06-12 09:57:41
Olej, тебе задали вопрос и попросили на него ответить. Ответ опровергает бред, который ты нёс. Похоже, это дошло даже до такого неуча. как ты. Отсюда хамство. Я правильно понял ситуацию?
- NoName
- 2018-06-12 01:41:00
Olej, (del)
почему так долго пропадали? ваш юмор уже и подзабыть успели )
- Olej
- 2018-06-11 21:33:59
Olej пише:если вы в промежуточных операциях (stundenOnlain * 3600 и т.д.) используете операнды типа byte, то и результат будет того же типа, и усекается до byte, или до int как минимальной единицы хранения целочисленных значений, в зависимости от архитектуры.
Т.е. если в операции сложения участвуют две переменные: одна long, а другая int - результат будет int? Это не бред?
Ты в операции: stundenOnlain * 3600 - где-то видишь и long и int?
Разуй глаза, придурок.
Анжэла, ви носите очки!
Подумают шо умная...
- Kaka
- 2018-06-11 20:56:33
если вы в промежуточных операциях (stundenOnlain * 3600 и т.д.) используете операнды типа byte, то и результат будет того же типа, и усекается до byte, или до int как минимальной единицы хранения целочисленных значений, в зависимости от архитектуры.
Т.е. если в операции сложения участвуют две переменные: одна long, а другая int - результат будет int? Это не бред?
- Olej
- 2018-06-10 23:22:28
спасибо, буду знать.
Там где есть сомнения - приводите явно типы операндов, и не будет у вас никаких проблем.
- Вячеслав Азаров
- 2018-06-10 22:55:28
спасибо, буду знать.
В С, результат арифметических вычислений приводится к самому длинному типу из правой стороны выражениия. Тип переменной в левой сторне, почему-то, не учитывается. Однако при попытке присвоить короткой переменной длинную, генерируется сообщение об ошибке или предупреждение. Странно, но так есть, и это стандарт. Это свойственно только С, например Паскаль делает вывод типов правильно.
- Selen
- 2018-06-10 22:26:21
Вячеслав Азаров пише:Для С это нормально, читайте стандарты. Пишите 3600L, 60L и все заработает.
Более того, это не вопросы конкретно C, а многих языков со статической типизацией: если вы в промежуточных операциях (stundenOnlain * 3600 и т.д.) используете операнды типа byte, то и результат будет того же типа, и усекается до byte, или до int как минимальной единицы хранения целочисленных значений, в зависимости от архитектуры.
Резюме: не экономьте без нужды на размерах типов данных объявляемых переменных.
спасибо, буду знать.
- Olej
- 2018-06-10 21:04:45
Для С это нормально, читайте стандарты. Пишите 3600L, 60L и все заработает.
Более того, это не вопросы конкретно C, а многих языков со статической типизацией: если вы в промежуточных операциях (stundenOnlain * 3600 и т.д.) используете операнды типа byte, то и результат будет того же типа, и усекается до byte, или до int как минимальной единицы хранения целочисленных значений, в зависимости от архитектуры.
Резюме: не экономьте без нужды на размерах типов данных объявляемых переменных.
- Selen
- 2018-06-10 20:32:06
Для С это нормально, читайте стандарты. Пишите 3600L, 60L и все заработает.
Спасибо большое, точно заработало!!!
- Вячеслав Азаров
- 2018-06-10 20:29:44
Для С это нормально, читайте стандарты. Пишите 3600L, 60L и все заработает.
- Selen
- 2018-06-10 20:16:21
Приветствую,
из за чего такое может быть, декларирую переменую unixZeitOnline как long для временни юникс, а считает програма ее как интеджер т.е правильно до 32767. в тоже же время друга переменная unixZeit тоже как long работает правильно.
мне нужно посчитать из нормального времени , секунды от начало суток.