what Cinder said
+ for avoiding the boost/thread/pthread/condition_variable.hpp:53:
warning: unused variable 'res'
#include
Armin
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read th
Oz Linden (Scott Lawrence) wrote:
> There is no plan to do this.
>
> There is also not a plan not to do it.
>
> I don't know whether or not the new build systems this was created on
> are any better set up for 64 bit building than the old one they will
> replace were (I'll find out). However, eve
Am Saturday 28 January 2012 00:37:44 schrieb Jonathan Welch:
> Yes, because the coarseupdate packet holds many positions, it is not
> just 1 packet per avatar, but as many as can be packed into the
> coarseupdate packet as will fit. So it is not possible to alter this
> packets' format in any way.
Am Wednesday 11 January 2012 10:07:55 schrieb Henri Beauchamp:
> Oops...
>
> There was a bug in the patch I sent for v1 viewers (I forgot to replace
> mFolderAdded(FALSE) with mFolderAdded(folder_added) in the constructor
> of LLInventoryCopyAndWearObserver).
>
> Attached to this email is the fixed
Am Tuesday 20 December 2011 17:19:34 schrieb Mike Chase:
> If I run
>
> gst-launch-0.10 playbin uri=http://96.44.147.34:7078
>
> This works fine.
>From the replies I see you are running a 64bit Linux - so your systems
gst-launch-0.10 is a 64bit executable and loads 64bit libraries. For that it
> That define is really only used for some statics code in
> llallocator.cpp. It does
> not influence if tcmalloc is used or not.
its not clear where/why/when it is used - any code path includuing tcmalloc
on linux 32bit isn't compiled, though the viewer crashes if it isn't linked,
which in my o
> The underlying code segment here needs a rewrite. This is one of the rare
> cases where GCC is actually complaining for a very valid reason.
/me agrees absolutely.
Is there already a Jira around (I searched, but didn't find one, but that
might be just bad luck)?
Armin
_
I just came along that, too. It only happens with a release build, commit that
introduced it is 4880a28422be (viewer-development).
I worked around it by passing -Wno-array-bounds to the compiler (see here:
https://bitbucket.org/ArminW/kokua-merge-3.0.0/changeset/f4a68595e9b6 ) for
now.
Hope tha
I' ve been successfully uploading meshes on OSGrid with your library, Wolfpup,
and I'm confident it will work in SL soon, too. Great work, thank you for
that !
:)
Armin
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.c
Lee ponzu schrieb:
> Does the Linux viewer use X? If you DISPLAY SL on another computer
> running an XServer, does it behave OK.
>
> If so, could you assemble a small Linux host with a high end GPU and
> then DISPLAY SL on a different computer on the same local network?
>
> ponzu
so far I used yuk
I agree very much about extensive testing of changes in
key-functionality like voice. Lots of teleporting is the right thing to
do for this patch (see the jira for more a more detailed list of things
that I think need to be adressed).
About Inventory failures and being disconnected from the sim,
Nyx Linden wrote:
> We just pulled from viewer-development yesterday actually, but we had
> already released the initial beta viewer.
> We try to stay reasonably up to date, but we don't merge the latest
> changes every day.
>
> Don't worry we will stay synced!
>
> -Nyx
Its anyway awsome - ty an
Aleric Inglewood schrieb:
> Thanks. I guess it makes sense to make a page that is less confusing,
> especially for people who do not want to build standalone. You
> shouldn't throw away anything (except the old stuff at the bottom).
> I think it would be very good to avoid duplicates too: probably
Oz Linden (Scott Lawrence) schrieb:
> On 2010-08-20 9:35, Daniel wrote:
> > What I would*really* like to see as a builder, and someone with
> > two widescreen monitors, is the ability to drag floaters completely
> > outside the perspective view area. For me, they just get in the
> > way of seei
Hi,
just updated for Imprudence Jan Cigars libndofdev with a one-line patch
adding 3dconnexion-SpaceExplorer detection. Source is up here:
http://imprudenceviewer.org/download/libs/source/libndofdev-0.2.1-source.tar.bz2
:)
Armin
___
Policies and (un)
Tigro Spottystripes schrieb:
> AFAIK only LL (and someone intercepting network communications) knows
> what channel some client is using
Yes and no - it is also transmitted with the useragent of the build-in
webbrowser.
Armin
___
Policies and (un)subsc
Daniel wrote:
> No, the real issue is that some people _THINK_ LL is trying to give
> TPV developers legal liabilities. This is about interpretation and
> not facts. Unless I missed something LL has never stated anything
> about legal liabilities, it's solely based on some peoples personal
> interp
Nicholaz Beresford schrieb:
> In fact I won't even log in again under the new terms
> and have canceled my accounts today.
+1
See you around in the rest of the Metaverse
:)
Armin
___
Policies and (un)subscribe information available here:
http://wiki.se
Yasmin Adams schrieb:
> oh yes please!
>
> X11-like copy-paste (by selecting and middle mouse button)
>
> > :-)
http://jira.secondlife.com/secure/attachment/37076/SG1.3mmbpaste.diff
:)
___
Policies and (un)subscribe information available here:
http://wi
Soft Linden schrieb:
> On Fri, Mar 12, 2010 at 10:30 AM, Carlo Wood wrote:
> > On Fri, Mar 12, 2010 at 08:47:57AM -0800, Soft Linden wrote:
> >> With larger features like mesh coming along, know that you'll be
> >> signing up for an awfully large chunk of porting work though.
> >
> > Last time I a
Boroondas Gupte schrieb:
> On 03/12/2010 07:37 PM, Carlo Wood wrote:
> > Is there anything added to 2.0 code that actually is an
> > improvement over snowglobe 1.3 ?
>
> X11-like copy-paste (by selecting and middle mouse button)
but it's partially broken in viewer0.2. Also 90% of the code is alrea
> I am simply pointing out that they are NOT compatible with the GPL.
GPL compatible or not - the sentence "The Snowglobe Viewer [...] this
viewer may be somewhat less stable than the official Second Life
viewer"( http://viewerdirectory.secondlife.com/ at 2010/03/10 00:06
GMT+1) is a slap into
Robert Martin schrieb:
> the biggest problem as such is some parts of the compile run seem to
> require chicken blood and sheep entrails.
I personally have a 3-legged black cat, but that might be a Linux
specific helper and explain little differences in mouse handling.
(scnr)
23 matches
Mail list logo
