viewer.git - Megapahit's fork of the Second Life viewer.

Age	Commit message (Collapse)	Author
2012-10-18	MAINT-1753: Correcting behavior of ll_aligned_realloc_16() on Linux to avoid ↵	William Todd Stinson
	memory corruption in the case that the new memory size requested is smaller than the old memory size. Also, adding check to ensure that the aligned malloc returns a non-null value before memcopying.
2012-10-11	MAINT-1684: Correcting the calls to ll_aligned_free() which should have ↵	William Todd Stinson
	actually been to ll_aligned_free_16().
2012-10-11	MAINT-1684: Attempt at correcting the linux crash on startup. Replacing the ↵	William Todd Stinson
	memory allocations and frees in the LLPrivateMemoryPool with aligned memory allocations and frees.
2012-10-04	merge changes for DRTVWR-222	Oz Linden

2012-10-03	Fix for mac/linux build	Dave Parks

2012-10-03	Fix non-thread-safe refcounting of LLHTTPClient::Responder and fix ↵	Dave Parks
	out-of-order deletion of LLTextureFetch on shutdown
2012-10-02	Instrument debug builds on windows to help track down source of heap corruption	Dave Parks

2012-10-01	Only enable breakpad error handing if crash reporting is enabled	Dave Parks

2012-09-12	re-merge changes to disable tcmalloc	Oz Linden

2012-09-12	merge increment of version number	Oz Linden

2012-09-12	MAINT-1503 Minimal set of changes needed to safely disable tcmalloc	Dave Parks

2012-09-12	initial attempt to restore changes that make removing tcmalloc possible; not ↵	Oz Linden
	tested
2012-09-10	Backing out the changes contributing to DRTVWR-167 and DRTVWR-179 from the ↵	William Todd Stinson
	repository.
2012-08-02	MAINT-515 FIX, CHOP-100 FIX - technically we are avoiding these issues ↵	Brad Payne (Vir Linden)
	rather than fixing them; changing llcommon to be statically linked avoids the symbol issues with llcommon.dll
2012-09-28	Re-enabling tcmalloc in the build.	William Todd Stinson

2012-07-27	increment version to 3.4.1	Oz Linden

2012-07-25	increment version to 3.4.0	Oz Linden

2012-07-24	merge to viewer-developmento	Oz Linden

2012-07-23	Pull and merge from ssh://hg@bitbucket.org/lindenlab/viewer-release.	Todd Stinson

2012-07-11	Pull in viewer-development because it's painful. Merge with runitai's help.	simon@Simon-PC.lindenlab.com

2012-06-28	merge	Dave Parks

2012-06-27	merge changes for DRTVWR-167	Oz Linden

2012-06-26	merge to latest viewer-development-havokai	Oz Linden

2012-06-25	PATH-743: Updating the cursors for path testing mode to final designs.	Todd Stinson

2012-06-25	merge up to 3.3.3-release + pathfinding	Oz Linden

2012-06-25	increment version to 3.3.5	Oz Linden

2012-06-24	Add logging during tests (debug level, to test-specific files)	Oz Linden

2012-06-22	Pull and merge from ssh://hg@bitbucket.org/lindenlab/viewer-release.	Todd Stinson

2012-06-22	merge	Brad Payne (Vir Linden)

2012-06-22	merge	Dave Parks

2012-06-21	PATH-743: Altering the mouse cursor to give more feed back when in path ↵	Todd Stinson
	testing mode.
2012-06-21	merge changes for DRTVWR-168	Oz Linden

2012-06-15	Merge	Dave Parks

2012-06-08	merge changes for DRTVWR-164	Oz Linden

2012-06-06	MAINT-1144: Defend against NULL LLPluginProcessParent::mProcess.	Nat Goodspeed
	The change from LLProcessLauncher to LLProcess introduces the possibility of a NULL (default-constructed) LLProcessPtr. Add certain static LLProcess methods accepting LLProcessPtr, forwarding to nonstatic method when non-NULL but doing something reasonable with NULL. Use these methods in LLPLuginProcessParent.
