Oh. I was hoping you or Dave would give the Cygwin scripts a try as I described below.
Greg Suhaib Siddiqi <[EMAIL PROTECTED]>@opendx.watson.ibm.com on 02/21/2001 10:24:14 AM Please respond to [email protected] Sent by: [EMAIL PROTECTED] To: "'[email protected]'" <[email protected]> cc: Subject: RE: [opendx-dev] RE: Opendx MSVC > Actually, I guess I meant "Does this by any chance mean you > got my MSVC > build to build". Yes it built fine using Microsoft VC++, but I used Project files instead of Cygwin scripts. Suhaib >Yes, what I did the other day began with a clean > checkout. > > Greg > > Suhaib Siddiqi <[EMAIL PROTECTED]>@opendx.watson.ibm.com on > 02/21/2001 10:13:15 AM > > Please respond to [email protected] > > Sent by: [EMAIL PROTECTED] > > > To: "'[email protected]'" > <[email protected]> > cc: > Subject: RE: [opendx-dev] RE: Opendx MSVC > > > > > > Works for me. Does this by any chance mean you got my MSVC > > build to run? > > > > Where do I get your MSVC build to run? I build it myself > from sources (CVS > Feb 18th, 2001) > I assume your changes for MSVC are in CVS now? > > Suhaib > > > > Greg > > > > Suhaib Siddiqi <[EMAIL PROTECTED]>@opendx.watson.ibm.com on > > 02/21/2001 07:18:34 AM > > > > Please respond to [email protected] > > > > Sent by: [EMAIL PROTECTED] > > > > > > To: "'[email protected]'" > > <[email protected]> > > cc: > > Subject: RE: [opendx-dev] RE: Opendx MSVC > > > > > > > > Greg > > > > The DX.EXE code (Compiled using MSVC) from latest CVS bombs > > out with Exceed > > 7.0. > > As I mentioned previously Exceed 7.0 has different registry entries > > compared > > to > > previous version of Exceed. dx.exe queries for > > [HKEY_LOCAL_MACHINE]\SOFTWARE\Hummingbird\Exceed > > which does not exists, but it finds > > [HKEY_LOCAL_MACHINE]\SOFTWARE\Hummingbird and bombs out > > with the following error message: > > > > Error opening SOFTWARE\Hummingbird\Exceed - Software not present or > > incorrectly installed rc = 2 > > > > Is it necessary to query Exceed Registry entries? Why not we > > query only DX > > Registry entries > > and do not get into the mess of fixing dx.exe code each time > > Hummingbird > > folks change their Windows > > Registry Entries? > > > > Below are the Registry entries for Exceed 7.0. > > > > Suhaib > > > > ------------------------------------------------------------- > > REGEDIT4 > > > > [HKEY_LOCAL_MACHINE\SOFTWARE\Hummingbird] > > > > [HKEY_LOCAL_MACHINE\SOFTWARE\Hummingbird\Connectivity] > > > > [HKEY_LOCAL_MACHINE\SOFTWARE\Hummingbird\Connectivity\7.00] > > > > [HKEY_LOCAL_MACHINE\SOFTWARE\Hummingbird\Connectivity\7.00\Exceed] > > "FontDir"="C:\\Program > > Files\\Hummingbird\\Connectivity\\7.00\\Exceed\\Font\\" > > "HomeDir"="C:\\Program > > Files\\Hummingbird\\Connectivity\\7.00\\Exceed\\" > > "UserDir"="C:\\WINDOWS\\Application > > Data\\Hummingbird\\Connectivity\\7.00\\Exceed\\" > > "EB"="C:\\WINDOWS\\Application > > Data\\Hummingbird\\Connectivity\\7.00\\Accessories\\Eb\\" > > "InfoDir"="C:\\Program > > Files\\Hummingbird\\Connectivity\\7.00\\Exceed\\Info\\" > > > > > [HKEY_LOCAL_MACHINE\SOFTWARE\Hummingbird\Connectivity\7.00\Exceed\XDK] > > "XAppResDir"="C:\\WINDOWS\\Application > > Data\\Hummingbird\\Connectivity\\7.00\\Exceed\\" > > "BitmapDir"="C:\\Program > > Files\\Hummingbird\\Connectivity\\7.00\\Exceed\\XDK\\Include\\ > > X11\\Bitmaps\\ > > > > " > > "HomeDir"="C:\\Program > > Files\\Hummingbird\\Connectivity\\7.00\\Exceed\\" > > "UserDir"="C:\\WINDOWS\\Application > > Data\\Hummingbird\\Connectivity\\7.00\\Exceed\\" > > > > > -----Original Message----- > > > From: Gregory D Abram [mailto:[EMAIL PROTECTED] > > > Sent: Monday, February 19, 2001 8:38 PM > > > To: [email protected] > > > Subject: Re: [opendx-dev] RE: Opendx MSVC > > > > > > > > > > > > internals.h is in src/exec/libdx > > > > > > I once gain successfully built OpenDX using my MSVC tools. > > > Sure enough, ran > > > into a couple problems; here's what I did. > > > > > > First, I'm using a recent Cygwin download from Redhat. My > > > cygwin mounts > > > are: > > > > > > Device Directory Type Flags > > > c:\cygwin\bin /usr/bin user binmode > > > c:\cygwin\lib /usr/lib user binmode > > > \cygwin / user binmode > > > > > > I had trouble witn WinCVS making DOS-mode files, so I cvs > > > co'ed on a Unix > > > machine, tarred and copied to my cygwin machine. > > > > > > My exceed xdk is in (DOS) /cygwin/exceed or (cygwin) /exceed. > > > > > > I used this to set up my path: > > > > > > export PATH="/usr/local/src/dx/windows:/cygdrive/c/Program > > > Files/Microsoft > > > Visual Studio/VC98/Bin:/cygdrive/c/Program Files/Microsoft Visual > > > Studio/Common/MSDev98/Bin:/usr/local/bin:/usr/bin:/bin//cygdri > > > ve/c/jdk1.1.8/bin:/usr/X11R6/bin:." > > > > > > It seems cygwin's a bit odd about its path: it finds any .exe > > > in the path > > > before looking for shell files. I found that it was finding > > > cygwin's cpp > > > before the version in /usr/local/src/dx/windows, so I > copied that to > > > /usr/local/src/dx/windows/dxcpp. > > > > > > I found a problem in the order of includes in > > > src/exec/libdx/message.c; I > > > fixed it and checked in the fix. > > > > > > Then I used this shell file to configure my object directory: > > > > > > > > > if test "`cc 2>&1 | grep gcc`" != "" ; then > > > echo cc is gcc ... windows cc must precede gcc! > > > fi > > > > > > HERE="`pwd`" > > > export LIBPATH="/LIBPATH:C:/cygwin/exceed/xdk/lib" > > > export INCPATH="/INCPATH:C:/cygwin/exceed/xdk/include" > > > > > > ARCH=intelnt \ > > > AR=ar \ > > > RANLIB=ranlib \ > > > CC=cc \ > > > CPP=dxcpp \ > > > CXX=cxx \ > > > CXXCPP=cxxcpp \ > > > CFLAGS="-g" \ > > > CXXFLAGS="-g" \ > > > JAVAH=/cygdrive/c/jdk1.1.8/include \ > > > > > > JNIPATH=/cygdrive/c/jdk1.1.8/include:/cygdrive/c/jdk1.1.8/incl > > > ude/win32 \ > > > JAVA40JAR=/cygdrive/c/Program\ > > > Files/Netscape/Navigator/Program/Java/Classes/java40.jar \ > > > bash ../../src/dx/configure > > > --x-includes=c:/cygwin/exceed/xdk/include \ > > > --x-libraries=c:/cygwin/exceed/xdk/lib \ > > > --prefix=/usr/local > > > > > > JAvaDX didn't configure for some reason; I'll look into that > > > sometime, but > > > the rest went fine. It then built, installed and ran fine. > > > > > > Greg > > > > > > > > > Suhaib Siddiqi > <[EMAIL PROTECTED]>@opendx.watson.ibm.com on > > > 02/18/2001 08:15:51 PM > > > > > > Please respond to [email protected] > > > > > > Sent by: [EMAIL PROTECTED] > > > > > > > > > To: "'David Thompson '" <[EMAIL PROTECTED]> > > > cc: "'[email protected]'" <[email protected]> > > > Subject: [opendx-dev] RE: Opendx MSVC > > > > > > > > > > > > > > > In latest CVS code, in src/sexec/hwrender/opengl/hwPortOGL.c > > > the header internal.h is needed. It is not there? Where > > > this came from > > > > > > /* deal with DX/GL namespace collisions */ > > > #define Object dxObject > > > #define Matrix dxMatrix > > > #include "internals.h" <----- WHAT IS IT? Not in CVS? > > > > > > Suhaib > > > -----Original Message----- > > > From: David Thompson > > > To: Suhaib Siddiqi > > > Sent: 2/18/2001 7:59 PM > > > Subject: Re: Opendx MSVC > > > > > > Suhaib, > > > > > > Sorry I haven't gotten any further on this lately. We're just > > > finishing up our book and trying to get a license put together for > > > the eBook. Then I'm going to get back to the MSVC stuff. I was > > > actually trying to see if I could get Greg's stuff to work 2 weeks > > > ago--but was fighting it every step of the way. > > > > > > Once you get everything set up in the MSVC stuff, how do > you update > > > the CVS tree? Do you have to do that by hand? If so, isn't there a > > > better way to work this out? > > > > > > David > > > > > > >David, > > > >Did you get MSVC compilation problems solved? > > > >I am working on latest CVS code and would be glad to give a MSVC > > > compiled > > > >binaries, with InstallShield Installer. I might create > > InstallShield > > > Web > > > >Installer, which will allow users to install directly > from your URL > > > without > > > >downloading the zip files. Howeever if a user prefers to > > downlaod the > > > whole > > > >archive, he can still do so and install from local disk using > > > setup.exe. > > > > > > > >Suhaib > > > > > > -- > > > .............................................................. > > > .......... > > > ..... > > > David L. Thompson The University > of Montana > > > mailto:[EMAIL PROTECTED] Computer Science > > Department > > > http://www.cs.umt.edu/u/dthompsn Missoula, MT 59812 > > > Work Phone : > > (406)257-8530 > > > > > > > > > > > > > > > > > >
