Allow for fetching entire `[]byte` slice as `bytes` about gopy HOT 5 CLOSED

This is a great issue for someone to work on! The current model is that Go owns all the data structures exposed by gopy, which continue to be managed by its GC etc, and are accessed exclusively by the (auto generated) handle. To do something more efficient, gopy could expose a method that returns an unsafe pointer and a length into any slice's raw memory (&slice[0]), which then shows up as a python bytes object, with whatever proper steps / warnings or whatever to ensure that this raw memory is copied immediately into the Python side of things and the dangling pointer is not kept around after this initial call, as it will become increasingly likely to become invalid. Presumably the python wrapper just does the copy immediately in the course of calling this method.

from gopy.

This could be achieved by using a string type presumably? The semantics of the []byte would be lost if it was not directly writable on the python side.

from gopy.

My understanding is that a string type in Go would automatically map to an str type in Python, which is defined as being composed only of UTF-8 bytes. Indeed, trying something similar out seems to return an error on the autogenerated Get method:

UnicodeDecodeError: 'utf-8' codec can't decode byte 0xff in position 0: invalid start byte

I suppose there's no way of forcing a Go string to be handled as a bytes type instead? My assumption here is that there's not (or that any conversion here would be of equivalent effort as the original ask, in GoPy itself), and it's also partially the reason why I specified bytes rather than bytearray -- I assume that mapping the mutating aspects of the Python bytearray back to the Go []byte may not be feasible, hence it might simply be worth adding a function that returns an immutable copy of the entire byte slice instead.

from gopy.

I'm not sufficiently up on the relevant standards in Python for how this all works, so I can't really judge, but it sounds like we might want to have it work in different ways depending on the use case.. We do have the ability to flag things with some kind of comment directive I believe, so that might be an option. I can't quite remember where this is used but I believe it determines how an interface{} is treated or something to that effect.

from gopy.

Fixed by #342

from gopy.