[opensource-dev] 2.6.6 source?

2011-05-20 Thread Lance Corrimal 
Has anyone seen the 2.6.6 sources? bitbucket hasn't got them...
___
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] 2.6.6 source?

2011-05-20 Thread WolfPup Lowenhar 
You can use the tag 2.6.6 start to get the code @ that point in hg

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Lance Corrimal
> Sent: Friday, May 20, 2011 11:38 AM
> To: opensource-dev@lists.secondlife.com
> Subject: [opensource-dev] 2.6.6 source?
> 
> Has anyone seen the 2.6.6 sources? bitbucket hasn't got them...
> ___
> 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
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1375 / Virus Database: 1509/3649 - Release Date: 05/20/11

___
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] 2.6.6 source?

2011-05-20 Thread Boroondas Gupte 
On 05/20/2011 05:38 PM, Lance Corrimal wrote:
> Has anyone seen the 2.6.6 sources? bitbucket hasn't got them...
Both, viewer-development and viewer-beta have a 2.6.6-beta1
 tag. I
don't know whether that's also the code of the release. viewer-release
indeed doesn't seem to be updated, yet.

Cheers,
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

Re: [opensource-dev] Mesh branch merged to viewer-development

2011-05-20 Thread Trilo Byte 
230331 fixes the garbled graphics issue, but broken bulk uploading persists.  I 
filed it - VWR-25824

If anybody else could verify/reproduce, I'd appreciate it.  Not sure at this 
point if it's specific to the Mac client or affects all platforms.

TriloByte Zanzibar

On May 19, 2011, at 4:46 PM, Trilo Byte wrote:

> With so many of the jiras related to this merge not being publicly 
> accessible, I wouldn't know where to start looking for the issue to report it 
> under.  But this one seems to have appeared since the mesh merge...
> 
> First appeared in 230343, but the changelog for that build only shows 
> STORM-1100
> 
> Checked checkboxes in the Mac client show with garbled graphics instead of a 
> checked box.  In an unchecked state, they appear normally. (any tab of 
> preferences or the build menu will do).
> 
> TriloByte Zanzibar
> 
> On May 17, 2011, at 11:22 AM, Oz Linden (Scott Lawrence) wrote:
> 
>> 
>> The mesh team development branch has been merged to viewer-development 
>> (with the actual mesh support disabled, but with many rendering and 
>> other fixes active).
>> 
>> Your next pull of the tip of viewer-development will bring you ~2250 
>> changesets; pay careful attention to any merges of your local changes.
>> 
>> Some of the changes may cause problems with using the Debug (and 
>> DebugOS) configurations.  If you have problems, please bring them up on 
>> the list.  Don't file a jira yet unless you believe you have diagnosed a 
>> specific issue well enough that a fix is possible.  If it turns out that 
>> these configurations are not working well, getting them fixed will be a 
>> high priority this week.
>> 
>> If you would like to update your repository to the latest possible 
>> change _before_ the mesh branch move (and let the rest of us sort out 
>> any problems that arise), then you can pull the tag '2.6.9-start'; the 
>> mesh merge is the next revision after that tag.
>> 
>> ___
>> 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

Re: [opensource-dev] Mesh branch merged to viewer-development

2011-05-20 Thread Kiptic ‌ 

> > 2011-05-17T21:41:18Z newview/llviewertexturelist.cpp(492) : error
> > 2011-05-17T21:41:18Z ERROR: LLViewerTextureList::addImageToList: ASSERT
> > (mInitialized)

> I get  another crash on each startup:

> $1 = (struct LLConvexDecomposition *) 0x0

> Apparently, LLConvexDecomposition::getInstance() returns 0;

I have the same problem, and yes, that call does return 0, which is then 
happily dereferenced a few lines further on.

All this in llmeshrepository.cpp, lines 3655-3665 (rev. 18475):


LLConvexDecomposition* decomp = LLConvexDecomposition::getInstance();
decomp->initThread();
mInited = true;

static const LLCDStageData* stages = NULL;
static S32 num_stages = 0;

if (!stages)
{
num_stages = decomp->getStages(&stages);
}


Not sure why getInstance returns 0, it seems it's never initialized properly?

/Kip

  ___
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] tcmalloc

2011-05-20 Thread Kiptic ‌ 

> For Fmod fixes see :

> https://jira.secondlife.com/browse/STORM-1023

> that is the issue that fixed fmod for OS devs plus there are instructions
> there on how to make your own local package for the autobuild system to use.

Great, thanks! I'm using the -DFMOD_INCLUDE_DIR etc. now with great success.

