Age | Commit message (Collapse) | Author | |
---|---|---|---|
2012-09-14 | SH-3275 WIP Run viewer metrics for object update messages | Richard Linden | |
renamed some variables/methods | |||
2012-09-14 | SH-3275 WIP Run viewer metrics for object update messages | Richard Linden | |
added multi-threaded sampling to LLTrace first pass at data aggregation | |||
2012-09-12 | re-merge changes to disable tcmalloc | Oz Linden | |
2012-09-12 | merge increment of version number | Oz Linden | |
2012-09-12 | increment version to 3.4.2 | 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-09-07 | SH-3275 WIP Run viewer metrics for object update messages | Richard Linden | |
added buffer merging and copying | |||
2012-09-07 | SH-3275 WIP Run viewer metrics for object update messages | Richard Linden | |
created buffer type for storing trace data added merging logic for different trace types | |||
2012-09-07 | DRTVWR-209 Merge of viewer-development with SH-3316 drano-http code. | Monty Brandenberg | |
This was yet another refresh from v-d because of significant changes to lltexturefetch that would not have been resolvable by casual application of any merge tool. There are still a few questions outstanding but this is the initial, optimistic merge. | |||
2012-09-06 | SH-3275 WIP Run viewer metrics for object update messages | Richard Linden | |
further development of lltrace (accumulator and storage classes) | |||
2012-09-06 | SH-3275 WIP Run viewer metrics for object update messages | Richard Linden | |
lltrace cleanup | |||
2012-09-06 | Automated merge with http://bitbucket.org/lindenlab/viewer-development | Richard Linden | |
2012-09-05 | SH-3275 WIP Run viewer metrics for object update messages | Richard Linden | |
renamed some variables in lltrace | |||
2012-09-05 | SH-3275 WIP Run viewer metrics for object update messages | Richard Linden | |
build fix | |||
2012-09-05 | SH-3275 WIP Run viewer metrics for object update messages | Richard Linden | |
first pass at LLTrace framework | |||
2012-08-31 | Fix longstanding LLURI::buildHTTP() bug when passing string path. | Nat Goodspeed | |
The LLURI::buildHTTP() overloads that take an LLSD 'path' accept 'undefined', LLSD::String and (LLSD::Array of LLSD::String). A sequence of path components passed in an Array is constructed into a slash-separated path. There are unit tests in lluri_test.cpp to exercise that case. To my amazement, there were NO unit tests covering the case of an LLSD::String path. The code for that case escaped and appended the entire passed string. While that might be fine for a 'path' consisting of a single undecorated path component, the available documentation does not forbid one from passing a path containing slashes as well. But this had the dubious effect of replacing every slash with %2F. In particular, decomposing a URL string with one LLURI instance and constructing another like it using LLURI::buildHTTP() was not symmetrical. Having consulted with Richard, I made the string-path logic a bit more nuanced: - The passed path string is split on slashes. Every path component is individually escaped, then recombined with slashes into the final path. - Duplicate slashes are eliminated. - The presence or absence of a trailing slash in the original path string is carefully respected. Now that we've nailed down how it ought to behave -- added unit tests to ensure that it DOES behave that way!! | |||
2012-08-30 | Automated merge with http://bitbucket.org/lindenlab/viewer-cat | Richard Linden | |
2012-08-30 | MAINT-1486 FIX Crash on login (Unhandled exception) | Richard Linden | |
open root timer by default | |||
2012-08-30 | Merge | Richard Linden | |
2012-08-30 | MAINT-1486 FIX Crash on login (Unhandled exception) | Richard Linden | |
cleaner implementation of llfasttimers...don't bother to share similarly named timers just create multiple timers with same name...doesn't break anything | |||
2012-08-30 | Automated merge with ssh://hg.lindenlab.com/richard/viewer-interesting | Richard Linden | |
2012-08-30 | Automated merge with https://bitbucket.org/lindenlab/viewer-cat | Richard Linden | |
2012-08-30 | MAINT-1486 FIX Crash on login (Unhandled exception) | Richard Linden | |
allow duplicate named fast timers again, refactored timer code | |||
2012-08-31 | MAINT-1486 FIXED Crash on login (Unhandled exception) | MaksymS ProductEngine | |
2012-08-29 | SH-3275 WIP Run viewer metrics for object update messages | Richard Linden | |
further cleanup of LLStat removed llfloaterlagmeter | |||
2012-08-25 | Merge | Richard Linden | |
2012-08-25 | fixed crash on startup | Richard Linden | |
2012-08-24 | Automated merge with http://bitbucket.org/lindenlab/viewer-cat | Richard Linden | |
2012-08-15 | merge back beta fixes | Oz Linden | |
2012-08-13 | Merge from viewer-development. | Monty Brandenberg | |
2012-08-08 | Automated merge with http://hg.secondlife.com/viewer-development | Nat Goodspeed | |
2012-08-08 | Add implementation comments to LLHandle. | Nat Goodspeed | |
I recently tried to wade through llhandle.h and got somewhat perplexed. Armed with an explanation from Richard, I've added notes to the file to try to make it a bit less mysterious. | |||
2012-08-08 | Move llhandle.h into llcommon; same generality as llpointer.h. | Nat Goodspeed | |
Leaving llhandle.h in llui restricts the set of viewer project directories which could potentially use it, and there's nothing whatsoever UI-specific about it. | |||
2012-08-07 | Automated merge with ssh://hg.lindenlab.com/richard/viewer-interesting | Richard Linden | |
2012-08-07 | SH-3275 WIP Run viewer metrics for object update messages | Richard Linden | |
cleaned up LLStat and removed unnecessary includes | |||
2012-08-06 | llfasttimer cleanup | Richard Linden | |
removed unnecessary cache miss from fast timers renamed llfasttimer_class back to llfasttimer | |||
2012-08-03 | Merge with lindenlab/viewer-development | simon@Simon-PC.lindenlab.com | |
2012-08-03 | Merge of viewer-development (3.4.1). | Monty Brandenberg | |
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-07-31 | Merge in viewer-development | simon@Simon-PC.lindenlab.com | |
2012-07-28 | Automated merge with http://hg.secondlife.com/viewer-development | Nat Goodspeed | |
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-19 | MAINT-1175: Use workaround for comparing std::type_info* on gcc < 4.4. | Nat Goodspeed | |
We now specialize std::less<const std::type_info*> to use std::type_info::before(), and on Windows and Mac that Just Works. It even works on Linux when using gcc 4.4+: more recent implementations of gcc's std::type_info::before() apparently do name()-string comparisons internally. It doesn't work so well on Linux with gcc 4.1, though, and that's the compiler we still use on our Linux build-farm machines. But rather than give up, perform explicit name()-string comparison in that case. | |||
2012-07-18 | MAINT-1175: Ditch LLTypeInfoLookup, make map<const type_info*> work. | Nat Goodspeed | |
Instead of forbidding std::map<const std::type_info*, ...> outright (which includes LLRegistry<const std::type_info*, ...> and LLRegistrySingleton<const std::type_info*, ...>), try to make it work by specializing std::less<const std::type_info*> to use std::type_info::before(). Make LLRegistryDefaultComparator<T> use std::less<T> so it can capitalize on that specialization. |