Re: [opensource-dev] Review Request: Update returnability of objects based on new encroachment rules

2010-12-22 Thread Liny Odell
Another key point is "simscapes" that use megaprims that obviously covers
all parcels but is only visible along the outside of the region along the
void. Also, what about prims that are centered in a neiboring region? Are
thous detected as encroaching?

On Wed, Dec 22, 2010 at 10:45 AM, Aleric Inglewood <
aleric.inglew...@gmail.com> wrote:

>This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/56/
>
> I have the feeling that this notion of 'encroachesOwned' is going to cause a 
> lot of trouble in the case of sculptures.
> At the very least you should use use an aligned bb that is the minimal bb for 
> anything *visible* of a prim. In the case
> of the sculptures this requires a special function to find the min/max 
> coordinates of all the points used. The same
> story holds for path cut-off (mega) prims. Ie, if I resize a megaprim (the 
> ONLY way to resize a mega prim is
> by using one of those prim torture tricks) then it's very possible one ends 
> up with a prim that is just 1/3 of it's "size".
> It wouldn't be fair when a house that clearly ends on ones own parcel is 
> "detected" to encroach another parcel, just
> because the viewer code is too lame to take path cutting and sphere dimples 
> etc into account.
>
>
> - Aleric
>
> On December 22nd, 2010, 9:37 a.m., Merov Linden wrote:
>   Review request for Viewer and Andrew Meadows.
> By Merov Linden.
>
> *Updated 2010-12-22 09:37:08*
> Description
>
> The object-vs-parcel overlap test is done by building axis-aligned bounding 
> boxes (AABB) about each prim of the selected objects and then checking for 
> overlap between those boxes and self- and group-owned parcels.
>
>   *Bugs: * STORM-807 
> Diffs
>
>- indra/llcommon/llversionserver.h (fc82190a3f0c)
>- indra/llcommon/llversionviewer.h (fc82190a3f0c)
>- indra/llmath/llbbox.h (fc82190a3f0c)
>- indra/llmath/llbbox.cpp (fc82190a3f0c)
>- indra/llmessage/llregionflags.h (fc82190a3f0c)
>- indra/newview/English.lproj/InfoPlist.strings (fc82190a3f0c)
>- indra/newview/Info-SecondLife.plist (fc82190a3f0c)
>- indra/newview/llviewermenu.cpp (fc82190a3f0c)
>- indra/newview/llviewerobject.h (fc82190a3f0c)
>- indra/newview/llviewerobject.cpp (fc82190a3f0c)
>- indra/newview/llviewerparceloverlay.h (fc82190a3f0c)
>- indra/newview/llviewerparceloverlay.cpp (fc82190a3f0c)
>- indra/newview/llviewerregion.h (fc82190a3f0c)
>- indra/newview/llviewerregion.cpp (fc82190a3f0c)
>- indra/newview/res/viewerRes.rc (fc82190a3f0c)
>- indra/newview/skins/default/xui/en/menu_viewer.xml (fc82190a3f0c)
>
> View Diff 
>
> ___
> 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: STORM-829 Viewer 2 does not parse /me in object Instant Messages

2011-01-06 Thread Liny Odell
Ever done "/me's happy"? It comes out (in my case) "Liny Odell's happy".

On Thu, Jan 6, 2011 at 7:33 PM, Wolfpup Lowenhar wrote:

>This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/71/
>
> Ship it!
>
> indra/newview/llviewermessage.cpp
>  (Diff
> revision 1)
>
> void process_improved_im(LLMessageSystem *msg, void **user_data)
>
>2752
>
>   if (prefix == "/me " || prefix == "/me'")
>
>   Looks good to me, but just wondering why your checking for "/me " and 
> "/me'" .
>
>
> - Wolfpup
>
> On January 5th, 2011, 6:14 p.m., Jonathan Yap wrote:
>   Review request for Viewer.
> By Jonathan Yap.
>
> *Updated Jan. 5, 2011, 6:14 p.m.*
> Description
>
> The "/me" in the lsl code below would be displayed rather than being 
> translated to a name:
> llInstantMessage(llGetOwner(),"/me Hello, Avatar!");
>
>   *Bugs: * STORM-829 
> Diffs
>
>- indra/newview/llviewermessage.cpp (845cab866155)
>
> View Diff 
>
> ___
> 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] STORM-243 - simulator version notifications

