On Tuesday 11 December 2007 18:28:40 Mark Ellis wrote:
> On Tue, 2007-12-11 at 11:16 +0100, Guido Diepen wrote:
> > > Me too. I'm going to, hopefully today, go through all the rapi1
> > > registry calls and see exactly what works.
> >
> > I was thinking, you could see if the problem lays only in the InfoKey, or
> > also in the EnumValue. The only reason I call the InfoKey is that I want
> > to know what sizes for the buffers I need to reserve.
>
> I'm getting there, InfoKey now works. There were a few problems, but the
> killer was the implementation trying to GetLastError, which isn't
> provided by this function, who knows why. This of course meant the
> buffer position was 4 bytes too far in.
>
> Unfortunately, EnumValue still doesn't work.
>
> > What you could try is apply my patches to the synce-registry program, but
> > instead of calling the InfoKey function to determine these values, you
> > can set them manually
> >
> > So I mean these:
> > //First determine the size of the holding arrays for all
> > //subvalues/keys
> > DWORD lpcSubKeys ;
> > DWORD lpcbMaxSubKeyLen ;
> > DWORD lpcbMaxClassLen ;
> > DWORD lpcValues ;
> > DWORD lpcbMaxValueNameLen ;
> > DWORD lpcbMaxValueLen ;
> >
> > lpcbMaxClassLen++ ;
> > lpcbMaxValueNameLen++ ;
> > lpcbMaxValueLen++ ;
> > lpcbMaxSubKeyLen++ ;
> >
> > The MaxClassLen you can set to 256 (that is 255 chars + the \0
> > terminator) The MaxSubKeyLen you can set to the max path len: MAX_PATH
> >
> > the other two values can be quite high, I am not sure whether a limit is
> > put on the value len or the valuenamelen, but the maximum value len I
> > encountered is 4096 bytes. If you just put it for testing at something
> > like 16384 it should be ok.
> >
> > Then we will at least know whether the problem is within QueryInfo or
> > within EnumValue.
>
> The answer seems to be both.
>
> We can hardcode sizes if it comes to it, but now I've done InfoKey I
> think I've got the hang of it. It'll need to be fixed sometime anyway,
> might as well do it right.
Yup, that was my idea also... I saw that there were some more NULL references,
so maybe I will implement the other functions also :)
>
> David, after my first experience of reverse engineering in rapi, I'm
> humbled by the effort it must have taken to get librapi to the point
> it's at, hats off to you.
Make that another hat here that is taken off !!! :)
Guido
--
Aviation is proof that given the will, we have the
capacity to achieve the impossible.
--Eddie Rickenbacker
-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
SynCE-Devel mailing list
SynCE-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synce-devel
