Re: [opensource-dev] Mac viewer and Apple maintained opensource libraries

ersion 0.9.8) Ouch. I was ashamed of how long we stayed at 0.9.8. (Would kinda like to use LibreSSL...) -- Monty Brandenberg | Unit of Production Skype monty.linden | Second Life Monty Linden Linden Lab | Makers of Shared Creative Spaces Chec

Re: [opensource-dev] Linux

On 1/29/2017 8:39 PM, Nicky Perian wrote: > Will LL use a build system that can be updated as opposed to the current > out of date system? Hopefully, the build system will be a standard off > the shelf that everyone can install and without any mix and match specials. The "one, true Linux?" /me r

Re: [opensource-dev] Question about BUG-41029 and 64 bit usage

On 12/16/2016 4:16 AM, Henri Beauchamp wrote: > I'd say that the demonstration of how templates can actually > harm the maintainability of the code is done... Hahaha, that is a permanent on-going debate. m ___ Policies and (un)subscribe information a

Re: [opensource-dev] 64 bit viewers build instructions

k that 00-COMPILE-LINK-RUN.txt in the cmake directory get updated with current options and the thinking that led to them... m -- Monty Brandenberg | Unit of Production Skype monty.linden | Second Life Monty Linden Linden Lab | Makers of Shared Creative Spaces Check out

Re: [opensource-dev] Viewer Azumarill (coroutines) issue

On 12/1/2015 8:17 AM, Henri Beauchamp wrote: > but here is the comment > I wrote for it, which explains it all and could be used with benefit > by LL: And thanks for the analysis as well, Henri. Passed it along to folks and I can have another boost argument now. -- Monty Brandenberg

Re: [opensource-dev] Viewer Azumarill (coroutines) issue

On 12/1/2015 8:17 AM, Henri Beauchamp wrote: > ... It's becoming insane: > // obfuscating code complexity behind a gazillion of templates does not make > // the code cleaner (and certainly not faster), much to the contrary ! HB No disagreement on this point at all. :-) m

Re: [opensource-dev] Building GTK+ and friends with autobuild new tools

On 7/14/2015 12:22 PM, Nicky Perian wrote: > R > To That's pretty much been my experience, too. -- Monty Brandenberg | Unit of Production Skype monty.linden | Second Life Monty Linden Linden Lab | Makers of Shared Creative Spaces Check out what we&#x

Re: [opensource-dev] Having Trouble Compiling on Windows - 2 Failed Builds

On 10/8/2014 10:10 PM, Sameer Anand wrote: > Can someone maybe shed some light on something I am doing wrong? Thanks > for the help! Try getting the white space out of your repo path. I.e. 'Viewer Source' -> 'Viewer_Source' or something. A lot of build scripting isn't tolerant of that. _

Re: [opensource-dev] Not actually OT: How do I get/update gcc to 4.6 on debian squeeze?

use. But Oz is, I believe, running down the info on the tool chain components. We're large enough that that info is stuck in a silo somewhere and we have to blast it out. m -- Monty Brandenberg | Unit of Production Skype monty.linden | Second Life Monty Linden Linden Lab | Makers of Share

Re: [opensource-dev] library refresh viewer

t be using asio. Asio also doesn't build any binary artifacts, other than test cases, so no symbol dependencies. When used, it will pick up whatever version is found in the build environment. -- Monty Brandenberg | Unit of Production Skype monty.linden | Second Life Monty Linden Linden Lab

Re: [opensource-dev] Library Refresh viewer

Checking in to see if anyone is seeing problems with the new libraries. Crash reports have been mostly quiet and as expected. No lurking horrors yet? m ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSo

Re: [opensource-dev] Library Refresh viewer

> > It also appears with LL's Second_Life_Refresh viewer. Qt is generally unhappy running in SLplugin. :-) Soo many warnings flying out stderr whenever the viewer is run from command line. -- Monty Brandenberg | Unit of Production Skype monty.linden | Second Life Monty Linden Linden

Re: [opensource-dev] Library Refresh viewer

ctual problems can be demonstrated on a supported platform, a library downgrade is one of the solutions available. Haven't needed to do that yet. -- Monty Brandenberg | Unit of Production Skype monty.linden | Second Life Monty Linden Linden Lab | Makers of