2011-01-18 Thread Liny Odell
Make that +2 for a debug setting

On Tue, Jan 18, 2011 at 1:27 PM, Trilo Byte  wrote:
> +1 for making it a debug setting (to choose whether you see notifications).
>
> The server version info would still be available in Help -> About as well as
> World -> Place Profile -> Region/Estate
> On Jan 18, 2011, at 11:39 AM, Erin Mallory wrote:
>
> could even bury the option in the debug console... most people that would
> need to turn it on would not likely keep flipping it I would think...
>
> 
> Date: Tue, 18 Jan 2011 11:32:53 -0800
> From: os...@lindenlab.com
> To: opensource-dev@lists.secondlife.com
> Subject: Re: [opensource-dev] STORM-243 - simulator version notifications
>
> It does have use for people testing server. I'd say make it optional, more
> informative, and disabled by default.
>
> __Oskar
>
> On Tue, Jan 18, 2011 at 11:22 AM, Erin
> Mallory  wrote:
>
> to rephrase, yes I like them, thought i'd rather see them on the chat
> history and have more detailed.  but i can live without them if the majority
> really want to see them gone altogether.  for me it helps me during certain
> testing and stuff to know when ive changed server versions but that's really
> about it.
>
> 
> From: angel_of_crim...@hotmail.com
> To: missannoto...@yahoo.com; q...@lindenlab.com; opensource-dev@lists.secondlife.com
> Date: Tue, 18 Jan 2011 12:04:09 -0500
> Subject: Re: [opensource-dev] STORM-243 - simulator version notifications
>
> I would also like to see the toast moved.  it can be useful and would be
> more useful if it had the actual version.  but i would like to see it on the
> chat history instead.  in fact... it would be nice to have an option to have
> ALL remaining system notifications be optionally shown in chat history
> instead of as toasts.  for one thing it would log better i think, for
> another...  well toasts bother a rather significant portion of sl.   those
> with some forms of epilepsy, migraines, some forms of add... to name a
> few...
>
> Erin/aka Cummere
>
> 
> Date: Tue, 18 Jan 2011 08:35:01 -0800
> From: missannoto...@yahoo.com
> To: q...@lindenlab.com; opensource-dev@lists.secondlife.com
> Subject: Re: [opensource-dev] STORM-243 - simulator version notifications
>
> Doesn't it add some minor overhead to region crossings? I don't care about
> it. The message does not say what server version you just entered so it is
> mostly an annoyance. If I need version info I know where it is.
>
> What I would like to see is region rating and a single letter server version
> code on the map without having to mouse float.
>
> 
> From: Kent Quirk (Q Linden) 
>
> Hi, folks. I've just commented on STORM-243, which requests that we have Yet
> Another Option to allow suppression of the toast that tells you the
> simulator version changed when you changed to a new region.
>
> I think we should delete it entirely. Does anyone care to still get that
> notification, now that there are usually 3 different simulator versions live
> on the grid at any time? I don't mean "I can think of an obscure scenario
> when someone might care." I mean does anyone really need a notification
> about this, or can we just delete it?
>
>
>
> ___ 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
> ___
> 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 ___
> 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
>
___
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] STORM-243 - simulator version notifications

2011-01-18 Thread Liny Odell
So LL is wanting those that want to know that they have enterd a
region running a different sim version to wear an object with yet
another script on their av? I have two words to say about that
:"script limits", and I'm going to leave it at that (there is already
enough discussion about it elsewhere).

On Tue, Jan 18, 2011 at 1:49 PM, Erin Mallory
 wrote:
