Copier des données à partir de IntPtr à IntPtr

J'ai deux IntPtr valeurs pointant vers certaines zones de données de length octets. length peut avoir un ordre de grandeur de 200 à 400.

            int length = /* ..*/
            IntPtr ptrSrc = /*.. */;
            IntPtr ptrDst = /* .. */;

Maintenant je veux copier les données à partir de ptrSrc à ptrDst. Ce code fonctionne:

            byte[] data = new byte[length];
            Marshal.Copy(ptrSrc, data, 0, length);
            Marshal.Copy(data, 0, ptrDst, length);

mais il a l'inconvénient d'avoir besoin temporaire supplémentaire (potentiellement énorme) tableau. Malheureusement, je ne pouvais pas trouver un Marshal.Copy variante dans le .NET framework pour copier directement à partir de IntPtr à IntPtr, je suis à la recherche de solutions de rechange.

Je suis intéressé par une solution qui fonctionne sur Windows 32 comme 64 bits de Windows. Des suggestions?

Pouvez-vous utiliser unsafe ?
oui, c'est possible.

InformationsquelleAutor Doc Brown | 2013-04-12

38

Vous pouvez P/Invoke dans le cas C de la fonction. C'est probablement la meilleure façon de le faire. Exemple:
```
class Program
{
    [DllImport("kernel32.dll", EntryPoint = "CopyMemory", SetLastError = false)]
    public static extern void CopyMemory(IntPtr dest, IntPtr src, uint count);

    static void Main()
    {
        const int size = 200;
        IntPtr memorySource = Marshal.AllocHGlobal(size);
        IntPtr memoryTarget = Marshal.AllocHGlobal(size);

        CopyMemory(memoryTarget,memorySource,size);
    }
}
```
- Hm, cela fonctionne sur 32 64 bits de Windows?
- Oui. memcpy copies octets, donc il n'y a pas de pointeur de la taille ou de limite de mot de problèmes. C# marhsalling prendrons soin de la droite la taille du pointeur de la sous-fonction C.
- Et puis-je assumer msvcrt être installé sur l'ordinateur de l'utilisateur, ou dois-je fournir mon propre? Je veux dire, il y a différentes msvcrt.dll's pour Windows 32 et 64 bits, non? Je ne suis pas inquiet au sujet de la taille du pointeur.
- msvcrt.dll sera disponible sur la plupart des systèmes, mais si vous voulez être sûr, vous aurez besoin de distribuer avec votre application.
- Mise à jour, vous voudrez probablement utiliser un construit en fonction Win32 vraiment assurez-vous que la fonction sera disponible. J'ai mis à jour l'exemple de l'utilisation CopyMemory de kernel32.dll.
- Votre solution semble fonctionner en mode 64 bits ainsi qu'en 32 bits mode (après l'échange de la source et de la cible ;-), voir mon montage de votre réponse.
- quelqu'un peut-il fournir un exemple pour "CopyMemory", voir ma question stackoverflow.com/questions/45805525/...
- Le comte arg est de 64 bits sur une plate-forme 64 bits et 32 sur 32 bits plate-forme. Je suppose que cela ne cause pas de ABI de problèmes parce que les x86 est en little endian (tant sur 64 bits 32 bits de la partie sera encore copié entièrement et être interprété correctement), mais une analyse plus précise de P/INVOKE devrait basculer entre les deux signatures différentes, selon 32/64 bits plate-forme.
- Depuis IntPtr et UintPtr sont toujours la taille d'un pointeur (32 bits (x86, 64 bits x64), vous pourriez résoudre l'exactitude problème en faisant de la count paramètre un UIntPtr et puis coulée dans l'appel.
InformationsquelleAutor driis
11

Je pense que la réponse nécessite une mise à jour .net 4.6 il y a
```
 Buffer.MemoryCopy Method (Void*, Void*, Int64, Int64)
```
Cette méthode copie sourceBytesToCopy octets à partir de l'adresse spécifiée par la source à l'adresse indiquée par destination. Si le chevauchement des tampons et de la différence entre les destinations moins source est inférieure à sourceBytesToCopy, le bloc de la source est copié dans le bloc de destination dans l'ordre inverse.

Donc, si vous n'êtes pas sur de 4,6 ou universal app windows 10 ensuite, utilisez la réponse précédente.
- Merci pour cette mise à jour. Sûr que cette solution fonctionne pour UWP apps? Je suppose que l'on a accepté la réponse ne sera pas.
- Il requis unsafe bloc de code de travail.
- Oui c'est normal quand on est à C# et de la mémoire à accès direct. C# n'est pas C++ où de telles actions sont plus fréquents
InformationsquelleAutor user3800527
2

Comme user38000527 souligne la réponse moderne est MemoryCopy et elle est partie .NET core 1.0, .NET la norme 1.3, et .NET framework 4.6.

Ici est de savoir comment vous l'utilisez dans votre contexte:
```
Buffer.MemoryCopy(ptrSrc.ToPointer(), ptrDest.ToPointer(), length, length) 
```
InformationsquelleAutor cdiggins

Vous devez vous connecter pour publier un commentaire.