Re: [opensource-dev] Library Refresh viewer

rsion is not less than compile-time version gives us a chance. m -- Monty Brandenberg | Unit of Production Skype monty.linden | Second Life Monty Linden Linden Lab | Makers of Shared Creative Spaces Check out what we're working on! ___ Policies an

Re: [opensource-dev] where do i get 3p-fmodex?

e. A change I made didn't affect our builds, did affect OS builds. I'll revert that in the future when I get a chance but that would be the place to fix this (changeset 3d662c2f1aad). -- Monty Brandenberg | Unit of Production Skype monty.linden | Second Life Monty Linden Linden Lab | Mak

[opensource-dev] HTTP Project Viewer & Source

error handling improvements, request retry improvements. * 3p-curl - switched from c-ares to threaded DNS resolver and using version 7.24.0. m -- Monty Brandenberg | Unit of Production Skype monty.linden | Second Life Monty Linden Linden Lab | Makers of Shared Creative Spaces Check out what

Re: [opensource-dev] Review Request: OPEN-172 Combined changesets for Linux gcc 4.7, 2 build of viewer development

ttp://codereview.secondlife.com/r/618/#comment1198> Ugg, took me awhile to find this. The fix is to declare a virtual destructor on LLTextureManagerBridge in lltexturemanagerbridge.h. Looks like it can be pure virtual. - Monty Brandenberg On April 11, 2013, 8:26 p.m., Nicky Perian

Re: [opensource-dev] HTTP connection changes heading to Aditi in the near future

On 3/18/2013 12:06 PM, Monty Brandenberg wrote: > On 3/15/2013 8:56 PM, Monty Brandenberg wrote: > >> Three Mesh testing regions (MeshTest2, MeshTest2A, MeshTest2H) are >> now up as well on Aditi. As with textures, these regions share >> meshes so you may want to clear c

Re: [opensource-dev] HTTP connection changes heading to Aditi in the near future

The three DRTSIM-203 channels on Aditi have been updated with a new build with a fix for SH-4026. This involves expired/revoked caps returning 502 on access rather than the traditional 404. 404 should be the norm once again. m ___ Policies and (un)su

Re: [opensource-dev] HTTP connection changes heading to Aditi in the near future

On 3/15/2013 8:56 PM, Monty Brandenberg wrote: > Three Mesh testing regions (MeshTest2, MeshTest2A, MeshTest2H) are > now up as well on Aditi. As with textures, these regions share > meshes so you may want to clear cache as appropriate when switching > between channels. And now the

Re: [opensource-dev] HTTP connection changes heading to Aditi in the near future

On 3/14/2013 8:13 PM, Monty Brandenberg wrote: > > We now have three channels and a number of regions available for testing: > > * DRTSIM-203. Normal release intended to go to Agni supporting > keepalive connections and other changes. Regions: > o TextureTest2.

Re: [opensource-dev] HTTP connection changes heading to Aditi in the near future

On 3/15/2013 1:06 AM, Darien Caldwell wrote: > Are these regions on the Main grid or Beta grid? I can find MeshTest2 > on both grids, but the server version is 13.03.04.271238, so I'm not > clear that this is the correct server version. Also TextureTest2 on beta > seems to be closed off. All on A

Re: [opensource-dev] HTTP connection changes heading to Aditi in the near future

On 3/15/2013 9:35 AM, Henri Beauchamp wrote: > On Thu, 14 Mar 2013 20:13:19 -0400, Monty Brandenberg wrote: > >> We now have three channels and a number of regions available for testing: >> >> .../... >>o TextureTest2. High texture count, no meshes, low

Re: [opensource-dev] HTTP connection changes heading to Aditi in the near future

On 3/14/2013 9:46 PM, Darien Caldwell wrote: > As well I am not sure why scripts are being included in this at all. The > HTTP issues as I understood were the number of http connections a viewer > had to handle, with another factor in that mix being the particular > router the resident uses and how

Re: [opensource-dev] HTTP connection changes heading to Aditi in the near future

We now have three channels and a number of regions available for testing: * DRTSIM-203. Normal release intended to go to Agni supporting keepalive connections and other changes. Regions: o TextureTest2. High texture count, no meshes, low residency limit to prevent interference

