"clipka" <nomail@nomail> wrote:
> "madiyaan damha" <nomail@nomail> wrote:
> > I did not install the platform SDK by myself. Some other application might
> > have installed it.
>
> Visual Studio did I guess; just wanted to make sure you didn't overwrite the
> thing that came with VS with a different SDK version.
>
> > I am using Visual Studio 2005 (no service pack installed). Should I install
> > SP1 for Visual Studio and then give it a try?
>
> Probably, yes.
>
> > Microsoft Visual Studio 2005
> > Version 8.0.50727.42  (RTM.050727-4200)
>
> Same here.
>
> > Microsoft .NET Framework
> > Version 2.0.50727
>
> "2.0.50727 SP1" here.
>
> > Installed Edition: Professional
>
> "Standard" here.
>
> > Microsoft Visual C++ 2005   77626-009-0000007-41098
> > Microsoft Visual C++ 2005
>
> "77633-235-7976321-41179" here.
>
> > In my environment, I have added boost's include path directly into VS 2005
> > include directories and BOOST_ROOT is also set to the same path.
>
> Can you run "set" in a command window and post the output so we can have a look
> whether there are any peculiarities about your environment variables?

Thank you again for your quick reply.

Here is the output of set when I type it in VS 2005 command prompt (not the
regular command prompt).

I highly appreciate you looking into this matter.

Regards,

C:\Program Files\Microsoft Visual Studio 8\vc\bin>set
ALLUSERSPROFILE=C:\Documents and Settings\All Users
APPDATA=C:\Documents and Settings\Administrator\Application Data
BOOST_ROOT=C:\Program Files\boost\boost_1_37
CLIENTNAME=Console
CommonProgramFiles=C:\Program Files\Common Files
COMPUTERNAME=EVEREST
ComSpec=C:\WINDOWS\system32\cmd.exe
DevEnvDir=C:\Program Files\Microsoft Visual Studio 8\Common7\IDE
FP_NO_HOST_CHECK=NO
FrameworkDir=C:\WINDOWS\Microsoft.NET\Framework
FrameworkSDKDir=C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0
FrameworkVersion=v2.0.50727
HOMEDRIVE=C:
HOMEPATH=\Documents and Settings\Administrator
INCLUDE=C:\Program Files\Microsoft Visual Studio 8\VC\ATLMFC\INCLUDE;C:\Program
Files\Microsoft Visual Studio 8\VC\INCLUDE;C:\Program Files\Microsoft Visual Stu
dio 8\VC\PlatformSDK\include;C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0
\include;
LIB=C:\Program Files\Microsoft Visual Studio 8\VC\ATLMFC\LIB;C:\Program Files\Mi
crosoft Visual Studio 8\VC\LIB;C:\Program Files\Microsoft Visual Studio 8\VC\Pla
tformSDK\lib;C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\lib;
LIBPATH=C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;C:\Program Files\Microsoft
 Visual Studio 8\VC\ATLMFC\LIB