> I can live with that. I got much more important features /design issues to
> fight over.  :)
>
>
>> From: q...@lindenlab.com
>> Date: Tue, 18 Jan 2011 16:37:34 -0500
>> To: liny.od...@phoenixviewer.com
>> CC: opensource-dev@lists.secondlife.com
>> Subject: Re: [opensource-dev] STORM-243 - simulator version notifications
>>
>> It's not gonna be a debug setting. The information's available to put it
>> on a HUD if you care. We're pulling the feature and simplifying the viewer.
>>
>> On Jan 18, 2011, at 4:35 PM, Liny Odell wrote:
>>
>> > Make that +2 for a debug setting
>> >
>> > On Tue, Jan 18, 2011 at 1:27 PM, Trilo Byte 
>> > wrote:
>> >> +1 for making it a debug setting (to choose whether you see
>> >> notifications).
>> >>
>> >> The server version info would still be available in Help -> About as
>> >> well as
>> >> World -> Place Profile -> Region/Estate
>> >> On Jan 18, 2011, at 11:39 AM, Erin Mallory wrote:
>> >>
>> >> could even bury the option in the debug console... most people that
>> >> would
>> >> need to turn it on would not likely keep flipping it I would think...
>> >>
>> >> 
>> >> Date: Tue, 18 Jan 2011 11:32:53 -0800
>> >> From: os...@lindenlab.com
>> >> To: opensource-dev@lists.secondlife.com
>> >> Subject: Re: [opensource-dev] STORM-243 - simulator version
>> >> notifications
>> >>
>> >> It does have use for people testing server. I'd say make it optional,
>> >> more
>> >> informative, and disabled by default.
>> >>
>> >> __Oskar
>> >>
>> >> On Tue, Jan 18, 2011 at 11:22 AM, Erin
>> >> Mallory  wrote:
>> >>
>> >> to rephrase, yes I like them, thought i'd rather see them on the chat
>> >> history and have more detailed. but i can live without them if the
>> >> majority
>> >> really want to see them gone altogether. for me it helps me during
>> >> certain
>> >> testing and stuff to know when ive changed server versions but that's
>> >> really
>> >> about it.
>> >>
>> >> 
>> >> From: angel_of_crim...@hotmail.com
>> >> To: missannoto...@yahoo.com; q...@lindenlab.com;
>> >> opensource-dev@lists.secondlife.com
>> >> Date: Tue, 18 Jan 2011 12:04:09 -0500
>> >> Subject: Re: [opensource-dev] STORM-243 - simulator version
>> >> notifications
>> >>
>> >> I would also like to see the toast moved. it can be useful and would be
>> >> more useful if it had the actual version. but i would like to see it on
>> >> the
>> >> chat history instead. in fact... it would be nice to have an option to
>> >> have
>> >> ALL remaining system notifications be optionally shown in chat history
>> >> instead of as toasts. for one thing it would log better i think, for
>> >> another... well toasts bother a rather significant portion of sl. those
>> >> with some forms of epilepsy, migraines, some forms of add... to name a
>> >> few...
>> >>
>> >> Erin/aka Cummere
>> >>
>> >> 
>> >> Date: Tue, 18 Jan 2011 08:35:01 -0800
>> >> From: missannoto...@yahoo.com
>> >> To: q...@lindenlab.com; opensource-dev@lists.secondlife.com
>> >> Subject: Re: [opensource-dev] STORM-243 - simulator version
>> >> notifications
>> >>
>> >> Doesn't it add some minor overhead to region crossings? I don't care
>> >> about
>> >> it. The message does not say what server version you just entered so it
>> >> is
>> >> mostly an annoyance. If I need version info I know where it is.
>> >>
>> >> What I would like to see is region rating and a single letter server
>> >> version
>> >> code on the map without having to mouse float.
>> >>
>> &

Re: [opensource-dev] FW: Using 'autobuild' to build the viewer

2011-01-27 Thread Liny Odell
From my understanding, any package that is downloaded via SCP is
avalible only if you can connect to LL's internal VPN.
As for the name of the exe, express does not have "devenv.exe" and i
dont think the "VCExpress.exe" exe will work.

On Thu, Jan 27, 2011 at 5:25 PM, WolfPup Lowenhar
 wrote:
