GB
разве в дотнете есть?
Size: a a a
2020 March 30
AK
понятия не имею!
GB
в жаве такое не импортнуть например
AK
AK
ах да, забыл... надо ж будет packed record делать, видимо
AK
пфффффф
AK
тогда и тип вариантного "индекса" пофиг какой, хоть байт :(
AK
...ладно, видимо, всё же придется отказаться от этой идеи объединения. а жалко!
GB
тогда и тип вариантного "индекса" пофиг какой, хоть байт :(
по-моему от типа индекса ровным счетом ничего не зависит
AK
размер структуры :) в т.ч. за счёт выравнивания полей
GB
ах да, забыл... надо ж будет packed record делать, видимо
не факт, может наоборот, надо чтоб выравненые поля были. тестить надо. вслепую не заработает скорее всего
AK
так вот тут и ещё один вопрос, этот, и остаётся. если НЕвыравненные - это в памяти везде одинаково будет. а выравнивание - хз как в другой системе будет реализовано.
AK
и ладно если 32 да 64 бита только, а если в настройках компилятора где-то 2, а где-то 4 стоит?
GB
размер структуры :) в т.ч. за счёт выравнивания полей
ах да, все время забываю, что это доп. поле
AK
ну, в моём случае - это доп.поле. если только тип указывать, без имени - место занимать не будет
GB
ну, в моём случае - это доп.поле. если только тип указывать, без имени - место занимать не будет
ну да. я такому коду удивился в свое время, когда парсер тестил
AK
остаётся пока такой вариант, значит?
TTL2Node = record
l :int64;
d :double;
name :pchar;
s :pchar;
parent :PTL2Node;
children:PATL2Node;
i :int32;
u :uint32;
f :single;
nodetype:byte;
b :bytebool;
end;
AK
отвратительно! :( группировка по смыслу пропадает
AK
впрочем, т.к размер не кратный даже 4 байтам, при использовании в массиве могут быть проблемы, если компилятор будет выравнивать размер ВСЕЙ структуры, а не отдельных полей
AK
видимо, придётся с Сишниками (потенциальными пользователями) говорить, ка это у них будет выглядеть