However, I was wondering more about any other useful -D options that might be 
lurking in there. Is there a list somewhere?

/Kip

  ___
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] tcmalloc

2011-05-20 Thread Boroondas Gupte 
On 05/20/2011 10:20 PM, Kiptic ‌ wrote:
> However, I was wondering more about any other useful -D options that
> might be lurking in there. Is there a list somewhere?
After configuring, try

cmake -L build-*/

or, if you also want the help strings

cmake -LH build-*/


by default, so-called 'advanced' variables will be hidden. To include
them use -LA or -LAH respectively.

You can set variables during configuration, or afterwards and then
reconfigure. For setting them afterwards, the interactive command line
tool ccmake  and the GUI tool
cmake-gui are available. (Note that both commands require that you pass
the build dir as argument.) Existence of some variables depends on
values of other variables, so when re-configuring after changing one or
several variables, new variables might appear.

I hope this helps.
Cheers,
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

Re: [opensource-dev] Mesh branch merged to viewer-development

2011-05-20 Thread Nyx Linden 
Already filed as https://jira.secondlife.com/browse/SH-1616. Will 
move to snowstorm once we have a fix. Should be a straightforward fix, 
but I've been swamped today :(


 -Nyx

On 05/20/2011 04:16 PM, Kiptic ‌ wrote:

> > 2011-05-17T21:41:18Z newview/llviewertexturelist.cpp(492) : error
> > 2011-05-17T21:41:18Z ERROR: LLViewerTextureList::addImageToList: 
ASSERT

> > (mInitialized)

> I get another crash on each startup:

> $1 = (struct LLConvexDecomposition *) 0x0

> Apparently, LLConvexDecomposition::getInstance() returns 0;

I have the same problem, and yes, that call does return 0, which is 
then happily dereferenced a few lines further on.


All this in llmeshrepository.cpp, lines 3655-3665 (rev. 18475):


LLConvexDecomposition* decomp = LLConvexDecomposition::getInstance();
decomp->initThread();
mInited = true;

static const LLCDStageData* stages = NULL;
static S32 num_stages = 0;

if (!stages)
{
num_stages = decomp->getStages(&stages);
}


Not sure why getInstance returns 0, it seems it's never initialized 
properly?


/Kip


___
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

Re: [opensource-dev] Review Request: CHOP-658 moving panels and floaters into a new static library project viewer_components/viewerui

2011-05-20 Thread Brad Kittenbrink 

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/302/
---

(Updated May 20, 2011, 4:04 p.m.)


Review request for Viewer and Richard Nelson.


Changes
---

Ok, I tried to redo the file moves correctly as Thomas suggested.  Maybe the 
diff will look a little better this time?

anyways the results are here 
https://bitbucket.org/brad_linden/viewer-mustbuildfaster-2

mustbuildfaster-1 is now a dead end.  I haven't looked into any of the side 
panel failures yet.


Summary
---

Started moving panel and floater classes into a new static library project in 
an effort to start promoting better insulation between model and view sections 
of the viewer codebase.  This is in preparation for further work breaking 
header dependencies along the lines of CHOP-624


This addresses bug CHOP-658.
http://jira.secondlife.com/browse/CHOP-658