Re: [opensource-dev] Review Request: OPEN-159 / Faster, nicer Depth of Field

On 1/11/2013 5:03 PM, Tofu Buzzard wrote: > llassert_always(false); > > Ah, yes. I added this assert to mark this function as broken because it ate > some of my time just unobviously doing nothing. http://catb.org/jargon/html/magic-story.html _

Re: [opensource-dev] Linux boost shared libraries

On 12/11/2012 5:36 PM, Henri Beauchamp wrote: > The JIRA became useless to developers and users alike... Not useless, _streamlined_! *cough* ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Ple

Re: [opensource-dev] Linux boost shared libraries

filed: https://jira.secondlife.com/browse/BUG-1056 ___ 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] Linux boost shared libraries

On 12/10/2012 7:25 PM, Nicky Perian wrote: > At the sldev meeting earlier it was stated that unicode processing with > boost regex was problematic unless a shared boost lib was included. > Here: > http://www.boost.org/doc/libs/1_52_0/libs/regex/doc/html/boost_regex/unicode.html > it appears that t

Re: [opensource-dev] Linux boost shared libraries

On 12/9/2012 9:32 PM, Nicky Perian wrote: > > What is the reason for the switch to boost shared libraries? > > The other platforms seem to perform without issue using boost static > libraries. In 3.4.3? That change was picked up as part of some shared work in Boost packaging. Not certain what th

Re: [opensource-dev] New HTTP Library & Project Viewer

On 10/23/2012 2:05 PM, Dahlia Trimble wrote: > Would this excerpt from RFC2616 (section 8.2) be relevent? Perhaps some > routers and other infrastructure assume this as design criteria: Oh, it absolutely is but mostly honored in its breach. IETF 'SHOULD' is so much weaker than its 'MUST' _

Re: [opensource-dev] New HTTP Library & Project Viewer

On 10/23/2012 6:10 AM, Henri Beauchamp wrote: > And in fact, llappcorehttp.cpp only touches CP_CONNECTION_LIMIT, so > CP_PER_HOST_CONNECTION_LIMIT is kept at its default (8) whatever the > TextureFetchConcurrency debug setting value, meaning the viewer never > opens more than 8 simultaneous connec

Re: [opensource-dev] New HTTP Library & Project Viewer

On 10/22/2012 6:28 PM, Henri Beauchamp wrote: > In the current implementation, the new HTTP core can be configured to > spawn from 12 to up to 256 (!) simultaneous connections... The texture > fetcher code however never queues more than 40 requests at once, thus > limiting the potential damages, b

Re: [opensource-dev] New HTTP Library & Project Viewer

On 7/31/2012 10:03 PM, Kadah wrote: > Its 8 again with the fallow comment. I tired to track down the rev, > but apparently Mecurial 2.2 can't properly annotate that file for some > reason, and the new UI for it in TortoiseHg2 is horrid. All of the > referenced jiras around its changes are not publ

Re: [opensource-dev] New HTTP Library & Project Viewer

On 7/30/2012 5:03 PM, Tateru Nino wrote: > > Heck, I know one person with two. A > Belkin G *and* a Linksys WRT. There's someone who I would like to buy a drink. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/

Re: [opensource-dev] New HTTP Library & Project Viewer

