Talk:Compiling the viewer (MSVS2005) - Revision history

Scalar Tardis: New section: STL compliant?

2008-06-21T03:26:34Z

← Older revision		Revision as of 20:26, 20 June 2008
Line 130:		Line 130:

	I couldn't find 3.75 here http://www.fmod.org/index.php/download/find. I'm googling for a source. --[[User:Radslns Hutchence\|Radslns Hutchence]] 09:34, 19 January 2008 (PST)		I couldn't find 3.75 here http://www.fmod.org/index.php/download/find. I'm googling for a source. --[[User:Radslns Hutchence\|Radslns Hutchence]] 09:34, 19 January 2008 (PST)

			== STL compliant? ==

			What the heck is STL compliance? I cannot find anything on Google explaining this, and Wikipedia has nothing. [[User:Scalar Tardis\|Scalar Tardis]] 20:26, 20 June 2008 (PDT)

Radslns Hutchence: /* FMOD Libraries */

2008-01-19T17:34:29Z

FMOD Libraries

← Older revision		Revision as of 10:34, 19 January 2008
Line 128:		Line 128:

	In the FMOD section, it says to rename the libraries if they have an "ex" in them. I downloaded FMOD Ex 4.06 version instead of 3.75 (which it does say you need) and when I renamed the FMOD Ex libs (like it says you can do), I got lots of errors. I have removed the renaming part of that section and emphasized that you need 3.75.		In the FMOD section, it says to rename the libraries if they have an "ex" in them. I downloaded FMOD Ex 4.06 version instead of 3.75 (which it does say you need) and when I renamed the FMOD Ex libs (like it says you can do), I got lots of errors. I have removed the renaming part of that section and emphasized that you need 3.75.

			I couldn't find 3.75 here http://www.fmod.org/index.php/download/find. I'm googling for a source. --[[User:Radslns Hutchence\|Radslns Hutchence]] 09:34, 19 January 2008 (PST)

Squash Otoro: /* Crashes on edit */

2007-07-07T08:56:19Z

Crashes on edit

← Older revision		Revision as of 01:56, 7 July 2007
Line 6:		Line 6:

	Editing objects I own works fine. Has anybody else experienced something like this? What could I be compiling wrong?		Editing objects I own works fine. Has anybody else experienced something like this? What could I be compiling wrong?
	\\
	~~\\–~~- Squash Otoro 17:33, 07 July 2007 (PST)		-- [[User:Squash Otoro\|Squash Otoro]] 17:33, 07 July 2007 (PST)

	== Work Around for the preprocessor stuff ==		== Work Around for the preprocessor stuff ==

Squash Otoro: /* Crashes on edit */

2007-07-07T08:55:14Z

Crashes on edit

← Older revision		Revision as of 01:55, 7 July 2007
Line 6:		Line 6:

	Editing objects I own works fine. Has anybody else experienced something like this? What could I be compiling wrong?		Editing objects I own works fine. Has anybody else experienced something like this? What could I be compiling wrong?
	–- Squash Otoro 17:33, 07 July 2007 (PST)		\\
			\\–- Squash Otoro 17:33, 07 July 2007 (PST)

	== Work Around for the preprocessor stuff ==		== Work Around for the preprocessor stuff ==

Squash Otoro: Added "crash on edit" section

2007-07-07T08:54:31Z

Added "crash on edit" section

← Older revision		Revision as of 01:54, 7 July 2007
Line 1:		Line 1:
			== Crashes on edit ==

			I can compile the source for 1.17.1.0 to 1.17.3.0 using VS 2005, but when I do (regardless of if its for ReleaseForDownload or ReleaseNoOpt) I get a buggy executable. What I mean is that, when using the compiled version, right-clicking and hitting "Edit" on objects I don't own causes a crash. I know there was an edit bug in 1.17.1.0, but that was fixed in 1.17.2.0 and 1.17.3.0 and I compiled each version in it's own folder independent of the rest.

			When I just download and install the normal binary from Second Life, it does not crash when I edit an object I don't own.

			Editing objects I own works fine. Has anybody else experienced something like this? What could I be compiling wrong?
			–- Squash Otoro 17:33, 07 July 2007 (PST)

	== Work Around for the preprocessor stuff ==		== Work Around for the preprocessor stuff ==
	I worked around the work around. I hated how time consuming it was to alter it one by one. This reduces the time required to set up your environment considerably.		I worked around the work around. I hated how time consuming it was to alter it one by one. This reduces the time required to set up your environment considerably.

Nicholaz Beresford: /* Work Around for the preprocessor stuff */

2007-06-09T13:20:51Z

Work Around for the preprocessor stuff