> Meant to sent this to the list and not just Oz.
>
>
>
> From: WolfPup Lowenhar [mailto:wolfpu...@earthlink.net]
> Sent: Thursday, January 27, 2011 7:46 PM
> To: 'Oz Linden (Scott Lawrence)'
> Subject: RE: [opensource-dev] Using 'autobuild' to build the viewer
>
>
>
> C:\Program Files\Microsoft Visual Studio 8\Common7\Tools>vsvars32.bat
>
> Setting environment for using Microsoft Visual Studio 2005 x86 tools.
>
>
>
> C:\Program Files\Microsoft Visual Studio 8\Common7\Tools>path
>
> PATH=C:\Program Files\Microsoft Visual Studio 8\Common7\IDE;
>
> C:\Program Files\Microsoft Visual Studio 8\VC\BIN;
>
> C:\Program Files\Microsoft Visual Studio 8\Common7\Tools;
>
> C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\bin;
>
> C:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\bin;
>
> C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\bin;
>
> C:\Windows\Microsoft.NET\Framework\v2.0.50727;
>
> C:\Program Files\Microsoft Visual Studio 8\VC\VCPackages;
>
> C:\Program Files\Common Files\Microsoft Shared\Windows Live;
>
> C:\Perl\site\bin;C:\Perl\bin;C:\Python26\Scripts;C:\Python26\;C:\Windows\system32;
>
> C:\Windows;C:\Windows\System32\Wbem;
>
> C:\Windows\System32\WindowsPowerShell\v1.0\;
>
> C:\Program Files\Intel\DMIX;
>
> c:\Program Files\Microsoft SQL Server\100\Tools\Binn\;
>
> c:\Program Files\Microsoft SQL Server\100\DTS\Binn\;
>
> C:\Program Files\CMake 2.8\bin;
>
> C:\Program Files\TortoiseSVN\bin;
>
> C:\Program Files\GtkSharp\2.12\bin;
>
> C:\Program Files\QuickTime\QTSystem\;
>
> C:\Program Files\Windows Live\Shared;
>
> C:\Program Files\TortoiseHg\;
>
> C:\Users\Brendan\AppData\Roaming\Python\Scripts
>
>
>
> C:\Program Files\Microsoft Visual Studio 8\Common7\Tools>cd
> D:\HG\viewer-autobuild
>
>
>
> C:\Program Files\Microsoft Visual Studio 8\Common7\Tools>d:
>
>
>
> D:\HG\viewer-autobuild>autobuild configure -c OpenSourceRelWithDebInfo
>
> Traceback (most recent call last):
>
>   File "C:\Python26\Scripts\autobuild", line 35, in 
>
>     from autobuild.autobuild_main import Autobuild
>
>   File "C:\Python26\lib\site-packages\autobuild\autobuild_main.py", line 25,
> in 
>
>     import common
>
>   File "C:\Python26\lib\site-packages\autobuild\common.py", line 575, in
> 
>
>     Bootstrap()
>
>   File "C:\Python26\lib\site-packages\autobuild\common.py", line 557, in
> __init__
>
>     if download_package(url):
>
>   File "C:\Python26\lib\site-packages\autobuild\common.py", line 237, in
> download_package
>
>     scp_or_http = __SCPOrHTTPHandler(get_default_scp_command())
>
>   File "C:\Python26\lib\site-packages\autobuild\common.py", line 106, in
> get_default_scp_command
>
>
>
>     raise AutobuildError("cannot find an appropriate scp or pscp command")
>
> autobuild.common.AutobuildError: cannot find an appropriate scp or pscp
> command
>
>
>
> From: opensource-dev-boun...@lists.secondlife.com
> [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Oz Linden
> (Scott Lawrence)
> Sent: Thursday, January 27, 2011 6:42 PM
> To: opensource-dev
> Subject: [opensource-dev] Using 'autobuild' to build the viewer
>
>
>
> We now have changes ready for building the viewer with the new Linden Lab
> "autobuild" tool (not to be confused with any other similarly named tool
> written by anyone else).  Autobuild is a framework for maintaining and
> building libraries and other programs. It acts as director providing a
> common interface to build and package libraries and programs, but it is not
> a build system like make or cmake (it uses them "under the covers").
>
> The autobuild framework has now been applied to the viewer build as a whole,
> so that we'll soon have a common command-line method to build on all
> platforms.
>
> Once these changes are merged, you'll be able to build with just two
> commands starting from a clean checkout: one to configure (which only need
> be done once in each working copy), and one to actually do the build.
>
> To configure your clean working copy:
>
> A default Linden developer build:
>
> autobuild configure -c RelWithDebInfo
>
> A default non-Linden developer build:
>
> autobuild configure -c OpenSourceRelWithDebInfo
>
> A "standalone" non-Linden developer build:
>
> autobuild configure -c OpenSourceStandaloneRelWithDebInfo
>
> Needless to say, there are ways to provide more detailed and fine-grained
> controls, and there are other possible targets for the -c (--configuration)
> option.
>
> The actual build command is:
>
> autobuild build -c OpenSourceRelWithDebInfo
>
> Most of the components that the viewer depends on have either been converted
> to building with autobuild, or are in the process of being converted.  The
> open source dependencies will eventually al

Re: [opensource-dev] attempting to compile a viewer

2011-01-30 Thread Liny Odell
At this point, I was successful in running python develop.py -G VC80,
but I did have 1 error message about not finding devenv.com, which I
was able to find with no effort, so I don't know why the error came
up.

Your using the express edition arnt you? Because that file only comes
with pro or higher.

On Sun, Jan 30, 2011 at 6:13 PM, Andromeda Quonset
 wrote:
> I want to thank everyone who helped me with getting the viewer to compile.
> I also want to post this here for future reference, and anyone else having
> trouble.
>
> First, I have been successful in compiling a viewer, and running it from
> within VS2005.
>
> Here is what I did:
>
> 1.  I uninstalled all the Python interpreters that were installed.
> 2.  I installed Python 2.7.1.  This time, I installed the 64-bit version
> that I had overlooked earlier.
> 3.  I had to manually add the path to the Python directory.
>
> I ran:
>
> python develop.py -G VC80
>
> and after it did a few things including verifying that VS was working, I had
> an error message that the python interpreter couldn't be found.
> I stumbled across http://wiki.secondlife.com/wiki/Talk:CMake and found a
> solution by adding
>
> [HKEY_LOCAL_MACHINE\\SOFTWARE\\Python\\PythonCore\\2.7\\InstallPath]
>
> to my \linden\indra\cmake\Python.cmake file.
>
> At this point, I was successful in running python develop.py -G VC80, but I
> did have 1 error message about not finding devenv.com, which I was able to
> find with no effort, so I don't know why the error came up.  Ignoring it, I
> went on with the steps in the wiki, and I was successful in building 1.23.4,
> and runing a debug version without debugging, and successfully logged-on to
> the grid.
>
> I don't know if the devenv.com is going to come back and bite me.
>
> Andro
>
>
>
>
> ___
> 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: Implement Qarls Aligning tool into Tools floater

2012-03-02 Thread Liny Odell
Please see https://jira.secondlife.com/browse/STORM-468

On Fri, Mar 2, 2012 at 1:45 AM, Lance Corrimal wrote:

>This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/543/
>
> Ship it!
>
> Testing done: this tool has been in dolphin viewer for over a year now, to 
> great benefit of the users, and has shown no problems.
>
>
> - Lance
>
> On March 2nd, 2012, 12:30 a.m., Tobias Roth wrote:
>   Review request for Viewer.
> By Tobias Roth.
>
> *Updated March 2, 2012, 12:30 a.m.*
> Description
>
> Qarls Aligning tool ported over from Nirans Viewer for code review
>
>   Diffs
>
>- indra/newview/llfloatertools.cpp (b91d07f8fad9)
>- indra/newview/qtoolalign.h (PRE-CREATION)
>- indra/newview/qtoolalign.cpp (PRE-CREATION)
>- indra/newview/skins/default/xui/de/floater_tools.xml (b91d07f8fad9)
>- indra/newview/skins/default/xui/en/floater_tools.xml (b91d07f8fad9)
>
> View Diff 
>
> ___
> 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: Implement Qarls Aligning tool into Tools floater

2012-03-02 Thread Liny Odell
Yea, I noticed that as read more into the comments on that jira, but
it may be useful for others to have a link in both directions (into
and out of the code review)

On Fri, Mar 2, 2012 at 10:48 AM, Lance Corrimal
 wrote:
> You do know that that jira links to this CR request, right?
>
>
> bye,
> LC
>
> Am Freitag, 2. März 2012, 10:36:25 schrieb Liny Odell:
>> Please see https://jira.secondlife.com/browse/STORM-468
>>
>> On Fri, Mar 2, 2012 at 1:45 AM, Lance Corrimal
> wrote:
>> >    This is an automatically generated e-mail. To reply, visit:
>> > http://codereview.secondlife.com/r/543/
>> >
>> > Ship it!
>> >
>> > Testing done: this tool has been in dolphin viewer for over a year now, to
>> > great benefit of the users, and has shown no problems.
>> >
>> >
>> > - Lance
>> >
>> > On March 2nd, 2012, 12:30 a.m., Tobias Roth wrote:
>> >   Review request for Viewer.
>> >
>> > By Tobias Roth.
>> >
>> > *Updated March 2, 2012, 12:30 a.m.*
>> > Description
>> >
>> > Qarls Aligning tool ported over from Nirans Viewer for code review
>> >
>> >   Diffs
>> >
>> >    - indra/newview/llfloatertools.cpp (b91d07f8fad9)
>> >    - indra/newview/qtoolalign.h (PRE-CREATION)
>> >    - indra/newview/qtoolalign.cpp (PRE-CREATION)
>> >    - indra/newview/skins/default/xui/de/floater_tools.xml (b91d07f8fad9)
>> >    - indra/newview/skins/default/xui/en/floater_tools.xml (b91d07f8fad9)
>> >
>> > View Diff <http://codereview.secondlife.com/r/543/diff/>
>> >
>> > ___
>> > 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
___
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] LLSD XML cleanup program

