FiveTech Support Forums

Antonio,
Are you planning to release the registry functions in version 1? Thanks for everything so far.
regards, saludos,
Jon Munro

Jon,

We have just published a new FWPPC build with registry management functions support. You may already download it.

We appreciate your feedback about how they work, thanks

Antonio
Thanks for the update! 'RegQueryValue' is possibly missing the unicode to ascii conversion of the result and just returns the first character...tried patching it myself but clipapi.h prevents me. On the emulator I just used the 'owner' key to test this. The emulator doesn't seem to support writing to the registry, so I'll be testing on an Intermec 700 (where FWPPC runs perfectly) in a day or two and will let you know results...
Regards, Saludos,
Jon Munro

Jon Munro wrote:'RegQueryValue' is possibly missing the unicode to ascii conversion of the result and just returns the first character...

Jon Munro wrote:The emulator doesn't seem to support writing to the registry, so I'll be testing on an Intermec 700 (where FWPPC runs perfectly) in a day or two and will let you know results...

Antonio
Thanks for the update. I've tested it on an Intermec 700 and used VidyaRegistry editor to check results:
Reading values and Creating keys is now OK. However, regsetvalue correctly creates the required subkey but writes the type 'REG_SZ' instead of the intended text contents... Nearly there hth
Regards, Saludos,

Jon,

We have just published a new build. Please test it and let us know how it goes. Thanks!

Antonio,
RegSetValue now writes OK except that only half the string gets written to the registry - ie 10 chs become only 5 ! I suspect that the size of the data needs to be defined as DWORD. Also it works with the emulator too. RegDeleteKey is also OK. So now I can use it the way it is, there is no need to rush out a patch just for me, thanks.

regards

Jon,

We have published a new FWPPC build. Hopefully this time is ok

We do appreciate your feedback, so we can get registry functions working ok and continue with other issues development. Thanks!

Antonio,
Sorry, but RegSetValue still only writes half the string plus some spurious data. I believe the length of the string after conversion to unicode and including the terminating null is required (I've been reading MS help) . My simple tests just write a string then read it back for display and it shows up on the emulator as well as an Intermec 700 (where I can examine the registry independently).
RegEnumKey operates OK.
BTW - the Forum seems more focused and business-like, thanks.
hth
regards

Jon,

There is a new FWPPC build already available. This time it should work ok. Many thanks for your feedback and patience,

Antonio,
RegSetValue now operates OK and the few extra characters it throws in gratis are not a problem. Thanks for the rapid solution. Sockets are next...
regards

Jon,

Do you mean it is writting extra characters ? How many ? We may need to do an extra fine tunning.

Yes, we need to review sockets support.

Thanks!

Antonio
Yes RegSetValue seems to write extra characters depending on length - eg ABCDEFGHIJKLMNOP becomes ABCDEFGHIJKLMNOP???? plus Chr(03)
ABCDEFGHIJKLMNOPQ becomes ABCDEFGHIJKLPMNOPQ??? plus Chr(03)
yet strings of 10,11 or 20 chs are handled OK
ABCDEFGHIJKL becomes ABCDEFGHIJKL???????? plus Chr(03) which displays as a non-display character. I was planning on using a 16 digit user registration key
hth
regards, saludos

Jon,

We are going to do some tests here. Thanks!

Antonio,
My user registration scheme is now working using the registry functions. I simply discard the extra characters that are read, no worries. I have used hbcrypt to encrypt the values stored in the registry and instead of searching for a real device serial number have used a random generated number instead, written on first startup. Thanks.
BTW - I hope that DatePick is on your todo list...
regards