Age | Commit message (Collapse) | Author | |
---|---|---|---|
2011-02-06 | OPEN-1 WORKAROUND correct build arguments again for VS Express | Oz Linden | |
2011-02-06 | OPEN-1 WORKAROUND correct build arguments for VS Express | Oz Linden | |
2011-02-06 | OPEN-1 WORKAROUND correct build arguments for VS Express | Oz Linden | |
2011-02-06 | OPEN-1 WORKAROUND revert change to cmake string for VS 8 | Oz Linden | |
2011-02-06 | OPEN-1 WORKAROUND revert change to cmake string for VS 8 | Oz Linden | |
2011-02-06 | OPEN-1 WORKAROUND - create a VCexpressRelWithDebInfo for compiling with VS ↵ | Oz Linden | |
Express | |||
2011-02-14 | merge up to latest viewer-development | Oz Linden | |
2011-02-11 | merge up to lastest upstream | Oz Linden | |
2011-02-06 | OPEN-1 WORKAROUND - create a VCexpressRelWithDebInfo for compiling with VS ↵ | Oz Linden | |
Express | |||
2011-02-06 | merge to latest viewer-development | Oz Linden | |
2011-02-05 | Introduce zipmap() function and use it in place of frequent loops. | Nat Goodspeed | |
One operation we often use is to take an LLSD array of param names, a corresponding LLSD array of values, and create from them a name=value LLSD map. Instead of doing that "by hand" every time, use a function. | |||
2011-02-05 | Make array-funcs success test exercise args-array-too-long case too. | Nat Goodspeed | |
Streamline a bit more redundancy from the code in that test. | |||
2011-02-05 | Consolidate paramsa, paramsb, et al., into ["a"], ["b"] arrays. | Nat Goodspeed | |
Following the C++ convention of having two distinct somethigna, somethingb names, initially we introduced paramsa, paramsb LLSD arrays, following that convention all the way down the line. This led to two distinct loops every time we wanted to walk both arrays, since we didn't want to assume that they were both the same size. But leveraging the fact that distinct LLSD arrays stored in the same LLSD container can in fact be of different lengths, refactored all the pairs of vars into top-level LLSD maps keyed by ["a"] and ["b"]. That lets us perform nested loops rather than duplicating the logic, making test code much less messy. | |||
2011-02-05 | Fix Vars::cp dangling-pointer problem. | Nat Goodspeed | |
Naively storing a const char* param in a const char* data member ignores the fact that once the caller's done, the string data referenced by that pointer will probably be freed. Store the referenced string in a std::string instead. | |||
2011-02-05 | Add successful calls to array-style functions. | Nat Goodspeed | |
2011-02-04 | STORM-610 : Backing out that change (test fail) | Merov Linden | |
2011-02-04 | Clean up license headers in a handfull of files | Merov Linden | |
2011-02-04 | STORM-655 : Pull into viewer-development | Merov Linden | |
2011-02-04 | STORM-610 : Pull into viewer-development | Merov Linden | |
2011-02-04 | STORM-601 FIXED Color swatch now receives focus on mouse click. | Seth ProductEngine | |
2011-02-04 | fix linking to llqtwebkit. | Alain Linden | |
2011-02-04 | Change FunctionsTriple refs to pointers to facilitate passing. | Nat Goodspeed | |
A certain popular-but-dumb compiler seems to think that initializing a std::vector from a pair of iterators requires assignment. A struct containing a reference cannot be assigned. Pointers get us past this issue. | |||
2011-02-04 | STORM-433 FIXED Fixed reshaping notification panel with friendship offer ↵ | Seth ProductEngine | |
when it is inserted into IM chat. | |||
2011-02-04 | Move FunctionsTriple data to function returning vector<same>. | Nat Goodspeed | |
We want to break out a couple different test methods that both need the same data. While we could define a std::vector<FunctionsTriple> in the lleventdispatcher_data class and initialize it using a classic {} initializer as in array_funcs(), using a separate function puts it closer to the tests consuming that data, and helps reduce clutter in the central data class. Either way, it's cool that BOOST_FOREACH() handles the gory details of iterating over a std::vector vs. a classic-C array. | |||
2011-02-04 | STORM-465 FIXED Made all keys localizable. | Vadim ProductEngine | |
Renamed HUD direction strings ("Left", "Right", "Up", "Down") to avoid strings duplication. | |||
2011-02-03 | BOOST_FOREACH(LLSD) helpers more readable with 'using namespace'. | Nat Goodspeed | |
2011-02-03 | Introduce BOOST_FOREACH() helpers for LLSD in llsdutil.h. | Nat Goodspeed | |
You can't directly write: BOOST_FOREACH(LLSD item, someLLSDarray) { ... } because LLSD has two distinct iteration mechanisms, one for arrays and one for maps, neither using the standard [const_]iterator typedefs or begin()/end() methods. But with these helpers, you can write: BOOST_FOREACH(LLSD item, llsd::inArray(someLLSDarray)) { ... } or BOOST_FOREACH(const llsd::MapEntry& pair, llsd::inMap(someLLSDmap)) { ... } These are in namespace llsd instead of being (e.g.) llsd_inMap because with a namespace at least your .cpp file can have a local 'using': using namespace llsd; BOOST_FOREACH(LLSD item, inArray(someLLSDarray)) { ... } It's namespace llsd rather than LLSD because LLSD can't be both a namespace and a class name. | |||
2011-02-03 | Add test to call array-style functions with too-short array. | Nat Goodspeed | |
Also, finally got sick of hand-writing the official iterator-loop idiom and dragged in BOOST_FOREACH(). Because LLSD has two completely different iteration styles, added inArray and inMap helper classes to be able to write: BOOST_FOREACH(LLSD item, inArray(someArray)) { ... } | |||
2011-02-03 | STORM-513 : pull into viewer-development | Merov Linden | |
2011-02-03 | STORM-397 : pull into viewer-development | Merov Linden | |
2011-02-03 | STORM-316 : pull into viewer-development | Merov Linden | |
2011-02-03 | Pull from viewer-beta | Merov Linden | |
2011-02-03 | Added tag 2.5.0-beta3, DRTVWR-34_2.5.0-beta3 for changeset b723921b5c71 | Dessie Linden | |
2011-02-02 | STORM-953 Clarify what happens when you uncheck Allow Public Access | Jonathan Yap | |
Note: This change also incorporates STORM-960 | |||
2011-02-02 | STORM-960 Descriptive text missing next to first checkbox in About Land/Access | Jonathan Yap | |
Contribution team: Aleric Inglewood, Alexandrea Fride, Robin Cornelius, and Siana Gearz | |||
2011-02-02 | Merge with viewer-development | Merov Linden | |
2011-02-02 | STORM-435 : pull into viewer-development | Merov Linden | |
2011-02-02 | Pull from viewer-beta | Merov Linden | |
2011-02-02 | STORM-957 : pull in viewer-beta (da and fr localization) | Merov Linden | |
2011-02-02 | Add test to call no-args functions using (map | array)-style calls | Nat Goodspeed | |
2011-02-02 | Add test to exercise map/array args mismatch validation. | Nat Goodspeed | |
2011-02-02 | Automated merge with http://hg.secondlife.com/viewer-development | Xiaohong Bao | |
2011-02-02 | fix for Sh-445: debug settings -> "CacheNumberOfRegionsForObjects" does not ↵ | Xiaohong Bao | |
limit the number of object cache files | |||
2011-02-02 | First few LLEventDispatcher call cases: try_call(), call Callables | Nat Goodspeed | |
2011-02-01 | Sync with viewer-development | Merov Linden | |
2011-02-01 | Replace boost::ptr_map<name, etc> with std::map<name, shared_ptr>. | Nat Goodspeed | |
On Windows, unlike on Mac or Linux, boost::ptr_map<> started insisting on this concept of clonability. In other words, it wants to own a unique instance of the pointee; if you copy a value_type -- even to dereference an iterator! -- it wants to construct a whole new instance of the mapped_type. That's nuts. A std::map<..., boost::shared_ptr<>> has the property I want (the mapped_type goes away when the entry is erased), plus it's willing to pass around the shared_ptr to the same instance of the mapped_type. This change also permits simplifying a couple awkward kludges I'd already had to make to accommodate ptr_map's idiosyncracies. | |||
2011-02-01 | Automated merge with http://hg.secondlife.com/viewer-development | Xiaohong Bao | |
2011-02-01 | STORM-484 : pull in viewer-development | Merov Linden | |
2011-02-01 | fix a minor memory leaking flaw for SH-895: some mild memory leaking (partially) | Xiaohong Bao | |
2011-02-01 | fix for SH-891: crash at LLDrawable::getFace(int) | Xiaohong Bao | |