J'ai un dll écrite avec Builder C++ dans laqu'elle j'ai une classe qui met permet de sauvegarder un fichier dans une base de donnée. Cette classe utilise donc naturellement un TStream en entrée.
 
Cependant, lorsque j'utilise cette dll depuis mon programme delphi, lorsque mon objet c++ veux acceder au TStream que Delphi lui a fourni, j'obtient une belle EAV

 
C'est la premiere fois que j'obtient une erreur pareil avec des objets VCL.
la gestion des stream serait-elle différentes entre delphi et c++ builder ? comment faire dans ce cas la ?

Faut voir le code. Normalement ça marche, mais vu ton erreur ça ressemble plutôt à une variable non créée (NULL), donc peut-être que c'est la façon dont tu ouvres ton TStream.
Quand tu dis "le TStream que Delphi lui a fourni", tu entends quoi exactement ? Tu passes un objet à la DLL/de la DLL ?

a un objet de la dll
en gros, j'appelle une méthode de la dll qui me renvoi un objet c++, sur lequel j'appele une méthode "setStream" avec un TStream créé en delphi
et quand ma dll C++ veux acceder a ce stream, bha ca me donne cette EAV
par contre le stream existe bien et est utilisable en delphi
 
 
en attendant, je passe par un fichier sur le disque mais ca me plais pas des masses.

Je ne suis pas sûr qu'on puisse passer comme ça des objets. Par contre si tu fais ça avec des interfaces ça devrait passer sans problème. En gros il faut que ton objet dérive de IInterfacedObject en plus de sa classe parente actuelle.

ca passe tres bien pour d'autres objects "home made" (tant qu'ils dérivent de TObject)
 
en fait on ne fait que passer un pointeur vers une zone mémoire, ensuite la VT fait le reste
 
j'ai l'impression que les TStream Delphi et les TStream C++Builder n'ont pas la meme VT donc on peut pas passer d'un a l'autre facilement
 
je suis dans une impasse puisque pour la sauvegarde dans la db, le TStream est crée coté delphi (et j'ai pas le choix vu que ca viens d'un composant externe) et pour la récupération depuis la db, c'est le C++ qui doit le créer

C'est un composant dont t'as pas le code ? Parce que sinon les composants Delphi se compilent en Builder sans probleme en général.
 
Sinon pour ton stream, il reste la solution de passer un pointeur vers un bloc mémoire, plus basique que de passer tout l'objet TStream.
 
Code venant d'AMC : (mais du vieux, donc c'est peut-être du bricolage pour rien ou du code pas très propre)
 

function TMovie.SaveToMemory: THandle;
var
  Stream: TMemoryStream;
  DataPtr: Pointer;
begin
  Stream := TMemoryStream.Create;
  try
    WriteData(Stream);
    Stream.Seek(0, soFromBeginning);
    Result := GlobalAlloc(GMEM_MOVEABLE, Stream.Size);
    if Result <> 0 then
    begin
      DataPtr := GlobalLock(Result);
      if DataPtr <> nil then
      begin
        Move(Stream.Memory^, DataPtr^, Stream.Size);
      end;
    end;
  finally
    Stream.Free;
  end;
end;
 
class procedure TMovie.FreeMemory(DataHandle: THandle; OnlyUnlock: Boolean = False);
begin
  if DataHandle <> 0 then
  begin
    GlobalUnlock(DataHandle);
    if not OnlyUnlock then
      GlobalFree(DataHandle);
  end;
end;
 
procedure TMovie.LoadFromMemory(DataHandle: THandle);
var
  DataPtr: Pointer;
  DataSize: Integer;
  Stream: TMemoryStream;
begin
  if DataHandle <> 0 then
  begin
    DataPtr := GlobalLock(DataHandle);
    if DataPtr <> nil then
    begin
      Stream := TMemoryStream.Create;
      try
        DataSize := GlobalSize(DataHandle);
        Stream.SetSize(DataSize);
        Move(DataPtr^, stream.Memory^, DataSize);
        Stream.Seek(0, soFromBeginning);
        ReadData(Stream);
      finally
        Stream.Free;
        GlobalUnlock(DataHandle);
      end;
    end;
  end;
end;

 
Là je copiais le stream vers le bloc mémoire réservé, mais il y a peut-être moyen de faire le même genre de choses en récupérant directement le pointeur "data" du stream, si c'est une DLL appartement au soft ça devrait marcher vu qu'ils ont le même espace mémoire je suppose.

et il marche ce code ?
il y a pas un probleme lors du Stream.Free ?  
 
donc faut que je passe passe par des pointeurs ! pas top ca ...

Bah en fait le truc là c'est que le stream n'était que temporaire (cf Move qui copie les données du stream vers la zone réservée).
Je n'utilisais qu'un pointeur pour être sûr de ne pas avoir de problème à cause des classes

c'est a tester ...