LOGONSERVER=\\EVEREST
NUMBER_OF_PROCESSORS=2
OS=Windows_NT
Path=C:\Program Files\Microsoft Visual Studio 8\Common7\IDE;C:\Program Files\Mic
rosoft Visual Studio 8\VC\BIN;C:\Program Files\Microsoft Visual Studio 8\Common7
\Tools;C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\bin;C:\Program F
iles\Microsoft Visual Studio 8\VC\PlatformSDK\bin;C:\Program Files\Microsoft Vis
ual Studio 8\SDK\v2.0\bin;C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;C:\Progr
am Files\Microsoft Visual Studio 8\VC\VCPackages;C:\WINDOWS\system32;C:\WINDOWS;
C:\WINDOWS\System32\Wbem;c:\Program Files\Microsoft SQL Server\90\Tools\binn\
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH
PROCESSOR_ARCHITECTURE=x86
PROCESSOR_IDENTIFIER=x86 Family 6 Model 23 Stepping 6, GenuineIntel
PROCESSOR_LEVEL=6
PROCESSOR_REVISION=1706
ProgramFiles=C:\Program Files
PROMPT=$P$G
SESSIONNAME=Console
SystemDrive=C:
SystemRoot=C:\WINDOWS
TEMP=C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp
TMP=C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp
USERDOMAIN=EVEREST
USERNAME=Administrator
USERPROFILE=C:\Documents and Settings\Administrator
VCINSTALLDIR=C:\Program Files\Microsoft Visual Studio 8\VC
VS80COMNTOOLS=C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\
VSINSTALLDIR=C:\Program Files\Microsoft Visual Studio 8
WecVersionForRosebud.26C=2
windir=C:\WINDOWS
_ACP_ATLPROV=C:\Program Files\Microsoft Visual Studio 8\VC\Bin\ATLProv.dll
_ACP_INCLUDE=C:\Program Files\Microsoft Visual Studio 8\VC\include;C:\Program Fi
les\Microsoft Visual Studio 8\VC\atlmfc\include;C:\Program Files\Microsoft Visua
l Studio 8\VC\PlatformSDK\include;C:\Program Files\Microsoft Visual Studio 8\SDK
\v2.0\include;C:\Program Files\boost\boost_1_37
_ACP_LIB=C:\Program Files\Microsoft Visual Studio 8\VC\lib;C:\Program Files\Micr
osoft Visual Studio 8\VC\atlmfc\lib;C:\Program Files\Microsoft Visual Studio 8\V
C\atlmfc\lib\i386;C:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib;
C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\lib;C:\Program Files\Microso
ft Visual Studio 8\;C:\Program Files\Microsoft Visual Studio 8\lib
_ACP_PATH=C:\Program Files\Microsoft Visual Studio 8\VC\bin;C:\Program Files\Mic
rosoft Visual Studio 8\VC\PlatformSDK\bin;C:\Program Files\Microsoft Visual Stud
io 8\Common7\Tools\bin;C:\Program Files\Microsoft Visual Studio 8\Common7\tools;
C:\Program Files\Microsoft Visual Studio 8\Common7\ide;C:\Program Files\HTML Hel
p Workshop;C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\bin;C:\WINDOWS\Mi
crosoft.NET\Framework\v2.0.50727;C:\Program Files\Microsoft Visual Studio 8\;C:\
Program Files\Microsoft Visual Studio 8\\SDK\v2.0\bin;C:\WINDOWS\SysWow64;;C:\WI
NDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;c:\Program Files\Microsoft SQ
L Server\90\Tools\binn\

Post a reply to this message

"clipka" <nomail@nomail> wrote:
> "madiyaan damha" <nomail@nomail> wrote:
> > I did not install the platform SDK by myself. Some other application might
> > have installed it.
>
> Visual Studio did I guess; just wanted to make sure you didn't overwrite the
> thing that came with VS with a different SDK version.
>
> > I am using Visual Studio 2005 (no service pack installed). Should I install
> > SP1 for Visual Studio and then give it a try?
>
> Probably, yes.
>
> > Microsoft Visual Studio 2005
> > Version 8.0.50727.42  (RTM.050727-4200)
>
> Same here.
>
> > Microsoft .NET Framework
> > Version 2.0.50727
>
> "2.0.50727 SP1" here.
>
> > Installed Edition: Professional
>
> "Standard" here.
>
> > Microsoft Visual C++ 2005   77626-009-0000007-41098
> > Microsoft Visual C++ 2005
>
> "77633-235-7976321-41179" here.
>
> > In my environment, I have added boost's include path directly into VS 2005
> > include directories and BOOST_ROOT is also set to the same path.
>
> Can you run "set" in a command window and post the output so we can have a look
> whether there are any peculiarities about your environment variables?

