2, so I believe you should really consider
inclusion in viewer-development ;-).
Enough spoken, everything is there, patch included:
https://jira.secondlife.com/browse/VWR-23712
--
Satomi Ahn
___
Policies and (un)subscribe information available here:
You can initialize region_access variable with
region_access = SIM_ACCESS_MIN;
This is an old bug which I am sure was previously fixed in some branch
but obviously is not in current v-d and has been consistently breaking
compilation with GCC for some time now.
Maybe a new JIRA needs to
Good morning everybody!
I have a question regarding TPVP and collaborative scripting in SecondLife.
Several LSL projects I work on actually are a collaborative work of
several scripters.
Current environment in SL is far from optimal for that kind of project:
- the embedded script editor is very l
Hello,
Since I cannot comment on SUN issues, may I make a suggestion here?
If adding new parameters to existing stuff belongs to allowed actions
to resolve this issue, then couldn't we consider adding new parameters
to poses/animations, so that they can exactly know how to adjust in
order for the
Carlo Wood wrote:
> The problem is not to find a good technical solution; the problem is
> that no discussion with Linden Lab is possible.
Well, the new shape parameter was an actual attempt at fixing SUN-38,
even though it did address only the least of the concerns. So maybe I
am still allowed t
Hello,
There are some insights and even a patch in this discussion:
http://jira.phoenixviewer.com/browse/FIRE-11943
(this is about 64 bits standalone builds of Firestorm, but GCC-4.8 is one
of the aspects of the question)
Current result is that it is possible to build a viewer with GCC-4.8, but
i
Hello all,
I just wanted to mention that I found how to fix the bug that was
keeping all scripters from switching to viewer 2 (the one that made
the viewer freeze on loading large scripts).
All details are here: https://jira.secondlife.com/browse/VWR-20094,
along with a patch showing one possible