← Older revision		Revision as of 06:20, 9 June 2007
Line 7:		Line 7:

	--[[User:Alissa Sabre\|Alissa Sabre]] 05:18, 9 June 2007 (PDT)		--[[User:Alissa Sabre\|Alissa Sabre]] 05:18, 9 June 2007 (PDT)

			I think it should be possible to handle the Wchar_t type the same way. At least that seems to promote the "no" into all configurations as well. Does not seem to work for WarnAsError as the Lindens seem to have chosen a non-default parameter here

			<Tool
			Name="VCCLCompilerTool"
			PreprocessorDefinitions="_VC80_UPGRADE=0x0710;_CRT_SECURE_NO_DEPRECATE;_CRT_NONSTDC_NO_DEPRECATE;_USE_32BIT_TIME_T"
			TreatWChar_tAsBuiltInType="false"
			/>
			<Tool
			Name="VCResourceCompilerTool"
			PreprocessorDefinitions="_VC80_UPGRADE=0x0710;_CRT_SECURE_NO_DEPRECATE;_CRT_NONSTDC_NO_DEPRECATE;_USE_32BIT_TIME_T"
			/>

			-- [[User:Nicholaz Beresford\|Nicholaz]] 06:20, 9 June 2007 (PDT)

	== Clean up ==		== Clean up ==

Alissa Sabre: /* Work Around for the preprocessor stuff */

2007-06-09T12:18:55Z

Work Around for the preprocessor stuff

← Older revision		Revision as of 05:18, 9 June 2007
Line 3:		Line 3:

	--[[User:Blakar Ogre\|Blakar Ogre]] 02:01, 9 June 2007 (PDT)		--[[User:Blakar Ogre\|Blakar Ogre]] 02:01, 9 June 2007 (PDT)

			Wow, good job, Blakar! That particular preprocessor macro part was long a headache for me. Thank you very much for sharing the neat trick!

			--[[User:Alissa Sabre\|Alissa Sabre]] 05:18, 9 June 2007 (PDT)

	== Clean up ==		== Clean up ==

Blakar Ogre: /* Clean up */

2007-06-09T09:01:15Z

Clean up

← Older revision		Revision as of 02:01, 9 June 2007
Line 1:		Line 1:
			== Work Around for the preprocessor stuff ==
			I worked around the work around. I hated how time consuming it was to alter it one by one. This reduces the time required to set up your environment considerably.

			--[[User:Blakar Ogre\|Blakar Ogre]] 02:01, 9 June 2007 (PDT)

	== Clean up ==		== Clean up ==
	Work arounds clean up:<br>		Work arounds clean up:<br>
Line 8:		Line 13:
	Problems running clean up:<br>		Problems running clean up:<br>
	If everybody correctly downloads the artwork package we no longer need to mention fixes here for missing files that are part of the artwork package.		If everybody correctly downloads the artwork package we no longer need to mention fixes here for missing files that are part of the artwork package.

			--[[User:Blakar Ogre\|Blakar Ogre]] 02:01, 9 June 2007 (PDT)

	== Code Edits ==		== Code Edits ==

Blakar Ogre: /* Clean up */

2007-06-09T08:38:29Z

Clean up

← Older revision		Revision as of 01:38, 9 June 2007
Line 1:		Line 1:
	== Clean up ==		== Clean up ==
	Work arounds clean up:		Work arounds clean up:<br>
	- unistd.h: not (no longer?) applicable. Was not necessary while using Express for 1.16.0.5 nor for 1.17.0.9.		- unistd.h: not (no longer?) applicable. Was not necessary while using Express for 1.16.0.5 nor for 1.17.0.9.<br>
	- llwindowwin32.cpp: It's fixed so no point in keeping it there		- llwindowwin32.cpp: It's fixed so no point in keeping it there<br>
	- Missing resources: Corrected the fix, artwork downloads are available.		- Missing resources: Corrected the fix, artwork downloads are available.<br>
	- 1.15.0.2: not applicable to current versions		- 1.15.0.2: not applicable to current versions<br>

	Problems running clean up:		Problems running clean up:<br>
	If everybody correctly downloads the artwork package we no longer need to mention fixes here for missing files that are part of the artwork package.		If everybody correctly downloads the artwork package we no longer need to mention fixes here for missing files that are part of the artwork package.

Blakar Ogre: /* Code Edits */

2007-06-09T08:36:25Z

Code Edits

← Older revision		Revision as of 01:36, 9 June 2007
Line 1:		Line 1:
			== Clean up ==
			Work arounds clean up:
			- unistd.h: not (no longer?) applicable. Was not necessary while using Express for 1.16.0.5 nor for 1.17.0.9.
			- llwindowwin32.cpp: It's fixed so no point in keeping it there
			- Missing resources: Corrected the fix, artwork downloads are available.
			- 1.15.0.2: not applicable to current versions

			Problems running clean up:
			If everybody correctly downloads the artwork package we no longer need to mention fixes here for missing files that are part of the artwork package.

	== Code Edits ==		== Code Edits ==
	I'm not sure casting all the time() calls should be done. It's more code edits, and time_t is still a 64bit typedef, which could cause issues besides just compiling that may be hard to find. I would suggest taking out all those code edits and putting _USE_32BIT_TIME_T preprocessor definition in the needed projects. --[[User:Bane Darrow\|Bane Darrow]] 17:02, 9 January 2007 (PST)		I'm not sure casting all the time() calls should be done. It's more code edits, and time_t is still a 64bit typedef, which could cause issues besides just compiling that may be hard to find. I would suggest taking out all those code edits and putting _USE_32BIT_TIME_T preprocessor definition in the needed projects. --[[User:Bane Darrow\|Bane Darrow]] 17:02, 9 January 2007 (PST)