[omniORB] Compiling omniorb

[Dayton Spencer]

Thanks Ivanov,
Seems as though we were having similar problems. I was able to compile after
carrying out your suggestion.

-----Original Message-----
From: Ivanov, Roumen <Roumen.Ivanov@dresdner-bank.com>
To: Dayton Spencer <dspencer@fiscal.org.jm>
Date: Wednesday, March 15, 2000 8:03 AM
Subject: RE: [omniORB] Compiling omniorb


>Hi Dayton,
>I have been having problems with /bin/sort on my Microsoft NT environment.
>I'm using Cygwin, not Gnuwin32 whatever it is. I realized that there is no
>command like checkmount.cmd in cygwin (nor in omniORB where I checked to
>make it sure).
>So I went to the cygwin console and typed the following:
>    mount c:\\cygnus\\cygwin-b20\\H-i586-cygwin32\\bin /bin
>That was only a guess that you are using cygnus as well. If not - sorry for
>bothering, otherwise hope this would help.
>
>Roumen
>
>-----Original Message-----
>From: Sai-Lai Lo [SMTP:S.Lo@uk.research.att.com]
>Sent: Wednesday, March 15, 2000 10:58
>To: Dayton Spencer
>Cc: omniorb-list@uk.research.att.com; Alan Plews
>Subject: Re: [omniORB] Compiling omniorb
>
>>>>>> Dayton Spencer writes:
>
>> After several attempts I finally got somewhere with compling omniorb on
>Win95. omniORB2d.lib and
>> omniORB2.lib were both created. It was now time to create the DLLs when
>/bin/sort not found came
>> crashing down from the gnu utility. Could anyone advise me on how to
>prevent this error from
>> occuring.
>
>> By the way the sort utility was installed as a part of the gnu utility.
>
>
>>>>>> Alan Plews writes:
>
>>I've seen a similar probem with a gnu configure script and sort, turned
out
>>the sort.exe being used was the MS$ one, due to a path error. The MS$ one
>>works but will ony take it's input via indirection (<) not as a command
>line
>>arg.
>
>The reason why the full path name /bin/sort is used is to prevent the
>shell from picking up sort.exe from MS resource kit which many people have
>on their path.
>
>The reason why Dayton got this problem '/bin/sort not found' is because he
>has not set-up the Gnuwin32 mounts properly. My guess is he has not run
>checkmount.cmd (on win95, just rename it to checkmount.bat and run it as
>Neeraj Bhatia has suggested 2 days ago on this list).
>
>After checkmount.cmd is run, if you invoke the Gnuwin32 program 'mount',
>you should see something like this:
>
>C:\>mount
>Device           Directory           Type        Flags
>c:temp           /tmp                native      no-mixed,text!=binary
>\\.\tape1:       /dev/st1            native      no-mixed,text!=binary
>\\.\tape0:       /dev/st0            native      no-mixed,text!=binary
>\\.\b:           /dev/fd1            native      no-mixed,text!=binary
>\\.\a:           /dev/fd0            native      no-mixed,text!=binary
>c:\gnuwin32\bin  /bin                native      no-mixed,text!=binary
>c:               /                   native      no-mixed,text!=binary
>
>C:\>
>
>As you can see, the Gnuwin32's idea of /bin is actually c:\gnuwin32\bin.
>If you haven't got this mount point, the shell won't be able to find
>/bin/sort.
>
>Sai-Lai
>
>--
>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
>