double*p показать, что операция p++ передвигает указатель по памяти на определенное кол-во байт впарво

@DrewDDD · Регистрация: 24.12.2020

Студворк — интернет-сервис помощи студентам

@DrOffset · 01.01.2021, 22:42

Сообщение от Catstail

Кстати, созрел вопрос: если загрузка указателя в long (со знаком!) - такой страшный грех, почему компилятор этого просто не запрещает?

Запреты это вне духа С\С++. Считается что программист несет ответственность за некорректные действия.

Во-вторых это "грех" только в общем случае, в частном случае (когда sizeof(long) <= sizeof(ptr)) это вполне может работать не один год, как было, например, в нашем случае.

Вы все-таки прочитайте ссылки, которые я выше дал. Не ради спора, а ради интереса. Там на все эти вопросы есть ответы.

@Catstail · 01.01.2021, 22:47

Не по теме:

DrOffset, и перечитывая дискуссию, я натолкнулся на выражение "щелкнуть по носу". Я никого не щелкаю по носу, но и себя щелкать не позволю категорически.

@DrOffset · 01.01.2021, 22:50

Не по теме:

Сообщение от Catstail

и перечитывая дискуссию, я натолкнулся на выражение "щелкнуть по носу"

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

IGPIGP · 01.01.2021, 22:51

Сообщение от Catstail

Кстати, созрел вопрос: если загрузка указателя в long (со знаком!) - такой страшный грех, почему компилятор этого просто не запрещает? Ведь разработчикам компилятора сделать это - пара пустых!

Catstail, интеллект компилятора нельзя недооценивать. Но ещё хуже - его переоценивать.

C++
1
2
3
4
5
6
int a(0), *pa=&a ;
    int b=(int)pa;//пошарабану
    cout<<b++<<' '<<pa++<<endl;
    cout<<b<<' '<<pa<<endl;  
    
    char c=(char)pa;//...//error: cast from 'int*' to 'char' loses precision [-fpermissive]|

Ну то есть, для для преобразования в int (не в long!!) он застенчиво молчит (ну типа: кто знает... - может в этом великая ~~сермяжная~~ бинарная правда), а вот при попытке преобразовать в char он порывшись в недрах не находит никакой возможности выполнить это без обрезания. И прослезился

Кстати. Если тупо печатать сам указатель то рост тоже виден)

@Catstail · 01.01.2021, 22:52

Сообщение от DrOffset

Запреты это вне духа С\С++. Считается что программист несет ответственность за некорректные действия.

- ну, это потеря качества. Да, программист несет в C/С++ большую ответственность. Например, не проверяются индексы массивов. И понятно, почему: снизится производительность. Но запретить явное преобразование указателя в целое можно во время компиляции и это объектному коду "ничего не будет стоить".

@DrOffset · 01.01.2021, 22:55

Сообщение от Catstail

Но запретить явное преобразование указателя в целое можно во время компиляции и это объектному коду "ничего не будет стоить".

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

@Catstail · 01.01.2021, 22:56

Сообщение от IGPIGP

char c=(char)pa;//...//error: cast from 'int*' to 'char' loses precision [-fpermissive]|

- ну тут-то понятно и логично. Байт слишком короткий для указателя.

IGPIGP · 01.01.2021, 22:59

Сообщение от Catstail

Но запретить явное преобразование указателя в целое можно во время компиляции и это объектному коду "ничего не будет стоить".

В char запрещает
(short побери) :

C++
1
short d =(short)pa;//error: cast from 'int*' to 'short int' loses precision [-fpermissive]|

ну то есть, он возмущается когда ну совсем борзость отлавливает)

@DrOffset · 01.01.2021, 22:59

Сообщение от Catstail

ну тут-то понятно и логично.

А здесь будет аналогичная диагностика, если long меньше указателя.
Наподобие такой:

'type cast': pointer truncation from 'int *' to 'long'

главное ее не выключать

@Catstail · 01.01.2021, 23:02

Сообщение от DrOffset

Кода, который использует эту возможность, очень много, и не всегда этот код - некорректный.

