[opensource-dev] STORM-467
Added a patch for STORM-467 2.x minimap zoom does not persist to the next session thats needs review and to be applied. Note that I mistakenly added this same patch to STORM-466 (too early in the morning) and I'm not sure how to remove it from there. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] STORM-466
Ok, figured out how to get rid of the bad attachment from 467 and created a patch for Storm-466 as well to add a zoom default to the minimap menu in english. from my understanding this should not break other languages, the menu option just won't appear. So if theres interest in fixing 466, theres a patch available now. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] VWR-24172 (tab key not working)
Back in build 216577, the tab key stopped working to jump between fields (in the build window, debugged settings window, etc). A couple builds later it was fixed, but then in build 217184 it stopped working again. It's still not working properly in 217291 - anybody else experiencing this? Trilo ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] VWR-24172 (tab key not working)
On 12/18/2010 04:55 PM, Trilo Byte wrote: > [...] tab key stopped working to jump between fields (in the build window, > debugged settings window, etc). [...] anybody else experiencing this? Yes, me. Boroondas ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] Review Request: VWR-24247: develop.py configure still searches for the wrong header file when checking for Tut
--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/39/ --- Review request for Viewer. Summary --- There is no #include "tut.h" anywhere. The only includes are #include "tut/tut.hpp" (which is correct). Tut installs in /include/tut/* among which the headerfile tut.hpp. The changed file, indra/cmake/FindTut.cmake, is only included when configured with --standalone (and thus only on linux). find_path searches in /usr/include and /usr/local/include anyway, so there is no way to add that. Adding the NO_SYSTEM_ENVIRONMENT_PATH stops it from reading the PATH environment variable and looking for tut/tut.hpp, which probably won't harm, but it simply makes no sense: we're looking for a headerfile, not an executable. Without this patch (and without creating a fake /usr/local/include/tut.h), I get the error: CMake Error at cmake/FindTut.cmake:26 (message): Could not find Tut Call Stack (most recent call first): cmake/Tut.cmake:8 (include) llmessage/CMakeLists.txt:13 (include) With the patch, it finds /usr/local/include/tut/tut.hpp as expected, setting TUT_INCLUDE_DIR to "/usr/local/include", and it also finds (in my case) /usr/src/secondlife/viewers/snowstorm/viewer-development/include/tut/tut.hpp, setting TUT_INCLUDE_DIR to "/usr/src/secondlife/viewers/snowstorm/viewer-development/include", since I have a symbolic link from /usr/src/secondlife/viewers/snowstorm/viewer-development/include/tut to ../linden/libraries/include/tut (which was installed manually with ./scripts/install.py tut) and I have the environment variable CMAKE_INCLUDE_PATH set to "/usr/src/secondlife/llqtwebkit/install-imprudence/include:/usr/src/secondlife/viewers/snowstorm/viewer-development/include:/sl/usr/include". In other words, this allows developers to install headers whereever they want and use the API of cmake as it is intended, to find those headers. This addresses bug VWR-24247. http://jira.secondlife.com/browse/VWR-24247 Diffs - indra/cmake/FindTut.cmake b0689af42a71 Diff: http://codereview.secondlife.com/r/39/diff Testing --- Tested to see if it finds the header when installed in /usr/local/include as well in a path specified with CMAKE_INCLUDE_PATH. Note that you need to configure with --standalone in order to test this. Also note that unless tut is installed in /usr/local, and when you configure with -DLL_TESTS:BOOL=ON, it still won't compile because of another bug. I will submit a patch for that separately. Thanks, Aleric ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] Memory Leak in Recent Builds (STORM-336?)
Hey Everyone - The recent builds of 2.5 have been leaking memory so bad on my machine that it renders the viewer unusable after an hour or so. I'll start the session at 600MB of RAM, and it'll balloon up to over 1GB before the viewer gets so slow that I have to relog. (Framerates drop over time to the point that it's impossible to type.) Since I seem to be able to reproduce this at will, is there anything I can do to help track this down? I found an open JIRA that seemed to be along those lines so I added as much information there as I could: https://jira.secondlife.com/browse/STORM-336 I try hard to stay current with the builds so I can report issues as I find them, but this one is so severe that it's sent me scrambling back to the release client so I'm actually able to enjoy my time in world. Thanks! - Bunny ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Memory Leak in Recent Builds (STORM-336?)
Im seeing the same thing. my memory actually topped out at 2 gig ram and 2 gig more virtual before it crashed taking my system with it. I can repo consistently on windows seven and on windows vista.. will try to repo on xp as well.. > From: bu...@bunnynet.org > Date: Sat, 18 Dec 2010 12:03:47 -0600 > To: opensource-dev@lists.secondlife.com > Subject: [opensource-dev] Memory Leak in Recent Builds (STORM-336?) > > Hey Everyone - > > The recent builds of 2.5 have been leaking memory so bad on my machine > that it renders the viewer unusable after an hour or so. I'll start > the session at 600MB of RAM, and it'll balloon up to over 1GB before > the viewer gets so slow that I have to relog. (Framerates drop over > time to the point that it's impossible to type.) > > Since I seem to be able to reproduce this at will, is there anything I > can do to help track this down? > > I found an open JIRA that seemed to be along those lines so I added as > much information there as I could: > > https://jira.secondlife.com/browse/STORM-336 > > I try hard to stay current with the builds so I can report issues as I > find them, but this one is so severe that it's sent me scrambling back > to the release client so I'm actually able to enjoy my time in world. > > Thanks! > > - Bunny > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
