IC
прямо в program.cs
Size: a a a
2020 January 13
DB
Там тоже не всё так однозначно. Никаких препятствий нет, но и обоснования тратить на это время тоже. :(
IC
Там тоже не всё так однозначно. Никаких препятствий нет, но и обоснования тратить на это время тоже. :(
потрать пару часов времени и получишь кучу респкта)
DB
Меня цинично подталкивают к нанесению пользы. :/
AT
exe-проектов у тебя сколько? Build props доступны?
AT
Меня цинично подталкивают к нанесению пользы. :/
^
DB
exe-проектов у тебя сколько? Build props доступны?
~15.
Ага.
Ага.
AT
~15.
Ага.
Ага.
Тогда у тебя ровно одна точка внесения изменений
AT
Экскрементируй как хочешь
IC
IC
и по идее должно работать само
NT
А потом либ несколько
NT
И грустнота
V
шарп всегда занулит любые структуры, надо постаратся чтобы заставить его это не сделать дважды или там где ну вот совсем не обязательно
а что насчет алайнмент битов в шарпе?
For alignment purposes, there may be unnamed padding at the beginning of a struct, within a struct, and at the end of the struct. The contents of the bits used as padding are indeterminate.
https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/language-specification/unsafe-code
For alignment purposes, there may be unnamed padding at the beginning of a struct, within a struct, and at the end of the struct. The contents of the bits used as padding are indeterminate.
https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/language-specification/unsafe-code
IC
а что насчет алайнмент битов в шарпе?
For alignment purposes, there may be unnamed padding at the beginning of a struct, within a struct, and at the end of the struct. The contents of the bits used as padding are indeterminate.
https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/language-specification/unsafe-code
For alignment purposes, there may be unnamed padding at the beginning of a struct, within a struct, and at the end of the struct. The contents of the bits used as padding are indeterminate.
https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/language-specification/unsafe-code
по ним не счиатеся хешкод
IC
и по ним не происходит сравнение
IC
НО! стек всегда зануляется
IC
так что, технически, области выравнивания в куче могут быть не занулены, но тогда это будет выходить за границы обектов
V
и по ним не происходит сравнение
Наколько я понял в реализации дикшенари у Егора сравнение шло через мемкмп - и у него такой подход работал через раз. Поэтому, если заюзать не стандартный gethashcode, а тот же мемкмп для сравнения обьектов струткр в шарпе - работать тож не будет. Верно?
IC
Наколько я понял в реализации дикшенари у Егора сравнение шло через мемкмп - и у него такой подход работал через раз. Поэтому, если заюзать не стандартный gethashcode, а тот же мемкмп для сравнения обьектов струткр в шарпе - работать тож не будет. Верно?
если будешь шуровать напрямую через указатели