- опа! Вот и я о том же... А пуристы-солипсисты клюют меня, бедного. И что такое адрес я не понимаю (да и не могу, ибо адрес - непознаваемое понятие), и с логикой у меня проблемы...

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

IGPIGP · 01.01.2021, 23:07

Сообщение от Catstail

слишком короткий

Ну может компилятор писал мужик с известной проблемой, - да. А вот я не понимаю, что значит

Сообщение от Catstail

Байт слишком короткий для указателя

И к тому же
Байт читает и думает, - опять мне досталось. Несправедливо!

Добавлено через 5 минут

Сообщение от IGPIGP

ну то есть, для для преобразования в int (не в long!!) он застенчиво молчит

не ловит он обрезание хотя -fpermissive включен. А 32 без знака в 32 со знаком не влезет. Но MinGW об этом не знает. То есть, компилятор мог бы но не реализует. Может у других получше с этим.

@eva2326 · 01.01.2021, 23:12

Сообщение от Catstail

Но запретить явное преобразование указателя в целое можно во время компиляции

Это противоречит самой идее существования "явных кастов".
C++ запрещает только неявные касты, что бы уберечь от ничайных ошибок.

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

IGPIGP · 01.01.2021, 23:26

Сообщение от eva2326

Явные же касты предполагают, что программист понимает что делает.

Сообщение от IGPIGP

ну то есть, для для преобразования в int (не в long!!) он застенчиво молчит

Сообщение от IGPIGP

не ловит он обрезание хотя -fpermissive включен. А 32 без знака в 32 со знаком не влезет. Но MinGW об этом не знает. То есть, компилятор мог бы но не реализует. Может у других получше с этим.

но

Сообщение от IGPIGP

В char запрещает
(short побери) :

C++
1
short d =(short)pa;//error: cast from 'int*' to 'short int' loses precision [-fpermissive]|

ну то есть, он возмущается когда ну совсем борзость отлавливает)

обе студии (2008/2017), правда едят всё молча)

@DrOffset · 01.01.2021, 23:39

Сообщение от IGPIGP

А 32 без знака в 32 со знаком не влезет. Но MinGW об этом не знает.

Конечно не знает. Потому что 32 без знака лезет в 32 со знаком.

An unsigned integer type has the same object representation, value representation, and alignment requirements as the corresponding signed integer type.
For each value x of a signed integer type, the value of the corresponding unsigned integer type congruent to x modulo 2^N has the same value of corresponding bits in its value representation.

Здесь ведь не в знаке дело совсем.

IGPIGP · 02.01.2021, 00:10

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

Сообщение от eva2326

программист понимает что делает

Но тогда, вопрос. Если по

Сообщение от eva2326

идее существования "явных кастов"

человек может сделать что-то (может и непереносимое или потенциально опасное) и разработчики компилятора полагают это этически приемлемым, то почему некоторые участники, считают себя вправе быть круче? Вопрос чисто этический и души ~~невинно убиенных~~ растлеваемых новичков не при чём. Можно положить свой код и пусть разбирают и сравнивают. Зачем бородатые дядьки учат других бородатых дядек столь бесцеремонно?

@eva2326 · 02.01.2021, 00:20

Сообщение от IGPIGP

Зачем бородатые дядьки учат других бородатых дядек столь бесцеремонно?

Задайте этот вопрос этим самым дядькам.

@DrOffset · 02.01.2021, 00:23

Сообщение от IGPIGP

разработчики компилятора полагают это этически приемлемым

Разработчики реализуют спецификацию языка С++. Вопрос этики перед ними, я полагаю, не стоит совсем. Это предельно формальное действо.

Код, аналогичный вашему

C++
1
short d =(short)pa;

только с long и int дает в MinGW точно такую же ошибку:

error: cast from 'int*' to 'int' loses precision [-fpermissive]

Сообщение от IGPIGP

почем некоторые участники, считают себя вправе быть круче?

Этот вопрос, я полагаю, лучше задать им.

IGPIGP · 02.01.2021, 00:31

