IC
Когда ptrtostring
Size: a a a
2020 February 10
Dv
В обратную сторону
А, в обратную
Dv
Мне кажется, у челика проблема именно с прямой стороной — там, где можно как раз сэкономить
Dv
Ну и, плюс, если у тя уже и так интероп, то ты можешь там и массив, и стрингбилдер вместо строки передавать
Dv
И сам менеджить копирование
Dv
Кстати, вы заметили, что ишуи таки мигрировали в dotnet/runtime?
IC
Мне кажется, у челика проблема именно с прямой стороной — там, где можно как раз сэкономить
Я имел ввиду создать буфер через hglobal и туда копировать строки
Dv
Молодцы MS
Dv
Я имел ввиду создать буфер через hglobal и туда копировать строки
Ну, это сработает в его случае, если нативную либу с регулярками заюзать
IC
А потом asref как строка
IC
Ну, это сработает в его случае, если нативную либу с регулярками заюзать
Конвертнуть поинтер в строку дотнет, чтобы в регэксп скормить
Dv
Конвертнуть поинтер в строку дотнет, чтобы в регэксп скормить
А вот тут уже сложна
IB
челик не хотел бы менять Regex дотнетовский на "си-либу", но спасибо, убедился, что проблема есть и штатными средствами нерешаемая.
Dv
челик не хотел бы менять Regex дотнетовский на "си-либу", но спасибо, убедился, что проблема есть и штатными средствами нерешаемая.
Увы, пока что так, да.
IC
Unsafe.AsRef Метод (System.Runtime.CompilerServices) | Microsoft Docs
https://docs.microsoft.com/ru-ru/dotnet/api/system.runtime.compilerservices.unsafe.asref
https://docs.microsoft.com/ru-ru/dotnet/api/system.runtime.compilerservices.unsafe.asref
Dv
Unsafe.AsRef Метод (System.Runtime.CompilerServices) | Microsoft Docs
https://docs.microsoft.com/ru-ru/dotnet/api/system.runtime.compilerservices.unsafe.asref
https://docs.microsoft.com/ru-ru/dotnet/api/system.runtime.compilerservices.unsafe.asref
Последний раз, когда я с этой апихой игрался, всё, что у меня получилось — это наебнуть рантайм
IC
Последний раз, когда я с этой апихой игрался, всё, что у меня получилось — это наебнуть рантайм
Ты это зря так
Dv
Не, я не говорю, что апишка ненужная. Я говорю, что она опасная :)
IC
мхм, есть огромная строка (200к символов, например). Есть необходимость проводить Regex.Match над её конкатенацией совместно с небольшим кусочком текста (спереди или сзади), причем частота таких конкатенаций высока. Т.к. Regex.Match работает только со строками, нельзя запулить всё в char массив и избежать частых string.concat. Можно ли избежать аллокаций памяти на каждую конкатенацию? String.Create нет, это 4.7
Дак может ну его эти регулярки
IC
Они для слабых