2012-07-02 Thread Liny Odell
If anyone is interested, I wrote a small program (total of 6 lines,
not counting main() and includes) that reads in a LLSD formatted XML
and writes it back out, formatting it like the saved settings version
as compared to the default settings formatting, and has the advantage
of putting all the settings in alphabetical order also.

Don't know if this would be of any interest to anyone except for
making the default settings files a little more organized.

It should compile fine on mac and linux, haven't tested them though.
For compiling, set the includes to the llcommon directory of the
normal viewer and the include directory of the third party libs of the
viewer and link it against llcommon.lib (or the equivalent on
mac/linux). then make sure the libapr dll's and llcommon.dll in the
same directory as the output executable and it will work on the file
"target.xml" in its working directory, reading from it and overwriting
it when its done.

As for the license of the following code below, Public domain or
WTFPL, whichever you want.

I also can't and won't provide any help with it either.

The full program is:

#include 
#include "llsdserialize.h"
#include 
#include 


int main(int argc, char* argv[])
{
LLSD tmp;
std::ifstream in("target.xml");
LLSDSerialize::fromXML(tmp,in);
std::ofstream out("target.xml");
LLSDSerialize::toPrettyXML(tmp,out);
return 0;
}
___
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] New HTTP Library & Project Viewer

2012-07-30 Thread Liny Odell
On Mon, Jul 30, 2012 at 3:04 PM, Monty Brandenberg  wrote:
> 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.