Sorry about the double post. Just want to let you know that I am currently
downloading VS 2005 SP1 and will install it after it gets done. I will post
here again after trying to compile with VS 2005 SP1.

Regards,

Post a reply to this message

"madiyaan damha" <nomail@nomail> wrote:
> "clipka" <nomail@nomail> wrote:
> > "madiyaan damha" <nomail@nomail> wrote:
> > > I did not install the platform SDK by myself. Some other application might
> > > have installed it.
> >
> > Visual Studio did I guess; just wanted to make sure you didn't overwrite the
> > thing that came with VS with a different SDK version.
> >
> > > I am using Visual Studio 2005 (no service pack installed). Should I install
> > > SP1 for Visual Studio and then give it a try?
> >
> > Probably, yes.
> >
> > > Microsoft Visual Studio 2005
> > > Version 8.0.50727.42  (RTM.050727-4200)
> >
> > Same here.
> >
> > > Microsoft .NET Framework
> > > Version 2.0.50727
> >
> > "2.0.50727 SP1" here.
> >
> > > Installed Edition: Professional
> >
> > "Standard" here.
> >
> > > Microsoft Visual C++ 2005   77626-009-0000007-41098
> > > Microsoft Visual C++ 2005
> >
> > "77633-235-7976321-41179" here.
> >
> > > In my environment, I have added boost's include path directly into VS 2005
> > > include directories and BOOST_ROOT is also set to the same path.
> >
> > Can you run "set" in a command window and post the output so we can have a look
> > whether there are any peculiarities about your environment variables?
>
> Sorry about the double post. Just want to let you know that I am currently
> downloading VS 2005 SP1 and will install it after it gets done. I will post
> here again after trying to compile with VS 2005 SP1.
>
> Regards,

I am seeing the same errors with VS 2005 SP1. Is there something obviously
missing or wrong with my environment?

Post a reply to this message

"madiyaan damha" <nomail@nomail> wrote:
> I am seeing the same errors with VS 2005 SP1. Is there something obviously
> missing or wrong with my environment?

Nothing that I could identify so far. I'll have another look at it tomorrow,
when my eyes are awake again ;)

Post a reply to this message

madiyaan damha wrote:
> I downloaded povray source code for windows and am trying to build it on windows
> xp using visual studio 2005. I installed boost 1.37 using boostpro's installer.
> 
> I am getting the following errors while building the unmodified source code:

Don't know if this is any help being you posted a week ago, but the
messages you show are typical of what happens when the windows headers are
pulled into the main POV source in the wrong place. Some of the boost
headers have an annoying habit of including windows.h (unavoidable I
suppose but meh). That said you should not get different results than us,
so I can't say whether or not it's boost at fault.

What I do in circumstances like this is turn on the 'show include files'
option in the Visual Studio options for the povcore project, compile one of
the files that generates the errors, then look for where the windows.h is
coming from.

Please let me know if you resolve this.

-- Chris

Post a reply to this message

Chris Cason wrote:

> madiyaan damha wrote:
>> I downloaded povray source code for windows and am trying to build it on windows
>> xp using visual studio 2005. I installed boost 1.37 using boostpro's installer.
>>
>> I am getting the following errors while building the unmodified source code:
> 
> Please let me know if you resolve this.

Has there been any news on this? Just downloaded sources for beta 31
and encountered the same problem (that is using express and separate
platform SDK, but as the OP has the full version that should not be
the issue here). The last version I compiled myself was beta24 with
boost 1.34 which worked fine. Also, if I modify the beta24 project
to use boost 1.37 I get the same errors so I'm fairly certain the
changed behavior is related to the boost header files.

Regarding bad timing with including windows.h, I suspect
the following chain causes the problem:

   boost/thread.hpp
   boost/thread/thread.hpp
   boost/thread/win32/thread_data.hpp
   boost/thread/thread_time.hpp
   boost/date_time/microsec_time_clock.hpp
   C:\Program Files\Microsoft Platform SDK\Include\windows.h

