[omniORB] RegQueryValueEx failed

Discussion:

[omniORB] RegQueryValueEx failed - error 109

Mark Gabriel Paylaga

2014-04-24 07:15:08 UTC

Hello all,

Has anybody encountered this error when compiling omniORB in DOS?
RegQueryValueEx failed - error 109.
Is this anything to do with dos2unix, registry, compiler or anything else?
I've already followed the readme.win32.

We're trying to compile a 64-bit omniORB 4.1.6
OS: Windows 7 64-bit
python version: 2.7
Visual Studio: 2008
gnuwin32 lite for make utilities.

Regards,
Mark

Some errors below:
../../../../bin/x86_win32/omkdepend -D__cplusplus -D_MSC_VER
-DIDLMODULE_VERSION
="0x2630" -DMSDOS -DOMNIIDL_EXECUTABLE -Ic:/python27/include
-Ic:/python27/PC -I
c:/python27/include/python2.7 -DPYTHON_INCLUDE=<Python.h> -I. -I.
-I../../../../
include -D__WIN32__ -D_WIN32_WINNT=0x0501 -D__x86__ -D__NT__
-D__OSVERSION__=4 -
D_CRT_SECURE_NO_DEPRECATE=1 idlc.cc idlpython.cc idlfixed.cc idlconfig.cc
idldum
p.cc idlvalidate.cc idlast.cc idlexpr.cc idlscope.cc idlrepoId.cc
idltype.cc idl
util.cc idlerr.cc lex.yy.cc y.tab.cc
RegQueryValueEx failed - error 109
-----------------------------------------------------------------------------------------------
make[4]: Entering directory
`/cygdrive/c/Software/COTS/omniORB/omniORB_4.1.6/src
/tool/omniidl/cxx/cccp'
../../../../../bin/x86_win32/clwrapper -gnuwin32 -c -O2 -MD -GS -GR -Zi
-nologo
-DHAVE_CONFIG_H -I. -I. -I. -I../../../../../include -D__WIN32__
-D_WIN32_WINNT=
0x0501 -D__x86__ -D__NT__ -D__OSVERSION__=4 -D_CRT_SECURE_NO_DEPRECATE=1
-Focexp
.o cexp.c
RegQueryValueEx failed - error 109
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20140424/70c1731d/attachment.html>

Mark Gabriel Paylaga

2014-05-05 08:25:14 UTC

Permalink

Hello All,

I'm going to answer my own question because it seems nobody has encountered
this problem, and the mailing list is so quiet.

Steve suggested to me to recompile the src\tools\win32. So that's what I
did and I copied the .exe files generated to bin\x86_win32.
I then compiled all the omniORB and get the RegQueryValueEx error.

The reason for this is when you check the src\tools\win32\bccwrapper.c in
the void GetMounts(void) function,
it looks for this path in the registry (check regedit):
Software\\Cygnus Solutions\\CYGWIN.DLL setup\\b15.0\\mounts\\%02X.

When I checked that using regedit, I noticed that in the mounts->00, 01,
02, 03 etc.. keys, there are no 'unix' and 'native' string values inside
those keys.
So I decided to delete all the keys and retained just the 00 and added a
'unix' and 'native' string value.
After which, I recompiled the src\tools\win32 and copied over the created
.exe files to bin\x86_win32 and finally when I recompiled all the omniOrb,
it started compiling (need to copy the ssl libs too) and finished
successfully.

I really don't even know how the following got into my registry:
Software\\Cygnus Solutions\\CYGWIN.DLL setup\\b15.0\\mounts\\%02X.

Best regards,
Mark

Post by Mark Gabriel Paylaga
Hello all,
Has anybody encountered this error when compiling omniORB in DOS?
RegQueryValueEx failed - error 109.
Is this anything to do with dos2unix, registry, compiler or anything else?
I've already followed the readme.win32.
We're trying to compile a 64-bit omniORB 4.1.6
OS: Windows 7 64-bit
python version: 2.7
Visual Studio: 2008
gnuwin32 lite for make utilities.
Regards,
Mark
../../../../bin/x86_win32/omkdepend -D__cplusplus -D_MSC_VER
-DIDLMODULE_VERSION
="0x2630" -DMSDOS -DOMNIIDL_EXECUTABLE -Ic:/python27/include
-Ic:/python27/PC -I
c:/python27/include/python2.7 -DPYTHON_INCLUDE=<Python.h> -I. -I.
-I../../../../
include -D__WIN32__ -D_WIN32_WINNT=0x0501 -D__x86__ -D__NT__
-D__OSVERSION__=4 -
D_CRT_SECURE_NO_DEPRECATE=1 idlc.cc idlpython.cc idlfixed.cc idlconfig.cc
idldum
p.cc idlvalidate.cc idlast.cc idlexpr.cc idlscope.cc idlrepoId.cc
idltype.cc idl
util.cc idlerr.cc lex.yy.cc y.tab.cc
RegQueryValueEx failed - error 109
-----------------------------------------------------------------------------------------------
make[4]: Entering directory
`/cygdrive/c/Software/COTS/omniORB/omniORB_4.1.6/src
/tool/omniidl/cxx/cccp'
../../../../../bin/x86_win32/clwrapper -gnuwin32 -c -O2 -MD -GS -GR -Zi
-nologo
-DHAVE_CONFIG_H -I. -I. -I. -I../../../../../include -D__WIN32__
-D_WIN32_WINNT=
0x0501 -D__x86__ -D__NT__ -D__OSVERSION__=4 -D_CRT_SECURE_NO_DEPRECATE=1
-Focexp
.o cexp.c
RegQueryValueEx failed - error 109

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20140505/9bc83e49/attachment.html>

Mark Gabriel Paylaga

2014-05-05 08:36:13 UTC

Permalink

Erratum on the filename and function name of root cause.

should be src\tools\win32\pathmapping.h
void GetGnuwin32Mounts(void)

Post by Mark Gabriel Paylaga
Hello All,
I'm going to answer my own question because it seems nobody has
encountered this problem, and the mailing list is so quiet.
Steve suggested to me to recompile the src\tools\win32. So that's what I
did and I copied the .exe files generated to bin\x86_win32.
I then compiled all the omniORB and get the RegQueryValueEx error.
The reason for this is when you check the src\tools\win32\bccwrapper.c in
the void GetMounts(void) function,
Software\\Cygnus Solutions\\CYGWIN.DLL setup\\b15.0\\mounts\\%02X.
When I checked that using regedit, I noticed that in the mounts->00, 01,
02, 03 etc.. keys, there are no 'unix' and 'native' string values inside
those keys.
So I decided to delete all the keys and retained just the 00 and added a
'unix' and 'native' string value.
After which, I recompiled the src\tools\win32 and copied over the created
.exe files to bin\x86_win32 and finally when I recompiled all the omniOrb,
it started compiling (need to copy the ssl libs too) and finished
successfully.
Software\\Cygnus Solutions\\CYGWIN.DLL setup\\b15.0\\mounts\\%02X.
Best regards,
Mark

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20140505/8dfff018/attachment.html>