Diffs (updated)
-

  indra/cmake/LLViewerUI.cmake PRE-CREATION 
  indra/newview/CMakeLists.txt UNKNOWN 
  indra/newview/llfloaterabout.h UNKNOWN 
  indra/newview/llfloaterabout.cpp UNKNOWN 
  indra/newview/llfloateranimpreview.h UNKNOWN 
  indra/newview/llfloateranimpreview.cpp UNKNOWN 
  indra/newview/llfloaterauction.h UNKNOWN 
  indra/newview/llfloaterauction.cpp UNKNOWN 
  indra/newview/llfloateravatarpicker.h UNKNOWN 
  indra/newview/llfloateravatarpicker.cpp UNKNOWN 
  indra/newview/llfloateravatartextures.h UNKNOWN 
  indra/newview/llfloateravatartextures.cpp UNKNOWN 
  indra/newview/llfloaterbeacons.h UNKNOWN 
  indra/newview/llfloaterbeacons.cpp UNKNOWN 
  indra/newview/llfloaterbuildoptions.h UNKNOWN 
  indra/newview/llfloaterbuildoptions.cpp UNKNOWN 
  indra/newview/llfloaterbulkpermission.h UNKNOWN 
  indra/newview/llfloaterbulkpermission.cpp UNKNOWN 
  indra/newview/llfloaterbump.h UNKNOWN 
  indra/newview/llfloaterbump.cpp UNKNOWN 
  indra/newview/llfloaterbuy.h UNKNOWN 
  indra/newview/llfloaterbuy.cpp UNKNOWN 
  indra/newview/llfloaterbuycontents.h UNKNOWN 
  indra/newview/llfloaterbuycontents.cpp UNKNOWN 
  indra/newview/llfloaterbuycurrency.h UNKNOWN 
  indra/newview/llfloaterbuycurrency.cpp UNKNOWN 
  indra/newview/llfloaterbuycurrencyhtml.h UNKNOWN 
  indra/newview/llfloaterbuycurrencyhtml.cpp UNKNOWN 
  indra/newview/llfloaterbuyland.h UNKNOWN 
  indra/newview/llfloaterbuyland.cpp UNKNOWN 
  indra/newview/llfloatercamera.h UNKNOWN 
  indra/newview/llfloatercamera.cpp UNKNOWN 
  indra/newview/llfloaterchat.h UNKNOWN 
  indra/newview/llfloaterchat.cpp UNKNOWN 
  indra/newview/llfloaterchatterbox.h UNKNOWN 
  indra/newview/llfloaterchatterbox.cpp UNKNOWN 
  indra/newview/llfloatercolorpicker.h UNKNOWN 
  indra/newview/llfloatercolorpicker.cpp UNKNOWN 
  indra/newview/llfloaterdaycycle.h UNKNOWN 
  indra/newview/llfloaterdaycycle.cpp UNKNOWN 
  indra/newview/llfloaterdisplayname.h UNKNOWN 
  indra/newview/llfloaterdisplayname.cpp UNKNOWN 
  indra/newview/llfloaterenvsettings.h UNKNOWN 
  indra/newview/llfloaterenvsettings.cpp UNKNOWN 
  indra/newview/llfloaterevent.h UNKNOWN 
  indra/newview/llfloaterevent.cpp UNKNOWN 
  indra/newview/llfloaterfonttest.h UNKNOWN 
  indra/newview/llfloaterfonttest.cpp UNKNOWN 
  indra/newview/llfloaterfriends.h UNKNOWN 
  indra/newview/llfloaterfriends.cpp UNKNOWN 
  indra/newview/llfloatergesture.h UNKNOWN 
  indra/newview/llfloatergesture.cpp UNKNOWN 
  indra/newview/llfloatergodtools.h UNKNOWN 
  indra/newview/llfloatergodtools.cpp UNKNOWN 
  indra/newview/llfloatergroupinvite.h UNKNOWN 
  indra/newview/llfloatergroupinvite.cpp UNKNOWN 
  indra/newview/llfloatergroups.h UNKNOWN 
  indra/newview/llfloatergroups.cpp UNKNOWN 
  indra/newview/llfloaterhandler.h UNKNOWN 
  indra/newview/llfloaterhandler.cpp UNKNOWN 
  indra/newview/llfloaterhardwaresettings.h UNKNOWN 
  indra/newview/llfloaterhardwaresettings.cpp UNKNOWN 
  indra/newview/llfloaterhelpbrowser.h UNKNOWN 
  indra/newview/llfloaterhelpbrowser.cpp UNKNOWN 
  indra/newview/llfloaterhud.h UNKNOWN 
  indra/newview/llfloaterhud.cpp UNKNOWN 
  indra/newview/llfloaterimagepreview.h UNKNOWN 
  indra/newview/llfloaterimagepreview.cpp UNKNOWN 
  indra/newview/llfloaterinspect.h UNKNOWN 
  indra/newview/llfloaterinspect.cpp UNKNOWN 
  indra/newview/llfloaterinventory.h UNKNOWN 
  indra/newview/llfloaterinventory.cpp UNKNOWN 
  indra/newview/llfloaterjoystick.h UNKNOWN 
  indra/newview/llfloaterjoystick.cpp UNKNOWN 
  indra/newview/llfloaterlagmeter.h UNKNOWN 
  indra/newview/llfloaterlagmeter.cpp UNKNOWN 
  indra/newview/llfloaterland.h UNKNOWN 
  indra/newview/llfloaterland.cpp UNKNOWN 
  indra/newview/llfloaterlandholdings.h UNKNOWN 
  indra/newview/llfloaterlandholdings.cpp UNKNOWN 
  indra/newview/llfloatermap.h UNKNOWN 
  indra/newview/llfloatermap.cpp UNKNOWN 
  indra/newview/llfloatermediabrowser.h UNKNOWN 
  indra/newview/llfloatermediabrowser.cpp UNKNOWN 
  indra/newview/llfloatermediasettings.h UNKNOW