- 18 Aug, 2009 1 commit
-
-
Alexandre Julliard authored
-
- 03 Jul, 2009 1 commit
-
-
Alexandre Julliard authored
-
- 13 May, 2009 1 commit
-
-
Francois Gouget authored
-
- 25 Mar, 2009 1 commit
-
-
Rob Shearman authored
CodeWeavers did this work for supporting the optional HTTP connection method of Outlook 2003/2007 (must be running with Windows versions set to XP or higher to see this option). This was written before Microsoft publicly released a specification for the RPC over HTTP protocol and so was developed by examining traffic flowing between a Windows client and an IIS server.
-
- 16 Feb, 2009 1 commit
-
-
Michael Stefaniuc authored
-
- 19 Jan, 2009 1 commit
-
-
Andrew Talbot authored
-
- 06 Jan, 2009 1 commit
-
-
Michael Stefaniuc authored
This improves the Win64 compatibility.
-
- 04 Jan, 2009 1 commit
-
-
Michael Stefaniuc authored
Also fix the compiler warnings introduced by this change.
-
- 18 Oct, 2008 1 commit
-
-
Alexandre Julliard authored
-
- 12 Sep, 2008 1 commit
-
-
Rob Shearman authored
-
- 19 Jun, 2008 3 commits
-
-
Rob Shearman authored
Move the special handling of the PKT_BIND_ACK packet from RPCRT4_ReceiveWithAuth to RpcAssoc_BindConnection, where it belongs.
-
Rob Shearman authored
rpcrt4: Add new function RPCRT4_ReceiveWithAuth to receive a fragment and return the authentication data received, if any.
-
Rob Shearman authored
-
- 01 Apr, 2008 1 commit
-
-
Rob Shearman authored
rpcrt4: Add a reference to the binding object in I_RpcNegotiateTransferSyntax and release the reference in I_RpcFreeBuffer. This is needed because a context binding handle could be released on unmarshall, but it still needs to stay valid until the binding handle is no longer being used. Re-use the previously unused RPCRT4_ExportBinding function as RPCRT4_AddRefBinding and rename RPCRT4_DestroyBinding to RPCRT4_ReleaseBinding to show that it's purpose is to release a reference count and destroy if necessary, not always destroy.
-
- 14 Mar, 2008 1 commit
-
-
Andrew Talbot authored
-
- 15 Feb, 2008 1 commit
-
-
Rob Shearman authored
Make the test of the return value of wait_for_incoming_data less strict.
-
- 05 Feb, 2008 1 commit
-
-
Rob Shearman authored
-
- 04 Feb, 2008 1 commit
-
-
Rob Shearman authored
-
- 23 Jan, 2008 3 commits
-
-
Rob Shearman authored
-
Rob Shearman authored
rpcrt4: Pass the SPN input to RpcBindingSetAuthInfoA/W into InitializeSecurityContextW instead of AcquireCredentialsHandleA/W.
-
Marcus Meissner authored
-
- 21 Jan, 2008 2 commits
-
-
Rob Shearman authored
-
Rob Shearman authored
-
- 17 Jan, 2008 1 commit
-
-
Andrew Talbot authored
-
- 08 Jan, 2008 1 commit
-
-
Rob Shearman authored
The actual sending of the request is still done in I_RpcSendReceive though. Disallow the server from calling I_RpcSend and I_RpcReceive to allow simplification of the code. The releasing of the connection is now done in I_RpcFreeBuffer. Implement I_RpcNegotiateTransferSyntax.
-
- 07 Jan, 2008 3 commits
-
-
Rob Shearman authored
-
Rob Shearman authored
Mask out RPC_VALID_FLAGS_BIT from ProcNum when it is used to build a packet to send to the server.
-
Rob Shearman authored
-
- 17 Dec, 2007 1 commit
-
-
Rob Shearman authored
Support handing out association group IDs.
-
- 30 Nov, 2007 1 commit
-
-
Rob Shearman authored
rpcrt4: Errors in sending or receiving packets should result in RPC_S_CALL_FAILED being returned, not RPC_S_PROTOCOL_ERROR.
-
- 13 Nov, 2007 1 commit
-
-
Rob Shearman authored
-
- 12 Sep, 2007 2 commits
-
-
Rob Shearman authored
-
Rob Shearman authored
-
- 20 Aug, 2007 1 commit
-
-
Andrew Talbot authored
-
- 23 Jul, 2007 1 commit
-
-
Rob Shearman authored
-
- 18 Jul, 2007 1 commit
-
-
Rob Shearman authored
Add RPC_S_SEC_PKG_ERROR to the list of "hard" errors.
-
- 05 Jul, 2007 2 commits
-
-
Rob Shearman authored
Remove the WINE_RPCFLAG_EXCEPTION hack to pass exception information to I_RpcSend.
-
Rob Shearman authored
-
- 27 Jun, 2007 1 commit
-
-
Rob Shearman authored
-
- 25 Jun, 2007 1 commit
-
-
Rob Shearman authored
rpcrt4: Store the assoc_group_id field returned from the bind_ack packet and use it when creating further connections in the association group.
-