Im using my old wrt54gs with dd-wrt as a wireless access point/wired
switch and set up an old amd k6 computer with 2 nics and slapped
pfsense onto it and am using that as my router. Now if only I could
change my ISP from ATT, but sadly, thats _all_ thats available where I
live.
___
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] New Release Viewer 3.4.0 being partially blocked by popular antivirus-software AVAST

2012-09-13 Thread Liny Odell
On Thu, Sep 13, 2012 at 7:47 PM, Martin Fürholz  wrote:
> The latest release viewer 3.4.0 from
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/viewer-release/rev/264700/arch/CYGWIN/installer/Second_Life_3-4-0-264700_Setup.exe
> is being partially blocked by the popular antivirus-software AVAST.
> The webkit plugin fails to load. Avast puts it into a sandbox by default
> because it is: 'not wide-spread enough or has bad reviews'.
>
> MartinRJ
>
> ___
> 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

The avast sandbox is just that, its a sandbox thats used for testing
out a program to see if its safe, its not a blacklist or anything and
shouldnt affect the plugin's ability to run.
___
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: BUG-540: Math updates by Moon Metty. Reviewed by Chieron Tenk.

2012-10-24 Thread Liny Odell
On Wed, Oct 24, 2012 at 12:45 AM, Henri Beauchamp  wrote:
> On Wed, 24 Oct 2012 07:22:27 -, MartinRJ Fayray wrote:
>
>> This addresses bug BUG-540.
>> https://jira.secondlife.com/browse/BUG-540
>> .../...
>> Testing
>> ---
>>
>> Please go to https://jira.secondlife.com/browse/BUG-540
>
> "Permission Violation"
>
> Gotta love the crippled JIRA... :-(
>
> Henri.
> ___
> 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

Try these links:see http://jira.phoenixviewer.com/browse/FIRE-7989
and http://jira.phoenixviewer.com/browse/FIRE-7997
___
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] DirectX SDK update: should we use it ?

