> float d_value = *(float *)(s+offset);

Может, ты имел в виду float *d_value = (float *)(s+offset) ?

не вижу разницы.

Адрес вычисляется правильно, а вот во время _взятия значения_ по указателю, во втором случае происходит непонятное выравнивание и значение d_value получается неверным.

вот так ты добьешься тогоже результа и на x86 попробуй на ARM

#include <cstdio>

int main(int argc, char **argv)
{
    char s[] = { 67, 29, 135, 77, 1, 1, 1 }; 

    int offset = 3;

    float d_value = *(float *)(s+offset);

    printf("%f\n", d_value);

    return 0;
}

%f -- это печать даблов (man printf) То что у тебя печатается --- это мусор

>>вот так ты добьешься тогоже результа и на x86 попробуй на ARM

это не работает ни там ни там.

>%f -- это печать даблов (man printf) То что у тебя печатается --- это мусор

Бля, забыл, что для функций с переменным числом параметров float преобразуется в double. Беру свои слова назад.

>>%f -- это печать даблов (man printf) То что у тебя печатается --- это мусор

вы бы хоть разобрались. В данном конретном случае это отслеживается компилятором, и является ПОЛНОСТЬЮ корректым значением. Сейчас сделал gcc -S для этого случая, и для случая с явным преобразованием (double)d_value. Листинги получились абсолютно одинаковые.

Попробуй выключить оптимизацию, т.к. при оптимизации компилятор может, например, выкинуть инициализацию массива s и будет прав (с точки зрения стандарта), поскольку согласно стандарту поведение конструкции *(float *)(s+offset), где s -- массив char, не определено. А больше он нигде не используется.

А очень надо именно так делать? Это ведь совершенно непереносимый код. Если (предположу) стоит задача обмена данными в виде чисел с плавающей точкой между контроллером и управляющей машиной, то надо передавать их в строковом виде, потом конвертировать.

>>Попробуй выключить оптимизацию

не помогло.

Сейчас попробовал не брать значение, а записывать. Т.е.

*(float *)(s+offset) = ...;

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

P.S. также проверил бинарное представление float на x86 и на arm'e - полностью совпадают.

P.P.S. проблема также проявляется и для int/long, т.е. для 4-х байтных чисел, для short не воспроизводится.

>>Это ведь совершенно непереносимый код. Если (предположу) стоит задача обмена данными в виде чисел с плавающей точкой между контроллером и управляющей машиной, то надо передавать их в строковом виде, потом конвертировать.

Arm'овский прибор считывает данные с другого прибора в режиме ModBUS RTU (можно и ASCII, но сейчас не об этом). В конечном итоге они кладуться на диск в текстовые файлы, так что проблем не будет.

Судя по моему опыту работы с ARM-ами, попытка взять что-то по невыровненному адресу, в 99% случаев приводит к считыванию мусора, либо к аппаратным exception-ам (на WM девайсах).

ARM архитектура не позволяет образатся к 4х байтным данным, не выровненным по 4х байтной границе, вам, увы, прийдется извращатся, вычитывая 2 4х байтных слова, и высчитывая корректное значение, используя операции битового сдвига и and / or битовые.

Прежде чем делать такие вещи полезно почитать мануал:
http://infocenter.arm.com/help/topic/com.arm.doc.ddi0100i/index.html

В частности там написано к чему приводит невыровненный доступ
к двойному слову,слову и полуслову.

Простите за неконструктивный комментарий, но ...

... за такой код нужно к позорному столбу ставить. (Про выравнивание уже
сказали, не буду повторяться).

А если попробовать так:

char s[] = { 77, 135, 29, 67 }

float d_value;

void *ptr = &d_value;

memcpy(ptr, s, sizeof(float));

printf("%f\n", d_value);

На некоторых системах даже memcpy бесится с невыровненных адресов (хотя в вашем примере они будут выровненными).

на арме адресс должен делиться на 4, в последних моделях послобление и адресс может делиться на 2

есть опция gcc, чтобы генерировать предупреждения на невалидный код:
$ cat 1.cpp
#include <cstdio>

int main(int argc, char **argv)
{
char s[] = { 1, 1, 1, 77, 135, 29, 67 };

int offset = 3;

float d_value = *(float *)(s+offset);

printf("%f\n", d_value);

return 0;
}
$ g++ -Wall -Wcast-align 1.cpp
$
$ arm-linux-g++ -Wall -Wcast-align 1.cpp
1.cpp: In function 'int main(int, char**)':
1.cpp:9: warning: cast from 'char*' to 'float*' increases required alignment of target type

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

http://en.wikipedia.org/wiki/128-bit

как тогда правильно?

спасибо.

Ты не ответил на мой ответ. (C)

> как тогда правильно?

А Вы расскажите -- чего нужно сделать-то? Заново изобрести atoi?
Заново изобрести operator>>? Заново изобрести XDR? Или еще что-то?

Вы вопрос задайте. (C)

http://www.opennet.ru/base/dev/porting_code.txt.html
через memcpy - уже писали тут пример выше.