Сообщение от eva2326

Задайте этот вопрос этим самым дядькам.

Я не мазохист. Кроме того мы с DrOffset, говорим о правомерности предупреждений компилятора при встрече явного преобразования. Вопрос был поднят
Catstail, небезосновательно. Если компилятор считает данный код допустимым, то почему человек не может его использовать для демонстрации мысли не связанной с преобразованием непосредственно?
Компилятор молчит и это либо странно либо нормально. Дядьки галдят и это либо странно либо нормально. Но получается не пересекающееся множество возможных состояний.

Добавлено через 1 минуту

Сообщение от DrOffset

олько с long и int дает в MinGW точно такую же ошибку:

Видимо у нас разные версии)

Добавлено через 2 минуты

Сообщение от DrOffset

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

Я говорю технических аспектах этики. Но вы далее приводите

Сообщение от DrOffset

только с long и int дает в MinGW точно такую же ошибку:

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

@DrOffset · 02.01.2021, 00:31

Сообщение от IGPIGP

Видимо у нас разные версии)

Разрядность у нас разная

Ваш MinGW 32-битный код создает, и там такой каст безопасен.
А мой - 64-битный, и закономерно ошибка появляется.

IGPIGP · 02.01.2021, 00:53

Да. У меня 32 и к тому же gcc version 5.1.0

И вот тут как раз видно, что когда компилятор видит ошибку он таки возмущается)
А когда каст безопасен - молчит. Воспитанный

Новые блоги и статьи Все статьи Все блоги /
Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .	Модель микоризы: классовый агентный подход 2 anaschu 06.01.2026 репозиторий https:/ / github. com/ shumilovas/ fungi ветка по-частям. коммит Create переделка под биомассу. txt вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .	Расчёт токов в цепи постоянного тока igorrr37 05.01.2026 / * Дана цепь постоянного тока с сопротивлениями и напряжениями. Надо найти токи в ветвях. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа и решает её. Последовательность действий:. . .	Новый CodeBlocs. Версия 25.03 palva 04.01.2026 Оказывается, недавно вышла новая версия CodeBlocks за номером 25. 03. Когда-то давно я возился с только что вышедшей тогда версией 20. 03. С тех пор я давно снёс всё с компьютера и забыл. Теперь. . .
Модель микоризы: классовый агентный подход anaschu 02.01.2026 Раньше это было два гриба и бактерия. Теперь три гриба, растение. И на уровне агентов добавится между грибами или бактериями взаимодействий. До того я пробовал подход через многомерные массивы,. . .	Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .	Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Нашел на реддите интересную статью под названием Anyone know where to get a free Desktop or Laptop? Ниже её машинный перевод. После долгих разбирательств я наконец-то вернула себе. . .	Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Рецензия / Мнение/ Перевод Нашел на реддите интересную статью под названием The Thinkpad X220 Tablet is the best budget school laptop period . Ниже её машинный перевод. Thinkpad X220 Tablet —. . .

@DrewDDD 0 / 0 / 0 Регистрация: 24.12.2020 Сообщений: 4

	doublep показать, что операция p++ передвигает указатель по памяти на определенное кол-во байт впарво 24.12.2020, 18:28. Показов* 4486. Ответов 81 Метки нет (Все метки) double*p показать, что операция p++ передвигает указатель по памяти на определенное кол-во байт впарво 0

@Catstail
	01.01.2021, 22:47
	Не по теме: DrOffset, и перечитывая дискуссию, я натолкнулся на выражение "щелкнуть по носу". Я никого не щелкаю по носу, но и себя щелкать не позволю категорически. 0

IGPIGP Комп_Оратор) $Эксперт по математике/физике$ 9005 / 4706 / 630 Регистрация: 04.12.2011 Сообщений: 14,003 Записей в блоге: 16
	02.01.2021, 00:53
	Да. У меня 32 и к тому же gcc version 5.1.0 И вот тут как раз видно, что когда компилятор видит ошибку он таки возмущается) А когда каст безопасен - молчит. Воспитанный 1