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


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


так кто то пару постов назад призывал думать широко..и что же ?! сами наступили на те же грабли ?! есть платформы на которых писать на (классическом) си не получится 


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

У меня такое впечатление, что вам очень тяжело связать вместе пару фраз! Вы спрашиваете, в чем преимущество С? Я вам ответил, что он играет роль универсального языка ассемблера высокого уровня для любой платформы.  А вы, как говорится, смотрите в книгу и видите фигу. 

Цитата(Сыроежка @  8.7.2011,  17:45 ) 
C/С++ предполагают,что целые числа выравнены в соответсвии с кратностью их размеров[/B] . Почему это не прописано? Да просто потому, что стандарт не определяет размеры целых чисел. 


Размер не определяет, а выравнивание определил ?! хотя нет уже вы смягчили слово, теперь он "предполагает".. хотя вот откуда кратность взялась ?! 

Да, размер не определяется, а выравнивание определяется. В стандарте С даже спциально есть определение понятия выравнивания. Не догадываетесь, для чего это нужно? А все очень просто. Это нужно для арифметики с указателями. Только и всего.

Добавлено через 9 минут и 49 секунд


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

Стандарта - это как раз "пуп земли"! Потому что если язык не удовлетворяет стандарту, то значит вы говорите о чем-то другом, но не о языке С или С++. То есть ваши фантазии по поводу языка к самому языку никакого отношения не имеют. Более того как раз требование к кмопилятору, чтобы он имаксимально удовлетворял стандарту, является основным тербованием к компиляторам у профессионалов. Иначе ваш код просто будет мало того, что не переносим, а вообще его поведение будет непредсказуемым. Поэтому всякое отклонение от стандарта вы используете, кк говорится, на свой страх и риск. Но страшнее всего то, что порой такие ощиьки, связанные с отклонением о стандарта при переходе с одного компилятора на другой или с одной платформы на другую, порой трудно найти. И тогда поведение программы становится таким, как будто бы на нее влияет погода за окном: сегодня программа работает так, как ожидалось, а завтра совсем по другому. И, как я отметил, такие ошибки очень трудно натйи.

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

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

Сыроежка, пример.
приходит пакет данных, с заголовком:Очевидно, что член hdrSize и последующие не будут иметь нужного выравнивания (именно в этих случаях используется арифметика указателей, о которой спрашивал ТС). Как это написать грамотно?

Мне легко, я пытался , чтоб Вы осознали Ваши тупики без моей подсказки .. 
Чтоб не распыляться, так как Вы все время избегаете целевых вопросов, уделяя внимания оффтопику, еще раз уточню: 
где в стандарте сказанно, что выравнивание не может быть равно 1 ?
как стандартными средствами узнать выравнивание для нужного типа ?
почему если выравнивание на платформе 1, нельзя использовать код из первых постов.. 

Любой ? И iOS (на чём у них там - на процессоре Samsung кажется), Android, Windows Phone 7 ?

bsa, 


так же проблем не должно возникнуть?

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

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

Хочется особо отметить не так давно пришедшего volatile -- так держать.

  

М. Жванецкий. XX Век (выдержка)

Да уж  написал сперва много текста, потом стер. Какой смысл отвечать на чушь?
Сыроежка
Оставляешь впечатление человека, который вообще нихрена на C++ серьезнее чем Hello World не писал.

Это сообщение отредактировал(а) azesmcar - 11.7.2011, 09:31

должно, если я пользуюсь не GCC или совместимым компилятором. И вообще, твой код нестандартен. А надо сделать стандартно.

И что из того, что разработчики делают сотни расширений?! Разве это оправдание того, что вы сами грубо нарушаете стандарт?! Не вижу абсолютно никакой логики в вашем высказывании. Есать лишь у вас желание любой ценой оправдать свое незнание стандарта. Только и всего.

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

Добавлено @ 15:38


Пакеты данных, очевидно, передаются по среде передачи упакованными. И их формат и выравнивание данных очень часто не соответствуют требованиям языков С/С++.

Как это грамотно описать? Обычно проимзводят базировние этого пакет по указателю char *, а затем делают необходимые преобразования и переписывают данные в подготовленную структуру. Очень часто для этих целей используется стандартная функция memcpy для выполнения копирования данных из пакета в переменные программы определенного типа. Тут также стоит отметить, что в пакете целочисленные данные могут быть представлены в формате как big indian, в то время как на вашей платформе они представляются в виде little indian. То есть обычно в любом случае требуется преобразование.



Это сообщение отредактировал(а) Сыроежка - 13.7.2011, 15:40

мне кажется Вы увлеклись рассматриванием отражения в экране..   




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

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