summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2016-09-13MAINT-6726 Fixed LLLineEditor menus staying in memory foreverandreykproductengine
2016-09-13MAINT-6726 Fixed LLLineEditor menus staying in memory foreverandreykproductengine
2016-09-13MAINT-6718 Can't Wear - Replace current outfits.Mnikolenko Productengine
2016-09-12MAINT-6720 Fixed onVisibilityChange() crash in LLTextBaseandreykproductengine
2016-09-12MAINT-6720 Fixed onVisibilityChange() crash in LLTextBaseandreykproductengine
2016-09-12SL-444 Add Abuse Report Submision Confirmation Pop upMnikolenko Productengine
2016-09-09MAINT-6462 Built-in browser plays video vertically flippedcallum@lindenlab.com
2016-09-09MAINT-6711 "Object view" rotates around the avatarandreykproductengine
2016-09-07Restore version of CEF that has the correct Y flipping enabled - ↵Callum Prentice
(2526/chrome47 version - soon to be replaced with 2704/chrome 51)
2016-09-07MAINT-6584, MAINT-5011: Change new 'throw' to LLTHROW()Nat Goodspeed
to be consistent with new exception conventions.
2016-09-07Automated merge with ssh://bitbucket.org/lindenlab/viewer-vlcNat Goodspeed
2016-09-07MAINT-6699 FIXED [VOB] Crash in LLSnapshotLivePreview::getBigThumbnailImage()Mnikolenko Productengine
2016-09-07Dummy commit to fix the teamcity buildsAndreyL ProductEngine
2016-09-06MAINT-5232: Prevent runaway LLSingletonBase::MasterList growth.Nat Goodspeed
Until we reimplement LLCoros on Boost.Fiber, we must hand-implement coroutine-local data. That presently takes the form of a map keyed on llcoro::id, whose values are the stacks of currently-initializing LLSingleton instances. But since the viewer launches an open-ended number of coroutines, we could end up with an open-ended number of map entries unless we intentionally prune the map. So every time we pop the stack to empty, remove that map entry. This could result in thrashing, a given coroutine's 'initializing' stack being created and deleted for almost every LLSingleton instantiated by that coroutine -- but the number of different LLSingletons is necessarily static, and the lifespan of each is the entire rest of the process. Even a couple dozen LLSingletons won't thrash that badly.
2016-09-06MAINT-5232: Make LLSingleton's 'initializing' stack coro-specific.Nat Goodspeed
The stack we maintain of which LLSingletons are currently initializing only makes sense when associated with a particular C++ call stack. But each coroutine introduces another C++ call stack! Move the initializing stack from function-static storage to LLSingletonBase::MasterList. Make it a map keyed by llcoro::id. Each coro then has a stack of its own. This introduces more dependencies on the MasterList singleton, requiring additional LLSingleton_manage_master workarounds.
2016-09-06Automated merge with ssh://bitbucket.org/lindenlab/viewer-vlcNat Goodspeed
2016-09-06MAINT-5011: Ensure BlockTimer::mStartTime is unconditionally set.Nat Goodspeed
Previous logic could possibly leave mStartTime uninitialized, producing fatal warnings with gcc 4.7.
2016-09-06MAINT-5011: Commit backing out BlockTimer warning suppression.Nat Goodspeed
2016-09-06Backed out changeset c30d8774c404: remove warning suppressionNat Goodspeed
for possibly-uninitialized data member in BlockTimer::BlockTimer. NickyD suggested a real fix.
2016-09-06undo changes to llvertexbuffer.cpp from c727ae93646eOz Linden
2016-09-06MAINT-5232: Ensure that llcoro::get_id() returns distinct values.Nat Goodspeed
Until now, the "main coroutine" (the initial context) of each thread left LLCoros::Current() NULL. The trouble with that is that llcoro::get_id() returns that CoroData* as an opaque token, and we want distinct values for every stack in the process. That would not be true if the "main coroutine" on thread A returned the same value (NULL) as the "main coroutine" on thread B, and so forth. Give each thread's "main coroutine" a dummy heap CoroData instance of its own.
2016-09-06merge changes for exception handlingOz Linden
2016-09-06paren fixOz Linden
2016-09-06downgrade spammy LLCoros logging to DEBUGOz Linden
2016-09-06add protections against failed memory allocations in VBO and aligned memoryOz Linden
2016-09-06add run time error checking to LLImageRaw::scaleOz Linden
2016-09-06MAINT-6698 [VOB] "Save" button is always enabled for outfit with non-default ↵Mnikolenko Productengine
image even if there were no changes
2016-09-05MAINT-6697 make sure we have data to processandreykproductengine
2016-09-05MAINT-6685 [VOB] Outfit Image from an Outfit Gallery disappears after ↵Mnikolenko Productengine
editing outfit
2016-09-05Backed out changeset: d3ffc46e9e92andreykproductengine
2016-09-03MAINT-5232: Break out LLCoros::get_id() into its own header file.Nat Goodspeed
We need LLSingleton machinery to be able to reference get_id() without also depending on all the rest of LLCoros -- since LLCoros isa LLSingleton.
2016-09-03MAINT-5232: Add LLCoros::get_id() to identify the running coroutine.Nat Goodspeed
Change the module-static thread_specific_ptr to a function-static thread_specific_ptr so it will be initialized on demand -- since LLSingleton will need to rely on get_id(). Note that since LLCoros isa LLSingleton, we must take great care to avoid circularity. Introduce a private helper class LLCoros::Current to obtain and bind that thread_specific_ptr. Change all existing internal references from the static thread_specific_ptr to the new Current helper class.
2016-09-03MAINT-5232: Add DEBUG logging to LLSingleton dependency tracking.Nat Goodspeed
Specifically, add DEBUG logging to the code that maintains the stack of LLSingletons currently being initialized. This involves passing LLSingletonBase's constructor the name of LLSingleton's template parameter subclass, since during that constructor typeid(*this).name() will only produce "LLSingletonBase". Also add logdebugs() and oktolog() helper functions.
2016-09-03MAINT-5232: Make LLError::is_available() depend on both LLSingletons.Nat Goodspeed
LLError machinery depends on two different LLSingletons. Its is_available() function is primarily for LLSingleton itself to determine whether it is, or is not, safe to log. Until both of LLError's LLSingletons have been constructed, attempting to log LLSingleton operations could produce infinite recursion.
2016-09-02MAINT-5232: Abbreviate __FILE__ path in log_subsystem_cleanup().Nat Goodspeed
LLError::abbreviateFile() is specifically to avoid cluttering log output with the prefix of an absolute file path on the original build system, pointless for anyone trying to read the log.
2016-09-02MAINT-5011: Abbreviate __FILE__ path in log_unhandled_exception_().Nat Goodspeed
LLError::abbreviateFile() is specifically to avoid cluttering log output with the prefix of an absolute file path on the original build system, pointless for anyone trying to read the log.
2016-09-02MAINT-6461 crash due to invalid menu pointer during visibility changeandreykproductengine
2016-09-02MAINT-6461 crash due to invalid menu pointer during visibility changeandreykproductengine
2016-09-01MAINT-5011: Use LL_VLOGS() rather than raw lllog() macro.Nat Goodspeed
Raw lllog() doesn't work for varying log level, which is why LL_VLOGS() exists.
2016-09-01Automated merge with file:///Users/nat/linden/viewer-comment-lllogNat Goodspeed
2016-09-01MAINT-5011: Use LL_VLOGS() rather than raw lllog() macro.Nat Goodspeed
Raw lllog() doesn't work for varying log level, which is why LL_VLOGS() exists.
2016-09-01Automated merge with file:///Users/nat/linden/viewer-comment-lllogNat Goodspeed
2016-09-01MAINT-5232: Introduce LL_VLOGS() macro: log call with variable level.Nat Goodspeed
In some places we want to log the same information but with different severity depending on specifics. In other cases we need to test the availability of the logging subsystem before engaging it. LL_VLOGS() accepts an LLError::ELevel argument that can differ with each call, while retaining the desirable feature of deciding only once for each level.
2016-09-01Automated merge with file:///Users/nat/linden/viewer-comment-lllogNat Goodspeed
2016-09-01Automated merge with file:///Users/nat/linden/viewer-comment-lllogNat Goodspeed
2016-09-01MAINT-5011: Advise against lllog() instead of (e.g.) LL_INFOS().Nat Goodspeed
2016-09-01MAINT-6221 If two animations have the same priority, it's arbitrary which ↵andreykproductengine
one will take precedence
2016-09-01MAINT-6686 FIXED [VOB] Outfit Snapshot floater should be resized ↵Mnikolenko Productengine
independently of general Snapshot floater
2016-08-31MAINT-5011: Revert to googlemock built on squeezeNat Goodspeed
2016-08-31Backed out changeset 8c0e52a212bb - revert to googlemock 297460Nat Goodspeed
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-17 15:07:24 +0000