В целом, конвертировать хз откуда данные в валидный go слайс — уже бида

Кто возможность отнял?

А как они это делают?

Называется (де)сериализация

не, там жсон в строке

так JSON и go слайс вещи разные )) тогда уже разыменовать эту память и скормить декодеру, и структуры не нужны

а как вы десериализовать поинтер то собрались?

не, там жсон в строке

так JSON и go слайс вещи разные )) тогда уже разыменовать эту память и скормить декодеру, и структуры не нужны

Я имею в виду - там только указатель можно паснуть, или что угодно?

только указатель конечно же

это все в рамках одного процесса, верно ?

один процес послылает другому процесу синхронно сообщение

именно так

один процес послылает другому процесу синхронно сообщение

И указатель этот на слайс байтов, так?

да. первая программа создаёт массив байтов, формирует сообщение с валидным указателем, и отправляет его синхронно в SendMessage, вторая программа в оконном цикле сообщений его принимает и забирает байты.

тут важно понимать, если у вас и правда процессы ( а не потоки/горутины), то этот метод работь не будет

тут важно понимать, если у вас и правда процессы ( а не потоки/горутины), то этот метод работь не будет

Почему это?

Потому что у каждого процесса своя виртуальная память, так сказать :) И указатель первого процесса не будет валидным для другого

Ну вообще-то как я понял речь идёт про специальное сообщение WM_COPYDATA, а его название как бы намекает на принцип его действия.

Почему это?

Хз на что оно намекает, Я имел ввиду в целом :)

Потому что у каждого процесса своя виртуальная память, так сказать :) И указатель первого процесса не будет валидным для другого

Потому-что в линуксе разделяемая память между процессами есть только при форке, и то там Copy on Write. Ещё можно иметь разделяемую память через файловый дескриптор, но тут похоже другая история.

Ну тут Pawel упомянул WM_COPYDATA, что автоматически означает винду, а не линукс.

Блэт, еще и венда

А оно достаточно умное, чтобы сделать прямое управление и для массива, на который слайс ссылается?

честно говоря я хз. Но в сищных примерах это всё как-то работает

А оно достаточно умное, чтобы сделать прямое управление и для массива, на который слайс ссылается?

Короче, тебе нельзя это в слайс превращать, а то гошный рантайм попытается собрать мусор, за что его винда покарает.

b := *(*[]byte)(unsafe.Pointer(&sl))

не будет работать

пойнтер указывает на блок памяти известного размера, в котором например строка. Вот мне надо эту строку получить

func PtrSliceFrom(p unsafe.Pointer, s int) unsafe.Pointer { return unsafe.Pointer(&reflect.SliceHeader{Data: uintptr(p), Len: s, Cap: s}) }

и упасть с ошибкой, когда гошный рантайм начнёт собирать мусор

откуда ошибка?

откуда ошибка?

Данные с другого процесса, read only access

откуда ошибка?

func PtrSliceFrom(p unsafe.Pointer, s int) unsafe.Pointer { return unsafe.Pointer(&reflect.SliceHeader{Data: uintptr(p), Len: s, Cap: s}) }

так не надо туда писать ничего.

Сделаешь free(ptr) и взрываешься

Как ты это гошному рантайму объяснишь?

func PtrSliceFrom(p unsafe.Pointer, s int) unsafe.Pointer { return unsafe.Pointer(&reflect.SliceHeader{Data: uintptr(p), Len: s, Cap: s}) }

это работает

Как ты это гошному рантайму объяснишь?

рантайм ничего никуда не пишет.

ладно, не буду спорить о том, о чём не знаю, венда — тёмный лес

@madgopher выручай

@madgopher выручай

у меня есть значение uintptr. Как мне получить из него соответствующий []byte ?

можно с таким же успехом сделать b := *(*[4096]byte)(some_unsafe_pointer)

Вариант неплохой-то

плохой, потому что надо контролировать длину ручками, ну и оно в компайл-тайме задает лимит.