2013-03-01 Thread Liny Odell
On Fri, Mar 1, 2013 at 8:54 AM, Darien Caldwell
 wrote:
> This is being offered to all Windows 7 Users, not just developers. Reading
> deeper here:
>
> http://msdn.microsoft.com/library/windows/apps/jj863687.aspx
>
> It's mostly backporting new features from Windows 8 to Windows 7. That's why
> they say you'll need the newer SDK, to take advantage of those new features.
> There's a lot of Win 8 features that are unsupported on Win 7 of course. But
> I only see one specific case of breakage mentioned:
>
> "For developers currently working on applications in Microsoft Visual Studio
> 2010 or earlier using the D3D11_CREATE_DEVICE_DEBUG flag, be aware that
> calls to D3D11CreateDevice will fail. This is because the D3D11.1 runtime
> now requires D3D11_1SDKLayers.dll instead of D3D11SDKLayers.dll. To get this
> new DLL (D3D11_1SDKLayers.dll), install the Windows 8 SDK, or Visual Studio
> 2012, or the Visual Studio 2012 remote debugging tools. See the Debug Layer
> documentation for more info. You can download Visual Studio 2012 remote
> debugging tools from either of these links:"
>
> Basically it's all centered around  D3D11, which I really doubt LL's viewer
> is using. I'd say it's safe to upgrade, as long as you don't plan on writing
> D3D11 apps. Of course I'm not exactly sure what parts of D3D the viewer is
> using, I was always under the impression it used OpenGL.
>
>
>
> On Wed, Feb 27, 2013 at 11:09 AM, Henri Beauchamp  wrote:
>>
>> Greetings,
>>
>> Today, Windows Update proposed me this update:
>> http://support.microsoft.com/kb/2670838
>>
>> I was well inspired to follow the "Find out more about this update"
>> link, because in the explanation page, they state:
>>
>> "If you are a Windows 7 DirectX developer who uses the June 2010 DirectX
>> Software Development Kit (SDK), you will have to update your development
>> environments after you install this platform update."
>>
>> And the June 2010 DirectX SDK is precisely used by the viewer...
>>
>> Not being a Windows guru, I don't know whether applying the proposed
>> update and updating to the Windows 8 SDK (which is listed among the
>> possible solutions) is a good idea or not: will it break the viewer
>> builds ?... If not, will the viewer builds still work under Windows XP,
>> Vista and 7 ?... Couldn't we simply get entirely rid of the DirectX
>> calls in the Windows viewer builds ?
>>
>> Any thought about this ?
>>
>> Henri.
>> ___
>> 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

You are correct on assuming the viewer uses openGL. The only parts of
the viewer that use directx is for getting the GPU make and memory
ammount. But, seeing as directx is windows only, for linux X's log
file is instead scraped for the same info and mac, well, id have to
dig through that code again to remember how its getting the info
there. As for solaris (does the viewer even build on that anymore?)
its probably the same as linux.
___
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] Did something change in regard to inventory handling?

2015-03-30 Thread Liny Odell
Please see this jira: https://jira.secondlife.com/browse/BUG-8877
___
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] jpeglib link flags

2015-05-13 Thread Liny Odell
While building with the LL provided jpeglib package for the tools update I
noticed this warning message from the linker: "jpeglib.lib(jerror.obj) :
MSIL .netmodule or module compiled with /GL found; restarting link with
/LTCG; add /LTCG to the link command line to improve linker performance".

Is it intentional that it was compiled that way or did that flag sneak in
unintentionally.
___
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