[omniORB] Can't compile omniORBpy

[Sai-Lai Lo]

>>>>> Richard Gruet writes:


> - first it requires GnuMake, so I had to download and compile it.

What do you mean "download and compile it"? It comes with Gnuwin32 and you
shouldn't be using anything else.

> - the makefile also requires the GnuWin32 extensions from Cygnus
> solutions, so I downloaded the lite version and installed it (looks OK).

I think you have messed up your Gnuwin32 installation. Your cygwin.dll dump
core is an indication that the setup is wrong. You must have read
README.win32 but please follow the instruction carefully. 

Another common mistake is to have on your PATH the NT resourse kit, which
unfortunately have some of the utilities with the same name as those in
Gnuwin32.

Once you have sort out your gnuwin32 setup, it is really easy to compile
from source. 

Sai-Lai



> Then I went to the $top\src\lib directory and tried a 'gnumake export'
> as required.
> I got the following error message :

> GNU Make version 3.76.1, by Richard Stallman and Roland McGrath.
> (..etc..)
> Reading makefiles...
> Reading makefile `GNUmakefile'...
> Reading makefile `../../config/config.mk' (search path) (no ~
> expansion)...
> Reading makefile `../../mk/beforedir.mk' (search path) (no ~
> expansion)...
> Reading makefile `../../mk/platforms/x86_nt_4.0.mk' (search path) (no ~
> expansion)...
> Reading makefile `../../mk/win32.mk' (search path) (no ~ expansion)...
> Reading makefile `dir.mk' (search path) (no ~ expansion)...
> Reading makefile `../../mk/afterdir.mk' (search path) (no ~
> expansion)...
> Reading makefile `depend.phony' (search path) (don't care) (no ~
> expansion)...
> Updating makefiles....
>  Considering target file `depend.phony'.
>   File `depend.phony' does not exist.
>   Finished dependencies of target file `depend.phony'.
>  Must remake target `depend.phony'.
> ( 1000) In cygwin_except_handler
> ( 1000) Exception trapped!
> ( 1000) exception C0000005 at 10029AD0
> ( 1000) exception: ax 244DC69 bx 3D5F5F4E cx 244DC24 dx 2F
> ( 1000) exception: si FFFFFFFF di 244DC24 bp 244DAF8 sp 244DAF4
> ( 1000) exception is: STATUS_ACCESS_VIOLATION
> ( 1000) Stack trace:
> ( 1000) frame 0: sp = 0x244D928, pc = 0x1000CEC2
> ( 1000) frame 1: sp = 0x244D944, pc = 0x77FA4512
> ( 1000) frame 2: sp = 0x244D968, pc = 0x77F98EEB
> ( 1000) frame 3: sp = 0x244D9F4, pc = 0x77F86266
> ( 1000) frame 4: sp = 0x244DAF8, pc = 0x10016211
> ( 1000) frame 5: sp = 0x244DD28, pc = 0x4556534F
> ( 1000) In cygwin_except_handler
> ( 1000) Error while dumping state (probably corrupted stack)
> gnumake: *** [depend.phony] Error 2
> Putting child 0x00814a00 PID 8477648 on the chain.
> Live child 0x00814a00 PID 8477648
> Reaping losing child 0x00814a00 PID 8477648
> Removing child 0x00814a00 PID 8477648 from chain.

> After various trials I've given up because I don't want to enter in the
> depths of Gnumake and the like, my purpose being solely to test omniOrb
> with Python.
> It's really too bad that there is no binary distribution for the Python
> version,
> considering what's required to build it ! I know this is a
> pre-release...
> By the way, is there anybody here who has succeeded, and could give me a

> hint or even give me the binary (maybe I'm asking too much ;-)

> Thank you for any help,

> Richard






-- 
Sai-Lai Lo                                   S.Lo@uk.research.att.com
AT&T Laboratories Cambridge           WWW:   http://www.uk.research.att.com 
24a Trumpington Street                Tel:   +44 1223 343000
Cambridge CB2 1QA                     Fax:   +44 1223 313542
ENGLAND