2012-06-04	merge	Brad Payne (Vir Linden)

2012-05-31	WIP:Displaying physics capsule for a character - it is currently disabled.	prep

2012-05-29	increment viewer version to 3.3.4	Oz Linden

2012-05-24	merge changes for DRTVWR-151	Oz Linden

2012-05-20	Merged with viewer-beta	Kitty Barnett

2012-05-18	PATH-638: Adding elements to render the new sim stats.	Todd Stinson

2012-05-09	Automated merge with http://hg.secondlife.com/viewer-release	Nat Goodspeed

2012-05-09	CHOP-900: Use new apr_procattr_constrain_handle_set() extension.	Nat Goodspeed
	Now LLProcess explicitly requests APR to limit the handles passed to any child process, instead of wantonly passing whatever happens to be lying around the parent process at the time. This requires the latest APR build. Also revert LLUpdateDownloader::Implementation::mDownloadStream to llofstream (as in rev 1878a57aebd7) instead of apr_file_t*. Using APR for that file was a Band-Aid -- a single whacked mole -- for the problem more systemically addressed by apr_procattr_constrain_handle_set().
2012-05-08	merge changes for version 3.3.1	Oz Linden

2012-05-04	Altering the build headers such that I can use llinfos in the ↵	Todd Stinson
	llphysicsextension library.
2012-05-04	increment viewer version to 3.3.3	Oz Linden

2012-04-25	Removing windows line endings from .h and .cpp files.	Todd Stinson

2012-04-23	IQA-463: Use APR file I/O for downloaded viewer installer .exe.	Nat Goodspeed
	On Windows, calling CreateProcess(bInheritHandles=FALSE) is the wrong idea. In that case, CreateProcess() passes NO handles -- even the files you've explicitly designated as the child's stdin, stdout, stderr in the STARTUPINFO struct! Remove LLProcess code to tweak bInheritHandles; we should also remove the corresponding (useless) APR extension. Instead, given that the Windows file-locking problem we've observed is specific to the viewer installer .exe file downloaded by the background updater logic, use APR file I/O for that specific file. Empirically, both llofstream and std::ofstream seem to make the open file handle inheritable; but apr_file_open() documentation says: "By default, the returned file descriptor will not be inherited by child processes created by apr_proc_create()." And indeed, it does appear to sidestep the locking problem.
2012-04-23	IQA-463: LLError::addRecorder() claims ownership of passed Recorder*.	Nat Goodspeed
	That is, when the underlying LLError::Settings object is destroyed -- possibly at termination, possibly on LLError::restoreSettings() -- the passed Recorder* is deleted. There was much existing code that seemed as unaware of this alarming fact as I was myself. Passing to addRecorder() a pointer to a stack object, or to a member of some other object, is just Bad. It might be preferable to make addRecorder() accept std::auto_ptr<Recorder> to make the ownership transfer more explicit -- or even boost::shared_ptr<Recorder> instead, which would allow the caller to either forget or retain the passed Recorder. This preliminary pass retains the Recorder* dumb pointer API, but documents the ownership issue, and eliminates known instances of passing pointers to anything but a standalone heap Recorder subclass object.
2012-04-18	IQA-463: Make LLProcess call apr_procattr_inherit_set() extension.	Nat Goodspeed
	On Windows, Bad Things happen when apr_proc_create() is allowed to pass TRUE to CreateProcess(bInheritHandles). For instance, the open handle for a new installer executable file being downloaded by the background updater gets inadvertently passed to a couple slplugin.exe instances. When the viewer finishes downloading, closes the file and tries to remove it, Windows balks because the file is still open by another process. Require an apr_suite package that includes the new Linden apr_procattr_inherit_set() extension, and call it to turn off CreateProcess(bInheritHandles).