[jcifs] SVCCTL.idl/Remote Execution Working!

[Michael B Allen]

michaelm said:
> Hi Mike,
>
> Just an update, In addition we now have the following APIs working:
> ControlService()
> DeleteServie()
> QueryServiceStatus()

Great.

> Again, i have attached the generated code and the adjusted code plus
> idl. I hope this is helpful.

Well your IDL has to be right or very close. I'll try to make sure the
next rev of idlc generates good stubs right from the start.

>
> Regards,
> Michael
>
>
> On Tue, 2004-09-21 at 15:12, michaelm wrote:
>> Hi Mike,
>>
>> We have managed to get several of the SVCCTL APIs working.
>>
>> namely:
>> OpenSCManagerW()
>> OpenServiceW()
>> CreateServceW()
>> StartServiceW()
>>
>> We had to play with the generated code from the idlc. So I think you are
>> right about the idlc compiler being a little out of wack. We also needed
>> to tweek the IDL API.
>>
>> I have attached the generated svrctl.java code plus the adjusted
>> srvctl.java so that you can get a diff of the changes. I have also
>> attached the idl we used.
>>
>> Hope that helps with the new idlc.
>>
>> cheers,
>> Michael
>>
>>
>>
>> On Fri, 2004-09-17 at 20:51, Michael B Allen wrote:
>> > On Fri, 17 Sep 2004 17:25:29 +0200
>> > michaelm <michaelm at managesoft.com> wrote:
>> >
>> > > Hi Mike, and jcifs mailing list gang,
>> > >
>> > > Following on from our previous discussion, I think the the IDL
>> > > interaface for OpenServiceW is as follows
>> > >
>> > >     [op(0x10)]
>> > >     int OpenServiceW([in] policy_handle *scmanager_handle,
>> > >                      [in,string] wchat_t *ServiceName,
>> > >                      [in] uint32_t access_mask,
>> > >                      [out] policy_handle *service_handle);
>> > >
>> > > Note that I added the an extra [out] argument for the service
>> handle.
>> > > The windows API has a SC_HANDLE return value instead:
>> > >
>> > > SC_HANDLE OpenService(
>> > >         SC_HANDLE hSCManager,
>> > >         LPCTSTR lpServiceName,
>> > >         DWORD dwDesiredAccess);
>> >
>> > Wait for the next version of the idl compiler. I think you might have
>> better
>> > luck with that. After I release that I'll take a look at svcctl too. I
>> have
>> > no eta on the compiler. I know how I want the stubs to look but I'm
>> not
>> > certain how I'm going to emit the code in a generic way. It will take
>> a few
>> > days.
>> >
>> > Mike
>