On Sat, 18 Aug 2012 12:19:32 -0400 Kalpesh Patel wrote:
> Looks the registry manipulation in below mentioned manner creates REG_SZ
> registry entry. Is there a way to create registry entry type that is say
> REG_DWORD or REG_EXPAND_SZ? I would be more interested in the process that
> creates REG_EXPAND_SZ entry.
if the value is an integer the entry gets type REG_DWORD
if the value contains % it gets the type REG_EXPAND_SZ
> It also appears that '...' represents special semantics at the file system
> level in UWIN, true?
the examples I posted are ksh command lines
" and ' are quoting characters in ksh, not in uwin pathname
> I tried 'cd /reg/HKLM/SOFTWARE/AT&T Labs/UWIN/5.0/Install/' and then
you would have had to have done
cd '/reg/HKLM/SOFTWARE/AT&T Labs/UWIN/5.0/Install/'
and then
cat .
as in the example
> executing 'ls -al ...', 'ls -al .' or 'ls -al' did not display any contents.
> However, executing 'ls -al .../Home' gave me correct directory entry. I then
> tried to explore further and did 'cat ...' but it did not display all
> sub-keys in that hive. Executing 'cat .../Home', nonetheless, displayed
> value of that key. That leads me to believe that file system semantics
> cannot perform searches but you can display key value if you precisely know
> the entire path to the key.
currently ... is not implemented as a virtual dir so much as it is a
hook to get to known; I'll look into having '...' act like a dir
_______________________________________________
uwin-users mailing list
uwin-users@research.att.com
https://mailman.research.att.com/mailman/listinfo/uwin-users
