On Sep 4 05:05, Bas van Gompel wrote: > Op Mon, 29 Aug 2005 10:21:19 +0200 schreef Corinna Vinschen > in <[EMAIL PROTECTED]>: > : On Aug 28 22:49, Bas van Gompel wrote: > : > Hi, > : > > : > When RegQueryValueEx returns a string-type, the final NUL is included > : > in the returned size. I suggest dropping it. > : > : I see what you're up to, but there would be two reasons not to drop the > : trailing \0. First, the \0 is part of the "file content" in a way. > > Don't file-systems have their own way of reporting ends (EOF)?
Er... that doesn't matter, does it? What we have here is a virtual file system which allows access to the "file" content of registry keys. The _SZ keys contain what the type name suggests, zero-terminated strings. The trailing \0 is part of the "file" content as defined by MS. There's no gain in just removing it without notice. > : Second, it would break backward compatibility with applications using > : /proc/registry. This latter point concerns me a bit, though it can > : naturally only affect Cygwin applications. > > Hmmm... :( ... possibly the CYGWIN-environment-variable might have room > for something like ``registry:raw,data'' (default, for now) to mean > ``as is'', and other options might cause various levels of verbosity/ > interpretation... (I know SHTDI, but would P be TC for such a thing?) That sounds like a lot of trouble for... what exactly? What are you trying to accomplish which can't be handled by a simple filter, say, tr(1)? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[email protected] Red Hat, Inc.
