caxapa.ru :: это изврат. Сделайте нормальный union, а потом собирайте массив из них хоть на 100500 элементов

koyodza (11.11.2013 23:48, просмотров: 91) ответил UraGun на ну эт понятно :) В общем union законно решает мой вопрос. Надеюсь так вот можно ? Анонимно.

это изврат. Сделайте нормальный union, а потом собирайте массив из них хоть на 100500 элементов

Ответить

- Кстати, с обявлением массива в >65535 тоже были проблемы, как я помню. - UraGun(12.11.2013 00:02)
  - про 100500 я сказал образно. Кстати, используя указатели можно замутить массив любого размера в пределах имеющейся памяти koyodza(54 знак., 12.11.2013 00:06)
- Тогда я получаю массив юнионов, а мне нужен юнион масивов. - UraGun(12.11.2013 00:00)
  - "не нужен тебе пистолет, Гарри. Тебе нужен я" (с) Snatch - koyodza(12.11.2013 00:05)
    - Я не думаю что ты стрелять не умеешь, я знаю, что ты стрелять не умеешь :) - UraGun(12.11.2013 00:06)
      - Вся эта канитель задумана не для совместного доступа к значениям одних и тех-же ячеек памяти под видом разных переменных, а для использования одних и тех же ячеек памяти, для хранения значений одинаковых по длинне структур, нкогда не используемых UraGun(136 знак., 12.11.2013 00:10)
        
        А оверлеи в линкере, а переменные в соотв. сегментах не пробовали? Гораздо изящнее, ИМХО. - Хитрый Китаец(12.11.2013 11:04)
        
        Пиздец. Лютый бешенный, дикий и неистовый пиздец. Хуже было, только когда я услышал, что в A[123] хранится что-то одно в один момент времени и что-то другое в другой... И на фоне этого malloc() считается чем-то плохим и негодным? Он хотя бы fk0(155 знак., 12.11.2013 02:03)
        
        Я тоже так делаю :) Если функциональность четко разделена, какие проблемы? Vladimir Ljaschko(99 знак., 12.11.2013 08:20)
        
        Когда "хранится что-то одно в один момент времени и что-то другое в другой" это абсолютно нормальная практика при ограниченности ресурсов - Shura(12.11.2013 08:18)
        
        Ага, а ещё прождает нефрагментированные куски свободной памяти, вот уже где неистовый пиздец. - UraGun(12.11.2013 07:32)
        
        зачем задавать вопрос, если не укладывающийся в рамки ожидаемого ответ априори игнорируется? - koyodza(12.11.2013 00:12)
        
        Ну с чего Вы взяли что игнорируется то ? Я вообще спрашивал об экстерн, вы первично посоветовали юнион, один из вариантов использования юнион мне подошел, почему Вас задевает что подошел не тот, на котором настаиваете Вы ? :) - UraGun(12.11.2013 00:15)
        
        если бы я знал, что Вы примените новое знание не по назначению, то не советовал бы :=) - koyodza(12.11.2013 00:20)
        
        :)))))))) срыв шаблонов - моё кредо. - UraGun(12.11.2013 00:46)
        
        так что ли ?! - MegaJohn(12.11.2013 00:55, картинка)
        
        похоже на то - koyodza(12.11.2013 01:00)
        
        При недостатке аргументации, главное - вовремя перейти на личности, понимаю :) Так что кроме "наползания", и того что так "никто не делает" Вас ещё не устраивает в предложенном мной написании ? UraGun(68 знак., 12.11.2013 01:03)
        
        да как-то стыдно становится перед преемниками кода, теряя 63кб памяти на dummy. Хотя если у вас её много то почему бы и нет. - MegaJohn(12.11.2013 01:18)
        
        почему же никто? Очень многие именно так и делают. А наползания Вам мало? Тогда пишите на ассемблере, там нет ни юнионов, ни структур. Вообще никаких проблем, можно фиксированные адреса для всех переменных использовать - koyodza(12.11.2013 01:15)
        
        Умение впадать в крайности несомненно Ваш конек :) - UraGun(12.11.2013 00:56)
        
        ну когда вышеназванный подход будет работать на CCS, MSVC, и прочих средах, тогда отлично. Но я же соглашусь с koyodza - MegaJohn(12.11.2013 00:59)
      - нафига Вам юнион массивов и чем не устраивает массив юнионов? - koyodza(12.11.2013 00:09)
        
        юнион массивов чреват тем, что при разной размерности массивов получите наползание элементов с разным индексом друг на друга. С массивом юнионов такого не произойдёт - koyodza(12.11.2013 00:13)
        
        Я однократно обявляю юнион с проверенными по длине массивами структур, и непременно инициализирую каждый элемент. Откуда взяться наползанию ? - UraGun(12.11.2013 00:17 - 07:57)
        
        технически верны оба варианта. логически - массив юнионов красивее. в любом случае юнионы у вас решат проблему выравнивания автоматом. а вот проблема больших и малых индейцев никуда не денется. весьма вероятно, что на тех платформах что у вас в Mahagam(195 знак., 12.11.2013 00:27)
        
        в варианте массива юнионов исправить индейцев может быть проще, чем в варианте юниона массивов. Ну и про возможные ошибки при внесении изменений я уже говорил, второй метод потенциально больше подвержен человеческому фактору - koyodza(12.11.2013 01:17)
        
        завтра понадобится добавить ещё одно устройство и привет. Вообще писать в таком стиле, с прибитыми гвоздями массивами - это самый что ни на есть говнокод - koyodza(12.11.2013 00:18)
        
        Видимо, по осени многих тянет чего-нибудь к чему-нибудь прибить :-) - Shura(12.11.2013 08:16)
        
        Ты ничего не понимаешь в современной копроэкономике. Увы, но это верный способ заработать больше и стабильно (ПО должно требовать перманентной поддержки). - fk0(12.11.2013 02:18)
        
        да, мне не раз говорили, что выгоднее делать г*вно - koyodza(12.11.2013 10:51)
        
        Настоящий копроворчун, всегда найдёт повод поворчать на привычную тему. - UraGun(12.11.2013 11:01)
        
        Ну и какие проблемы добавить в юнион ещё один тип устройства, вписав его в те-же 100 байт ? Если переменных понадобится больше - просто изменим количество байт на один адрес и поправим количество думми в конце. - UraGun(12.11.2013 00:39)
        
        никаких. Пишите сразу на ассемблере, будет ещё лучше - koyodza(12.11.2013 01:01)
        
        Этот ответ Вы несомненно тоже относите к тем что по сути вопроса :) - UraGun(12.11.2013 01:04)
        
        Удобством записи при обращении. - UraGun(12.11.2013 00:13)
        
        напишите здесь оба варианта и покажите, где неудобства - koyodza(12.11.2013 00:14)
        
        у меня есть три структуры для описания переменных трёх типов участников сети. К примеру. UraGun(1123 знак., 12.11.2013 00:34)
        
        За подгонку байтиков в структуре к бинарному формату -- сжигать нужно. При работе с бинарными форматами _всегда_ нужна ручная сериализация и десериализация. Увы. Архимегагонокод. - fk0(12.11.2013 02:07)
        
        предполагаю, что проектируются костыли для окучивания буфера обмена копированием "ячеек" без перепаковки. грустная история. - Vit(12.11.2013 01:18)
        
        наверное, прав был ув.ЛИ - koyodza(12.11.2013 01:23, ссылка)
        
        +1. - fk0(12.11.2013 02:14)
        
        Аминь. - UraGun(12.11.2013 07:36)
        
        говнокод шопесец. Выравнивание считаем вручную koyodza(427 знак., 12.11.2013 01:08)
        
        Да вроде никто и не просил. Как никто и не просил переживать. - UraGun(12.11.2013 07:41)
        
        благодарю что дали понять по поводу бесполезности ответов на ваши вопросы. Сэкономлю время в следующий раз - koyodza(12.11.2013 10:48)
        
        Да уж, будьте любезны. - UraGun(12.11.2013 10:58)

ARM, RISC-V контроллеры