The file thread_time.hpp is new in 1.37.

Frankly, I don't understand at all how this boost configuration
works. In microsec_time_clock.hpp the code specified is actually

   #ifdef BOOST_HAS_FTIME
   #include <windows.h>
   #endif

but I don't find any place where BOOST_HAS_FTIME is #define'd.
If I try to hack an #undef into the code it has either no effect
or causes error C2039: 'microsec_clock' : is not a member of
'boost::date_time' depending on where I insert it.

Note: The different behavior may be caused by using the BoostPro
installer package for win32 http://www.boostpro.com/products/free which
is the recommended way to get boost according to the getting started
http://www.boost.org/doc/libs/1_35_0/more/getting_started/windows.html
in the boost documentation. I just noticed the Beta31 readme does not
mention this and recommends your own package or to build from source.

Finally, isn't the actual problem that there are name collisions
between the POV Code and Platform Includes? Wouldn't the solution
be to replace, e.g., IStream with pov_base::IStream instead of
depending on the include location of windows.h?

Post a reply to this message

Christian Froeschlin wrote:

> I just noticed the Beta31 readme does not mention 
> this and recommends your own package or to build from source.

ah well now I got your package and guess what there are
patched boost headers in there. Is this your change Chris?

microsec_time_clock.hpp:

#ifdef BOOST_HAS_FTIME
#	if defined( BOOST_USE_WINDOWS_H )
#		include <windows.h>
#	else
struct _FILETIME;
struct _SYSTEMTIME;
...
#	endif // !BOOST_USE_WINDOWS_H

The readme file for the beta31 sources explicitely mentions
that you can get the header files from boost.org, so custom
fixes in the boost headers are a bit of a problem.

Anyway seems like it starts compiling ok now!

Post a reply to this message

Christian Froeschlin wrote:

> Anyway seems like it starts compiling ok now!

Ok everything was built fine so I confirm that using boost
from http://www.povray.org/beta/source/boost_3.7_win32.zip
instead of the official 1.37 solves the problem.

Also, I'm happy to confirm that apart from the above problem
beta 31 compiles with Visual C++ Express 2005 without any need
for changes to the project files. I just set BOOST_ROOT, and
I already had the Platform SDK.

BTW, iline 328 in pvtext.cpp caused a debug assertion during startup

only accepts values between -1 an 0xFF, but char is signed). The
character is not printed. A cast to (unsigned char) prevents the
debug assertion. Removing the isprint test actually caused
the character to be printed correctly.

Post a reply to this message

Christian Froeschlin wrote:
>> Anyway seems like it starts compiling ok now!
> 
> Ok everything was built fine so I confirm that using boost
> from http://www.povray.org/beta/source/boost_3.7_win32.zip
> instead of the official 1.37 solves the problem.
> 
> Also, I'm happy to confirm that apart from the above problem
> beta 31 compiles with Visual C++ Express 2005 without any need
> for changes to the project files. I just set BOOST_ROOT, and
> I already had the Platform SDK.
> 
> BTW, iline 328 in pvtext.cpp caused a debug assertion during startup

> only accepts values between -1 an 0xFF, but char is signed). The
> character is not printed. A cast to (unsigned char) prevents the
> debug assertion. Removing the isprint test actually caused
> the character to be printed correctly.

Thanks for the info, I'll try to get that fix into the beta 32 source before I
release it.

-- Chris

Post a reply to this message

Christian Froeschlin wrote:
> Finally, isn't the actual problem that there are name collisions
> between the POV Code and Platform Includes? Wouldn't the solution
> be to replace, e.g., IStream with pov_base::IStream instead of
> depending on the include location of windows.h?

POV-Ray stuff is already in a namespace. The big problem with windows.h is
that it defines *macros*. If you have a my_namespace::MyClass::OpenFile
method, and you included windows.h, you'll get annoying error messages
about OpenFileA [sic!] not being defined.

Post a reply to this message