Discussion :

[phoenixgreg]

Bonjour !

Quel type dois-je passer du côté Delphi pour "coller" avec un type byte[] côté c# ?
Moi j'ai vu que ça devait être tbytearray mais quand je passe celui-ci et que je lis les données côté c# j'ai que 1 byte qui est renseigné

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
[DllExport("SaveBlob", CallingConvention = CallingConvention.Cdecl)]        
        public static string SaveBlob(byte[] data, string connectionString, string insertStatement, string parameterName)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
function SaveBlob(aby_data: tbytearray; connectionString: PChar; insertStatement:PChar; parameterName:PChar):PChar; stdcall; external 'SqlCeWrapper.dll';
 
 
 
  Mstream1 := TMemoryStream.Create();
  ImageDefault := TImage.Create(nil);
  ImageDefault.Picture.Bitmap.LoadFromFile(ExtractFilePath(Application.ExeName)+'default.bmp');
  self.Picture.Assign(ImageDefault.Picture.Bitmap);
  self.Picture.SaveToStream( Mstream1);
 
  Mstream1.Position := 0;
  Mstream1.Read(ByteArray[0], Mstream1.Size);
 
  s_error := SaveBlob(ByteArray,PChar('test'),PChar('test'),PChar('test'));

Avez-vous une idée ?

merci d'avance les gens !

[ShaiLeTroll]

Si cela avait été du C++, j'aurais du que le mieux un PByte (^Byte) ou un simple Pointer< donc @ByteArray[0] en paramètre
Mais en C#, faut le tenter en espérant que le type tableau n'est pas une uzinagaz du GC
Les string du C# sont vraiment compatible avec de simple PChar ? surprenant !

[franckcl]

hummm pas sur que PByte puisse être compatible avec byte[] car (à priori) ce dernier contient la taille du tableau d'octets alors que PByte n'est qu'un pointeur sans indication de taille.

[phoenixgreg]

Ok j'ai essayé

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
ByteArray : PByte;
 
ByteArray := Mstream1.Memory;

quand je passe cela, j'ai toujours qu'un byte de renseigné comme sur le photo d'avant grrrrr

[phoenixgreg]

Oui en effet cela ne doit pas être aussi simple que ça, je pense passer par un type PansiChar pour faciliter la chose et du côté c# je m'arrangerai ..

[franckcl]

Il faudrait savoir comment le C# détermine la longueur du tableau de byte.
Zéro terminal ? ça m'étonnerait sinon le tableau ne pourrait pas contenir d'octets nuls et le nom est bien byte et non pas char...donc je ne crois pas au type Pansichar.
Dans le c# il faudrait inspecter la zone mémoire de la variable pour voir comment est organisé ce tableau.
J'ai pu voir que la taille maximum était donnée par un int32, alors peut être que les 4 premiers octets du tableau sont utilisés pour renseigner sur la taille.
Essaie de passer un pointeur sur un tableau de byte (donc un PByte) contenant 00,00,00,05,01,02,03,04,05 pour voir quel taille le C# retourne.

exemple de tableau de 5 bytes avec entête de longueur en int32:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
Const
  r : array[0..8] of byte = (00,00,00,05,01,02,03,04,05);
var
  Pb : Pbyte;
begin
  Pb := @r[0];
// Appeler ta fonction ici avec Pb en parametre
(...)

[phoenixgreg]

Salut franckcl,

En mettant 0 sur les quatre premier octet voilà ce que ça me donne:



j'essaie de voir pour lire la zone mémoire de la variable data côté c#

[franckcl]

Ok, donc tu es en train de dire que lorsque les 4 premiers octets sont à zéro, il considère que c'est un tableau de 1 caractère... bizarre
Ou alors tu peux faire l'inverse c# vers delphi ? mais j'imagine que c'est plus compliqué à mettre en oeuvre.

[phoenixgreg]

Peu importe ce que j'ai essayé j'ai toujours eu qu'un octet de visible côté c#, la piste est bonne mais faut que je trouve comment lui renseigner la longueur en effet

[guillemouze]

Peu importe ce que j'ai essayé j'ai toujours eu qu'un octet de visible côté c#, la piste est bonne mais faut que je trouve comment lui renseigner la longueur en effet

Ne serait-ce pas un problème de l'évaluateur ?
En delphi, c'est pareil, pour certains type il n'affiche que le premier élément car il ne connait pas le nombre à afficher.
Essaye de parcourir le tableau coté c# voir si le contenu est correct, plutôt qu'assumer que l'évaluateur a raison.
Attention au passage, ta convention d'appel stdcall est différente de celle de la dll cdecl (sensiblement les même, juste la libération mémoire n'est pas à la charge du même coté)

[phoenixgreg]

Salut guillemouze,

oui absolument, je n'ai pas eu le temps de vérifier ça, pour le moment j'ai fait un truc moche, càd de créer un fichier côté delphi avec le binaire puis de le lire côté c# et jouer avec... mouai..