On 7/30/2012 2:15 PM, Celierra Darling wrote: > FYI, the Firefox folks had a conversation in 2008 and decided to bump up > from 2 to 6 by default at that time (partly because everyone else was > raising it).[1] (And for what it's worth, I found a mention from '06 > that "anything above 10 is exce

Re: [opensource-dev] Build Error llviewermessage.cpp Linux 32

On 8/31/2011 12:53 AM, Mysty Saunders wrote: > /home/mysty/slq/viewer-development/indra/newview/llviewermessage.cpp: In > function ‘void process_improved_im(LLMessageSystem*, void**)’: > /home/mysty/slq/viewer-development/indra/newview/llviewermessage.cpp:2858: > error: ‘region_access’ may be used

Re: [opensource-dev] SOCKS viewer

On 7/14/2011 11:05 AM, Lee ponzu wrote: > So, suppose you had two or more clients using the same cacheing SOCKS > proxy. If they needed the same data (say the two users were in the same > classroom or sex club), would they both get their data from the SOCKS > cache? Not at this point. While two

Re: [opensource-dev] Review Request: STORM-1112 Support SOCKS 5 proxy in the viewer (take 2)

On 7/12/2011 5:35 PM, Monty Brandenberg wrote: > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/374/ I'm doing this review in pieces, btw. Too much code for one go... ___ Policies and (u

Re: [opensource-dev] Review Request: STORM-1112 Support SOCKS 5 proxy in the viewer (take 2)

--- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/374/ > ------- > > (Updated July 12, 2011, 11:20 a.m.) > > > Review request for Viewer, Oz Linden, Monty Br

Re: [opensource-dev] Is it just me? Avatar textures downloading last.

On 6/23/2011 1:06 AM, Lee ponzu wrote: > * 1. Second Life Viewer - VWR > * VWR-26093 > > > Mass avatar texture rebake and load failures resulting in blury and > grey textures which do not resolve

Re: [opensource-dev] Is it just me? Avatar textures downloading last.

On 6/20/2011 5:20 PM, Lee ponzu wrote: > If I can help gather any data let me know. Jira + description of events with timeline + logfile ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please re

Re: [opensource-dev] Review Request: Viewer cache size increase to 10GB.

On 6/6/2011 11:00 PM, Tateru Nino wrote: > Not that I'm not glad to see the maximum cache size increased, but the > cache cap was only very reluctantly increased to 1GB as the performance > of the system increasingly suffered as the quantity of cached objects > increased. > > How did we solve this?

Re: [opensource-dev] Review Request: VWR-25610 LLControlGroup::loadFromFile makes unnecessary copies of large LLSD objects

On 4/27/2011 2:57 PM, Brad Kittenbrink wrote: > On April 27th, 2011, 4:16 a.m., *Boroondas Gupte* wrote: > 2) Remove space between"const" and"&", so that it's easer to > visually distinguish from binary operator& > 2) I think this is a bad idea, that would be far less readable imho.

Re: [opensource-dev] Windows compiling problem

On 4/14/2011 8:37 PM, Jonathan Welch wrote: > Knowing what I had to do to fix this problem now tells me that when I > had to restore my C drive from a backup the backup was not quite > up-to-date and a few things I had changed since it had been made had > to be reapplied. Well, extra credit for h

Re: [opensource-dev] Windows compiling problem

On 4/12/2011 6:53 PM, Nicky Perian wrote: > Dont' want to come across as self-promoting and am hesitant to advise LL > devs Don't be shy how are we ever going to learn? ___ Policies and (un)subscribe information available here: http://wiki.secondlif

Re: [opensource-dev] Windows compiling problem

On 4/6/2011 11:46 AM, Monty Brandenberg wrote: > Confirmed (I get it myself). Probably has to do with sensitivity to > the SDKs installed on the system. The offending include order, > in reverse order, is: > > "C:\\Program Files (x86)\\Microsoft SDKs\\Windows\\v7.0A\\includ

Re: [opensource-dev] Windows compiling problem

On 4/5/2011 4:03 PM, Jonathan Welch wrote: > I have not had much chance to compile since viewer-development took in > the autobuild changes. This afternoon I gave it a try and fixed a few > issues but am stumped at how to fix this, which occurs in a number of > places: > > -- Build started: Pr

Re: [opensource-dev] Review Request: VWR-20801 Implement SOCKS 5 Proxy for the viewer

--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/232/#review537 --- Final pass through the code for review (I'll do this again after c

Re: [opensource-dev] Review Request: VWR-20801 Implement SOCKS 5 Proxy for the viewer

> On March 29, 2011, 4:19 p.m., Merov Linden wrote: > > Excellent! Except for a handful of minor typos, I've no problem with that > > code. One thing important though before we merge is to use the correct lgpl > > header for the new files. > > > > I hope others will also review and try it out

Re: [opensource-dev] Review Request: Enable CURLOPT_ENCODING for Inventory caps, which uses the LLURLRequest code path

--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/242/#review512 --- Before shipping, review the exploit history around CURLOPT_ENCODIN

