• Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
  • Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!

You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:

  • You are not logged in. If you are already registered, fill in the form below to log in, or follow the "Sign Up" link to register a new account.
  • You may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
  • If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.

Previously on "Microsoft (spit) / Services / RPC / Domain Policies"

Collapse

  • Guest's Avatar
    Guest replied
    Re: I don't know

    My argument exactly, however, when you have an application that have been around for a decade and is used on a number of sites then you have little choice.

    Of course, life would be even easier if Microsoft had zero involvement. Smell that coffee.

    Leave a comment:


  • Guest's Avatar
    Guest replied
    I don't know

    Microsoft brings the world the perfection that is the .NET framework, with remoting over tcp/ip or http,web services, ability to create and deploy windows services, multithreading and thread pools, code access security, automatic garbage collection, type safe pointers, delegates, enterprise services with just in time activation, com callable wrappers, object pooling, two-phase transaction co-ordinator, xcopy deployment.....


    And still people piss about with C, low level Windows API's and other arcane 20th century techniques.

    :rolleyes

    Leave a comment:


  • Guest's Avatar
    Guest replied
    Obviously a Grade B question.

    Leave a comment:


  • Guest's Avatar
    Guest started a topic Microsoft (spit) / Services / RPC / Domain Policies

    Microsoft (spit) / Services / RPC / Domain Policies

    Been a while since I had to dirty my hands inside some Microsoft code and I've forgotten how grubby you can get.

    Anyway, I need some pointers and hoped someone on here might be able to help out.

    We have a server that is run as a service and our client code (packaged as a lib and dll) uses rpc (ncalrpc driver) as the means of communicating with the server.

    Now, here at S........ we are domain users and we don't have any problems installing and running the service and clients in the same domain account.

    Unfortunately, we have a customer, also using domain accounts, who can install and run the service but the clients fail to bind to the rpc endpoint.

    Have run rpcdump and the endpoint is there on the customer's system. From the code, it looks as though the clients are failing to find the endpoint via the RpcNsBindingImportNext() call.

    Is this likely to be a domain setup problem, security issue .....????

    Any pointers, good Microsoft (spit) forum etc would be appreciate.

Working...
X