Отправлено nKam 09 апреля 2002 г. 15:18 В ответ на: Если бы было так как вы говорите, то тип данных union был бы не нужен. Решение правильное, я бы поступил также. Да и на 16-битном CPU подобные фичи работают великолепно. отправлено Fanta 09 апреля 2002 г. 12:12

union предназначен не для неявного преобразования - вы пытаетесь прилепить к Си не его идеологию.

назначение union в размещении разнородной информации в одном месте. А уж компилятор то точно знает, как он там что разместил.

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

Еще раз говорю - наиболее правильным и красивым способом будет явное преобразование.

Не верите - читайте K&R.

Плохие решения иногда работают, но они редко работают в больших проектах, и еще реже работают долго.

• Ответ: 1) long и char и есть разнородная информация, 2) только не говорите мне, что компилятор умнее человека — trainer   (10.04.2002 14:13, пустое)
  • (+) — nKam   (10.04.2002 15:25, 769 байт)
    • Ответ: Вы несете откровенную чушь !!!!! — trainer   (10.04.2002 18:02, 1887 байт)
      • Закрывая дискуссию — nKam   (11.04.2002 20:59, 1118 байт)
      • Всегда считал: — Vallav   (10.04.2002 21:03, 562 байт)
        • Ответ: А я никогда и не утверждал, что union гарантирует идентичность размещения в памяти с точностью до бита. — trainer   (10.04.2002 21:53, 919 байт)
          • Ответ: — Vallav   (11.04.2002 09:05, 738 байт)
            • Ответ: Напоследок - чтообы не искать, что такое longVar.AsBytes, надо давать осмысленные имена, а не шифрограммы. — trainer   (11.04.2002 14:11, пустое)
• !!! — Энди   (10.04.2002 04:54, пустое)