Re: [opensource-dev] A CALL FOR HHHEEELLLPPP

On 3/16/2011 6:04 AM, Thickbrick Sleaford wrote: > /* rant, please ignore... */ Hahaha! Agreed. We have varying standards internally, as well. Honestly, I wouldn't mind something like a "Weekly WTF?" where non-Linden devs pick out a piece of bad code and grill us over it. It may not help but i

Re: [opensource-dev] VS2010 Express fails basic test

On 2/28/2011 3:58 PM, Monty Brandenberg wrote: > I had a similar problem getting Win7-64bit setup with vs2010. > The following may or may not solve your problem, however: Bleh I've been doing win7-64bit/vs2005 and xp/vs2010 and mixed up the two. My problem was the former, not

Re: [opensource-dev] VS2010 Express fails basic test

Mandarin. 2. Finding the error code involved using the --debug-trycompile option to cmake. This leaves all temporaries in place including log/htm output with better diagnostics. Start with that if 1. doesn't do it. -- Monty Brandenberg

Re: [opensource-dev] saving textures

eeded: 'xx----' Need more info (logs, additional confirmation) but I suspect we're getting error status back in a bad encoding and so we don't know to retry a save in the viewer. -- Monty Brandenberg mo...@lindenlab.com

Re: [opensource-dev] Debugging Snowstorm under Linux x64 with GDB locks the whole X session

On 12/29/2010 4:05 PM, Nicky D. wrote: > On Wed, Dec 29, 2010 at 9:30 PM, Monty Brandenberg > wrote: >> On 12/29/2010 1:19 PM, Aleric Inglewood wrote: >> >>> yes, this is a "known" problem: the viewer sometimes locks the X display, >>> if then you

Re: [opensource-dev] Debugging Snowstorm under Linux x64 with GDB locks the whole X session

ase. (Wish I could test it *sigh*). -- Monty Brandenberg 617.401.2384 mo...@lindenlab.com ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read

Re: [opensource-dev] Debugging Snowstorm under Linux x64 with GDB locks the whole X session

(The --gtk-debug and --gdk-debug cmd options also drive this.) But there it is... -- Monty Brandenberg 617.401.2384 mo...@lindenlab.com ___ Policies and (un)subscribe information available here: http://wiki.se

Re: [opensource-dev] Question about the Too Many Open Files problem

On 9/20/2010 5:45 AM, Tofu Linden wrote: > For anyone interested, https://jira.secondlife.com/browse/SH-173 Oh, and there's the strerror message. :-) -- Monty Brandenberg mo...@lindenlab.com ___ Policies and (un)subscribe information availa

Re: [opensource-dev] Question about the Too Many Open Files problem

r messages on Mac. Full 'lsof' output before or after a problem might be interesting, too. Something in Ponzu's Problem has me looking in the direction of plugins as well. But a rigorous test with HTTP Textures enabled and disabled

Re: [opensource-dev] User Story: Improved Cache

h is beyond my pay scale. Worth asking the leads *before* spending time on development. -- Monty Brandenberg 617.401.2384 mo...@lindenlab.com ___ Policies and (un)subscribe information available here: http://

Re: [opensource-dev] User Story: Improved Cache

l's suggestions are spot on: user stories define the desired result then the engineers design the system to achieve those results and create the tasks that make that happen. m -- Monty Brandenberg

Re: [opensource-dev] This cannot be right...

On Sep 14, 2010, at 19:37, Ponzu wrote: > i am trying to browse the code, looking for some where that perhaps an > http socket should be freed or closed, or not allocated, but is not... > > I have found this: > > indra/newview/lltexturefetch.cpp: void relese() { --mActiveCount; } > > > i don'

Re: [opensource-dev] This cannot be right...

apple.com/thread.jspa?messageID=10121652� http://discussions.apple.com/thread.jspa?threadID=2139587&tstart=0 http://developer.apple.com/library/mac/#qa/qa2001/qa1297.html m -- Monty Brandenberg mo...@lindenlab.com ___ Polici

Re: [opensource-dev] Introduction

ick this up again after the beating... -- Monty Brandenberg 617.401.2384 mo...@lindenlab.com ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the