I fully agree with asen.
If ur passing a large chuck of data, u cannot use normal datatypes like
variant. U need to use use IsequentialStream interface to hold large chunk
of data (also known as blob)

Regards
Vinay
Senior Software Engineer
Microsoft Competency Group
Satyam Computers Services Ltd.

-----Original Message-----
From: Asen Mihalev [mailto:asenSOLARIS.TECHNO-LINK.COM]
Sent: Tuesday, January 22, 2002 8:59 PM
To: DCOMDISCUSS.MICROSOFT.COM
Subject: Re: Proxy to Stub and stub to proxy

What kind of data structures are inside the [in]VARIANT and [out, retval]
VARIANT? This could help determining the exact cause of your problem.

If you don't use script access for your component the VARIANT is not the
most efficient way to transfer large data blocks. It is far more efficient
to transfer it using some custom defined interface. But maybe you got no
choice.
  ----- Original Message -----
  From: S.Pradhan
  To: DCOMDISCUSS.MICROSOFT.COM
  Sent: Tuesday, January 22, 2002 11:04 AM
  Subject: Re: Proxy to Stub and stub to proxy

  The IDL is like this:

/***************************************************************************
  ***************************/

  import "oaidl.idl";
  import "ocidl.idl";
          [
                  object,
                  uuid(123A96F9-5230-4274-B5CD-B7E61810236E),
                  dual,
                  helpstring("IPSTransferTest Interface"),
                  pointer_default(unique)
          ]
          interface IPSTransferTest : IDispatch
          {
                  [id(1), helpstring("method PutData")] HRESULT PutData(
[in]VARIANT
  varInValue,

[in]long lIn1, [in]long lIn2);
                  [id(2), helpstring("method GetData")] HRESULT GetData(
[out]long* plOut1,

[out]long* plOut2,

[out, retval]VARIANT* varOutValue);

          };

  [
          uuid(A1403B69-012A-4F7C-82A4-3E771CFB7F60),
          version(1.0),
          helpstring("PSTransfer 1.0 Type Library")
  ]
  library PSTRANSFERLib
  {
          importlib("stdole32.tlb");
          importlib("stdole2.tlb");

          [
                  uuid(7F03F831-47F3-415C-BDCA-F29BD859144F),
                  helpstring("PSTransferTest Class")
          ]
          coclass PSTransferTest
          {
                  [default] interface IPSTransferTest;
          };
  };

/***************************************************************************
  ***************************/

  -----Original Message-----
  From: Distributed COM-Based Code [mailto:DCOMDISCUSS.MICROSOFT.COM]On
  Behalf Of Asen Mihalev
  Sent: Monday, January 21, 2002 8:22 PM
  To: DCOMDISCUSS.MICROSOFT.COM
  Subject: Re: Proxy to Stub and stub to proxy

  Can we see your interface definition in the IDL file in case you have one.
    ----- Original Message -----
    From: S.Pradhan
    To: DCOMDISCUSS.MICROSOFT.COM
    Sent: Monday, January 21, 2002 7:03 AM
    Subject: Proxy to Stub and stub to proxy

    I have a exe com component which run in a remote computer and my client
is
    in another computer.
    When i try to do a put data, transfer a 30 mb data from the client to
the
    exe component, it takes a lot of time(i.e i tranfer the data from proxy
to
    stub or the component), it takes around 20 minutes.But when i do a get
  data
    from the component to the client application, it takes a much less
    time(around 4 minutes), here the data transfer is from the component to
  the
    client application(i.e stub to proxy or the client app).Why is the huge
    difference.Both machine are win2k advance servers.

    What is the reason for the delay, though it is the same data transfer.Is
    stub to proxy faster than the proxy to stub in remote computer
scenarios.

    Thanks
    Pradhan

    ----------------------------------------------------------------
    Users Guide http://discuss.microsoft.com/archives/mailfaq.asp
    contains important info. Save time, search the archives at
    http://discuss.microsoft.com/archives/index.html .
    To unsubscribe, mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM

RÇ«°k¢uèm¶Yÿv+ ºË&?Êè²?ír?¿j·!S÷¬þf¢.öªjÊ\¢{ZS{"ss+µ©íSwèI«Þ¶)z±æ«r ayªÜ?+Þ±
  «a¶ýجrë,s'+¢Ê µÊ&ýªÜ?+Þ³ø§uìa¶iS¢éì¹» ®&ÞT¨¥¶?Â8Ë",z ~·ª¹ë- ",Q$O $NHáS

  ----------------------------------------------------------------
  Users Guide http://discuss.microsoft.com/archives/mailfaq.asp
  contains important info. Save time, search the archives at
  http://discuss.microsoft.com/archives/index.html .
  To unsubscribe, mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM

RÇ«°k¢uèm¶Yÿv+ ºË&?Êè²?ír?¿j·!S÷¬þf¢*öªjÊ\¢{ZS{"ss+µ©íSwèI«Þ¶)z±æ«r ayªÜ?+Þ±
«a¶ýجrë,s'+¢Ê µÊ&ýªÜ?+Þ³ø§uìa¶iS¢éì¹» ®&Þ(tm)¨¥¶EURÂ8Ë"'z ~·ª¹ë- "'Q$OE
$NHáS
**************************************************************************
This email (including any attachments) is intended for the sole use of the
intended recipient/s and may contain material that is CONFIDENTIAL AND
PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or
distribution or forwarding of any or all of the contents in this message is
STRICTLY PROHIBITED. If you are not the intended recipient, please contact
the sender by email and delete all copies; your cooperation in this regard
is appreciated.
**************************************************************************

----------------------------------------------------------------
Users Guide http://discuss.microsoft.com/archives/mailfaq.asp
contains important info. Save time, search the archives at
http://discuss.microsoft.com/archives/index.html .
To unsubscribe, mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]