Wouldn't this only be an issue, normally, for people switching from one the
viewer to another, where there was an leftover crash filer from the older
viewer? Doesn't seem like leaving these events out would cause significant
deviation.
On Thu, Nov 1, 2012 at 11:09 AM, Ricky wrote:
> Wouldn't it
On Jul 26, 2013 12:32 PM, "Darien Caldwell"
wrote:
> So basically while this system is probably beneficial to those with bad
internet connections, it's rather punitive to those who have excellent,
wide pipe connections. The only way to increase the bandwidth max is to
recompile the viewer.
One sh
Ok, well, I'll be sad to see lscript go, I had some good times there, but
it makes sense.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated
Look, Geir, not so many years ago the now-deprecated and soon defunct
garbage collector was the new hotness. If we'd followed the course you're
suggesting now, of always switching to Apple's latest APIs, we'd really be
in a pickle now.
On Jul 9, 2016 8:58 AM, "Geir Nøklebye" wrote:
> In comment t
The point is, They announced garbage collection and then deprecated it only
a few years later. Meanwhile traditional manual memory management which is
like 25 years old, that's still supported.
So the odds are, the course of action you're proposing ... it would have
lead to TWO big development eff
I've been following Apple for over 35 years now, and they have introduced
and abandoned technologies on a regular basis. You can't dismiss the fact
that they introduced and abandoned GC in only a few years and confidently
declare that Swift won't go the same way. It might stick. It might not. It
mi
Well, look there, the ability to type in chat while interacting with objects
in the world isn't on the spreadsheet anywhere.
This is a complete show-stopper for viewer 2 for me, and for many of my
friends who interact primarily in text and do not use voice chat.
___
for some kind of RP for sure.
Can you elaborate on what kind of RP would require you to be able to set
your display name to "Argent Stonecutter"?
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenS
On Fri, Aug 20, 2010 at 10:26 AM, Aimee Linden wrote:
> Apparently this option is no longer supported on the server,
If this means you can now create landmarks anywhere, three cheers!
___
Policies and (un)subscribe information available here:
http://wik
On Wed, Oct 6, 2010 at 10:57 AM, Joshua Bell wrote:
> Of course, once you have monochrome output, you could tweak the shader and
> get sepia-toned rendering. Old-timey SL, anyone?
Don't forget the vignetting and cracquelaire effect.
___
Policies and (un
I don't normally gripe about stuff like this, but somehow this one
triggered my twitches from 20 years of supporting PhD programmers.
Brilliant guys, but sometimes it's SO hard to figure out what they're
trying to do.
This is a case where the trinary "?:" operator is much more readable
and underst
On Wed, Nov 17, 2010 at 8:35 PM, Daniel Smith wrote:
> On Wed, Nov 17, 2010 at 6:29 PM, wrote:
>> the mail below is a copy of a msg i got from SL this afternoon. Is it
>> some kinda sign that the viewer is in danger of going extinct?
> No, it would just be yet another way to get to the same exp
On 2010-12-02, at 07:52, Oz Linden (Scott Lawrence) wrote:
> This will mean a considerable increase in list traffic, I think, since every
> commit to viewer-development should be reviewed. I think that the increase
> in transparency of what is happening, and the opportunities for everyone to
>
See STORM-560 for more details.
On 2010-12-03, at 19:48, Glen Canaday wrote:
> Hey,
>
> I'm a little curious - what's the expected behavior of "Arrow Keys Always
> Move
> Me"? I was under the impression that this was meant to cause the arrow keys
> to
> be the only movement keys, freeing up
You know what would really help people get over the hump of setting up for
building SL?
A VMware appliance containing a working SL build environment, for 32 and 64 bit
Linux.
On 2010-12-12, at 09:02, Aidan Thornton wrote:
> On 12/12/10, Marc Adored wrote:
>> Awesome I will checkout the latest
On 2010-12-12, at 20:03, Mike Chase wrote:
> On 12/12/2010 04:09 PM, Argent Stonecutter wrote:
>> You know what would really help people get over the hump of setting up for
>> building SL?
>>
>> A VMware appliance containing a working SL build environment, for 32 an
Why not just paste it into a notecard?
On 2010-12-24, at 10:09, Garmin Kawaguichi wrote:
>
> - Original Message -
> From: "Opensource Obscure"
> To: "OpenSource Mailing List"
> Sent: Friday, December 24, 2010 12:17 PM
> Subject: [opensource-dev] STORM-797 and other ideas about Landmar
On 2010-12-28, at 14:40, Celierra Darling wrote:
> It seems a little unclear to try to communicate "this can have privacy
> implications" by putting the setting on the privacy tab. It might be better
> to write the setting label so it's more explicit (i.e. something like "Show
> my favorites to
>
> There should be a few fallback strategies like:
> a) Try to keep the old cache entry.
> b) Use the normal user name.
> c) Maybe even use the UUID.
>
> But just showing everyone (in the worst case) as ??? really screws
> things up IMO.
Agreed. The TPV I'm using seems to use the Legacy Name if
On 2010-12-30, at 08:47, WolfPup Lowenhar wrote:
> That is why I put the link to the sites where the source is hosted so you can
> check this and the license they are using are full GPL which is compatible
> with LGPL if I remember correctly.
If you use a full GPL component then you have to use
On 2011-01-10, at 13:03, Zi Ree wrote:
> Am Montag 10 Januar 2011 17:34:08 schrieb Ponzu:
>
>> What if the upload dialog had a check box?
>>
>>[ ] This texture should have an alpha channel.
>
> Would it be possible to do this on a per-face basis rather than on texture
> upload? So people
On 2011-01-11, at 21:47, Simon Quinnell wrote:
> How about you specify the security and privacy issues? No-one here is a mind
> reader.
Well, the obvious minor privacy issue is sharing information about your account
with sites outside Linden Lab, if only because you're passing cookies and
br
On 2011-01-12, at 16:32, Joel Foner wrote:
> Skype still supports /me... Many of the folks I know use /me regularly, for
> what it's worth. Skype displays the difference much more obviously, placing
> the text centered with different styling than normal chat with /me, so it has
> more emphasis
On 2011-01-18, at 15:58, Sarah (Esbee) Kuehnle wrote:
> This is not a feature belongs in the Viewer. If there's more data you want
> out of llGetEnv(), I'd suggest filing an SVC feature request.
"Just wait, next month we'll have someone needing help
figuring out why llGetEnv is broken on the la
On 2011-01-24, at 11:25, Erin Mallory wrote:
> Here's how it would work. We take the existing advanced preferences tab and
> turn it into a floater activated if you click on where the advanced tab is
> now. we then bump many of the preferences that are in the debug over. we can
> do it in kinda
On 2011-01-25, at 03:09, Nexii Malthus wrote:
> It would be great if the mini bar graphs would make a comeback. But I think
> they might need some improvement so they can be easier to "relate to".
Be very careful. The last time they decided to "improve" them the result was
the worthless lag mete
On 2011-03-20, at 13:43, Opensource Obscure wrote:
> I just commented STORM-9, that is
> "As a User, I want to share my location and a custom status with friends
> on Twitter so they can follow what I’m up to in Second Life"
Thanks for bringing this to my attention. This is not something that belo
I like the suggestion that the "basic" mode be called something like "tourist"
or "introductory" or "beginners" mode. There's just so much stuff that people
need to be able to do that it seems to be ruling out, I can't imagine anyone
sticking with it for long. "Basic" implies that someone could
On 2011-03-20, at 15:04, Da5id Kronfeld wrote:
> I like "tourist", with maybe (eventually 3?) modes: "tourist", "resident",
> and "creator" (or "resident-creator").
I don't think separating "creator" like that is a good idea. Everyone in SL is
potentially a creator, at every moment, that's what
I agree with Boroondas. "Viewer and Network Usage" is wrong. Either "Packet
Loss and Bandwidth" or simply "Network Performance".
On 2011-04-05, at 16:55, Boroondas Gupte wrote:
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/251/
>
> indra/new
On 2011-05-28, at 22:52, a...@skyhighway.com wrote:
> i don't know if i misunderstood or not, but are you really talking about
> Google translation services particularly picking on SL access? All the
> mail sounded to me like it was more of a policy decision at Google
> affecting everyone everywhe
On 2011-05-29, at 06:39, Daniel wrote:
> You didn't read my previous comment apparently. They are NOT shutting
> off all translations.
> They are shutting the freestanding translation page in favor of embedded
> translation web
> elements within pages.
That's not what I read.
What I read is
I think the icon should be a magnifying glass.
___
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
On 2011-06-12, at 10:42, Hitomi Tiponi wrote:
> Trouble with that is that LL already have that symbol [[magnifying glass]]
> used for Search and also for Zoom on the World Map, and it isn't really a
> 'zoom' feature.
You're right. Suggestion withdrawn.
___
How about a camera iris?
___
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
On 2011-06-12, at 17:30, Hitomi Tiponi wrote:
> /me looks forward to seeing someone draw this one in a 16x16 pixel grid :)
I think three small pine trees could be rendered in a 16x16 grid.
___
Policies and (un)subscribe information available here:
http:/
On 2011-06-17, at 11:41, Hitomi Tiponi wrote:
> Please no automatic DD - there are two many variables and differing
> circumstances for it ever to work. Much better to work on other ways of
> improving fps e.g. selective updating of avatar movement.
Me too.
At the very least, make it a non-def
On 2011-06-18, at 13:00, Robert Martin wrote:
>
> one thing that i don't understand is why you can be at 4000 meters in
> an untextured skybox and still within seconds get GROUND TEXTURES and
> other objects on the sim before the contents of the skybox or
> attachments on the client avatar (this
On 2011-06-25, at 10:58, Lee ponzu wrote:
> Maybe we need to think through a more general solution. It occurs to me that
> llRayCast() is going to make it easier to create scripted route/path finders
> using simple AI. Some possible useful behaviors...
>
> • Go here.
> • Go here an
Me Too
___
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
On 2011-07-11, at 23:05, Dahlia Trimble wrote:
> One thing I noticed while coding collision geometry for OpenSimulator is as
> hollow is increased and prims are twisted or otherwise manipulated such that
> the hollow shape doesnt exactly follow the outer shape, the probability
> increases that
On 2011-07-12, at 14:57, Boroondas Gupte wrote:
>
> I think by "ticket", Vadim meant the jira issue. I've already left a comment
> there with a reference to this discussion.
Ah, thank you, I added my comment there as well.
___
Policies and (un)subscri
On 2011-10-18, at 21:09, Geenz wrote:
> I can't be the only one who thinks that window management needs to be
> re-thought for FUI. As it stands, it seems as if that actually took a step
> backwards.
One thing that's an immediate show-stopper for me: chat as a separate floater.
After all the d
On 2011-10-20, at 12:23, Kadah wrote:
> To me local chat is the same since 2.0, except now the local chat log
> and chat bar panels are in the same floater. I agree that it should be
> a stopper, but I have thought since 2.0 beta.
I don't use the local chat log, I use the chat overlay.
___
How about reducing the vertical resolution of the packet by 4?
___
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
> For that matter, what is the status of Lion, period. OS Xista? Or is it ok?
OS X Vista. Definitely.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to k
On 2012-03-21, at 12:42, Geenz Spad wrote:
>
> For a while now, Second Life's deferred renderer has had a somewhat "toonish"
> looking specular model, as opposed to other platforms which try to go for
> more physically accurate looking models, such as blinn-phong and similar.
Could we see some
odel was a deliberate compromise between the
older even-toonier renderer and a more "realistic" model that made avatars look
horrible.
- Argent Stonecutter
On March 25, 2012, 2:07 p.m., Geenz Spad wrote:
>
> ---
> This is an a
The overhead of a conservative scripted AO is pretty low, and the ability to
switch AOs by wearing an asset (attaching the AO HUD) means that I can have
appropriate AOs for each of my avatars and outfits without having to tweak my
client settings each time I jump from kangaroo to grasshopper to
On 2012-04-13, at 00:09, Adeon Writer wrote:
> Wouldn't a new inventory item type make most sense? That way it could be put
> in with any outfit folder or packaged with sold avatars.
For a LL-provided feature, yes. I was still disappointed when TPVs didn't
implement something like an "AO attachm
On 2012-04-13, at 12:17, Zi Ree wrote:
> Am Freitag, 13. April 2012, 18:35:00 schrieb Adeon Writer:
>> Alright, here's some features that, if missing, *someone* would complain:
>
> All of your requirements are present in the Firestorm viewer side AO.
Only because he forgot to include the extremel
On 2012-04-13, at 18:05, Kadah wrote:
> I believe FS's was designed to mimic the ZHAO II hud, it even uses its
> config notecards. "Franimation Overrider" is a new one to me.
Franimation is what ZHAO was originally based on.
___
Policies and (un)subscri
On 2012-04-13, at 20:28, Ziggy Puff wrote:
> Agreed, for purely selfish reasons. I hope LL adds new LSL functions
> that enable AO features / performance / scalability that is impossible
> today. Then someone else will write the next ubiquitous AO, and I will
> eventually stop getting the "Your
On 2012-04-15, at 12:13, Erin Mallory wrote:
> 1) Allow outfit folders and AO sets to be able to share a "hotkey" so that
> pressing that hotkey will both equip the outfit and activate the AO
> 2) Script in a right click menu option at the outfit folder level that asks
> if you want to link an A
On 2012-04-16, at 00:50, Erin Mallory wrote:
> Why would it need to be in the inventory taking up space when it would ONLY
> do the same thing that either of these options do?
I have over 300 outfits, each with their own set of AO choices... maybe 15 or
20 different sets of AOs depending on the
On 2012-04-16, at 09:34, Erin Mallory wrote:
> I doubt it would be that hard to establish a way to ensure that the config
> could be exported to an easy to read table that can have the option to save
> to either a file on the computer (for easy reference) or as a single notecard
> within the ao
On 2012-05-08, at 11:27, Oz Linden (Scott Lawrence) wrote:
> No... the user experience folks decided that the minimap was confusing
> enough and that the circles made it worse.
o_O
___
Policies and (un)subscribe information available here:
http://wiki.
User story: I would love to be able to set waypoints like in Everquest for
mouse navigation. It's not too confusing, I don't know how many people played
Everquest but they were all able to figure it out.
___
Policies and (un)subscribe information availa
Full Unicode, I would hope!
On 2012-10-27, at 18:08, gistya gmail wrote:
> I'd like to help work on a monospace font option with IBM PC ASCII box
> drawing characters for use in notecards and settext.
>
> Notecards would get a simple checkbox at the bottom to toggle between
> monospace and r
On 2012-11-01, at 21:30, Ricky wrote:
> Well, all I have is anecdotal evidence from my own family of four, everyone
> an SL user: we all keep multiple versions of the SL viewer, and even a few
> TPVs, on our machines. If one viewer crashes it's more often that the person
> it crashes on will r
I think the requirement for this is somewhat overstated, and I hope that LL
does not include any such function in the viewer. A well written LSL based AO
has very little overhead, because it can get by with fairly slow timers by
using control inputs to detect state changes. Even the somewhat con
On 2012-11-03, at 22:39, Carlo Wood wrote:
> LSL AO's have always failed majorly.
I have used and written LSL AOs for 7 years now, and I haven't seen this
"majorly" failing. Certainly nothing compared to the shortcomings of
client-side AOs. Being able to load AOs from a wearable is kind of a k
Shouldn't builds be based on build rules, and not on tweaks in the application?
On 2012-11-11, at 12:06, Nicky Perian wrote:
> I saw some message list traffic on the cmake list about the newer cmake
> versions having some lion behavior tweaks.
> http://www.cmake.org/mailman/listinfo/cmake that
On 2013-02-09, at 15:40, Cinder Roxley wrote:
> Here's a better fix than the other one I posted earlier… Don't use
> extern "C".
That... shouldn't work, unless it's generating C++ code in
lex/yacc/bison/whatever.
___
Policies and (un)subscribe informa
Where should I report bugs in the Cocoa Project Viewer?
On a MBP running Snow Leopard with an 800 pixel high display, the window is
taller than the screen and can't be shrunk, even by editing the NS window size
settings in the .plist file. This makes it unusable on that laptop.
Other than that,
On 2013-05-11, at 12:15, Laurent Bechir wrote:
> I haven't seen any new build of the Cocoa Project viewer since 02-28, and the
> last one freezes on startup on my Macbook Air with Mountain Lion 10.8.3.
I think replacing the arguments.txt file with the one from the original fixes
the crash on s
On 2013-07-30, at 10:25, Carlo Wood wrote:
> Well, since everyone has to download the same amount of data
> in the end, its rather hard to use a "disproportional" amount
> of resources, unless a viewer just downloads the SAME thing
> over and over again, which would be severe bug.
Let's say we ha
On 2015-02-07, at 16:24, Cinder Roxley wrote:
> On February 7, 2015 at 3:13:31 PM, Oz Linden (Scott Lawrence)
> (o...@lindenlab.com) wrote:
>> On 2015-02-06 16:12 , Cinder Roxley wrote:
>>> It would simply things greatly to remove lscript from the viewer
>>> completely, thereby removing the depe
> • Ask for help from open source developer community to create a
> version for Linux using LibVLC
Since Linux currently doesn’t use Quicktime, why doe it need to be converted?
___
Policies and (un)subscribe information available here:
h
7. 8. 9. 10. ... I'm not going to run client-side scripts if I can't
eyeball them. Creating a sandbox is a huge, complex, and difficult
job, even in an application designed to run untrusted content from the
ground up. Putting a blind scripting environment inside something like
the SL client
> and this is where languages like perl/python have a strength since the
> files are plain text
> so if you think that a script is doing something funky you can just
> look at the script and see. Mono/dotnet code is compiled and very
> easily could hide just about anything.
I think using anything
On 2010-02-19, at 01:16, Ricky wrote:
> I suspect that there are two things being discussed here without
> distinction: Client scripting, and client extensions. Confusing the
> two is easy.
>
> Client-side scripting SHOULD be sandboxed, and in a controlled set
> of languages. For a close
On 2010-02-19, at 12:53, Robin Cornelius wrote:
> Well Morgaine's socket based idea could over come this very easily. If
> the API was exposed via a socket, LL could provide a plugin loader
> much as they do for the MediaAPI now, if they want, this pluginloader
> could be CLR based and the default
On 2010-02-19, at 18:51, Rob Nelson wrote:
> My main problem with Socket-based thing is that it opens up all
> kinds of
> problems, ranging from outside apps screwing with the socket and doing
> stuff that the user has not authorized,
If the socket is bound to 127.0.0.1 then only applications
On 2010-02-20, at 19:37, Morgaine wrote:
>
> It is interesting to hear that you also had this kind of
> communications architecture in mind. I think perhaps it's an
> applications model whose time has finally arrived, the age of
> multicore.
It's a fairly natural model. It was really first
On 2010-02-22, at 03:13, Tigro Spottystripes wrote:
> the other day i was reading about how the Unreal engine works, they
> have
> the client predicting the physics and sending control events tot he
> server. During a lag spike the client continues to simulate the motion
> by itself, and then whe
On 2010-02-24, at 02:26, Thomas Shikami wrote:
> SOCKS5 is usually used by griefers to mask the IP address.
SOCKS5 is the only way to connect if you are behind a reasonably
secure corporate firewall.
SL is completely out of the question for business use without SOCKS5
support, even for the ki
On 2010-02-23, at 15:43, Robin Cornelius wrote:
> Also any one using mono with libomv has an issue as that cannot get
> the adaptor mac address and passes a NULL mac address, in the past LL
> have allowed a null mac address as they knew of this problem, clearly
> now though thats a breach of 2c par
Gigs... I think what you're looking at is akin to Tivoization, and
providing an external source for Tivoized content is compatible with
GPL2 (and is one reason for the GPL3).
___
Policies and (un)subscribe information available here:
http://wiki.secon
On 2010-02-25, at 15:12, Dzonatas Sol wrote:
> [Usenet] worked. It is still free and open.
It used to be. It's getting harder and harder to get feeds these days.
Everyone just reads through Google Groups rather than trying to find
someone with a feed. SL and OpenSim started with the equivalent
On 2010-02-26, at 05:27, David Simmons wrote:
> The common sense rules apply. If you are not connecting to the LL
> grid, Linden Lab can't make any policy regarding what you do. They
> don't need a policy saying that they can't make a policy telling you
> what to do on another grid.
Is that a lega
On 2010-02-27, at 20:24, Soft Linden wrote:
> On Sat, Feb 27, 2010 at 10:32 AM, Fleep Tuque
> wrote:
>>
>> The free content I create for education is intended to be fully
>> free, fully
>> permissioned, and fully exportable to other grids. Beyond the
>> Second Life
>> permissions, I keep ho
eople... just for scalability concerns.
>
> Argent Stonecutter wrote:
>> On 2010-02-25, at 15:12, Dzonatas Sol wrote:
>>> [Usenet] worked. It is still free and open.
>>
>> It used to be. It's getting harder and harder to get feeds these
>> days. Everyone just r
On 2010-02-28, at 19:36, Joe Linden wrote:
> TPV developers may choose to list their viewers in the Directory for
> the value of receiving a wider awareness than they may be able to
> create themselves, or not. That's entirely up to the developer.
> All viewers that connect to the SL grid
On 2010-02-28, at 21:30, Miro wrote:
> You might wish to make time to read this (very long) thread, if you
> have
> not already:
>
> https://blogs.secondlife.com/thread/10467
>
> Some research has been done into how the device works. Apparently it
> exploits a vulnerability in QuickTime to acce
On 2010-02-28, at 21:49, Tigro Spottystripes wrote:
> hm, i didn't thought he did collect IP addresses, but even if the
> system
> does catch IP addresses (which isn't such a big deal if you keep your
> machine safe) an IP address wouldn't be of any help identifying
> malicious clients, unless t
On 2010-03-01, at 08:49, Lance Corrimal wrote:
> Am Montag, 1. März 2010 15:42:00 schrieb Argent Stonecutter:
>> On 2010-02-28, at 21:30, Miro wrote:
>>> You might wish to make time to read this (very long) thread, if you
>>> have
>>> not already:
>>
On 2010-03-01, at 16:13, Bryon Ruxton wrote:
> I talked about banning every unknown or unidentified viewer that is
> not in
> the registry should I have a way to detect the viewer agent. Just
> like I
> have the right to restrict an unidentified web agent or telling an
> Internet
> Explorer 6
On 2010-03-01, at 16:50, Bryon Ruxton wrote:
> It's their problem and yours really. And not one that apply in this
> environment.
Yes, that was my point, The analogy doesn't apply.
___
Policies and (un)subscribe information available here:
http://wiki.s
On 2010-03-01, at 20:38, Dzonatas Sol wrote:
> Being able to distribute physic data about objects in a passive
> manner has nothing to do with being able to network chat itself in a
> non-passive manner.
Oh, OK, so you're just talking about it taking days to rez a prim?
___
On 2010-03-02, at 13:25, Dzonatas Sol wrote:
> Argent Stonecutter wrote:
>> On 2010-03-01, at 20:38, Dzonatas Sol wrote:
>>> Being able to distribute physic data about objects in a passive
>>> manner has nothing to do with being able to network chat itself in
>&
On 2010-03-02, at 18:49, Dzonatas Sol wrote:
> Let's add "burning man" event... so that is how many more sims!
When I had a build in Burning Life, I was updating it all the way
through the show, and I saw several people around me doing the same.
That's just how SL gets used, in practice. If you
On 2010-03-06, at 14:49, Morgaine wrote:
> It's been decades since computer users last had to specify the
> memory requirements of their programs in advance of running them.
About a decade. Mac OS required you to specify the partition size
required by your program.
This was also pretty common
On 2010-03-06, at 20:02, Frans wrote:
> In response to the OP. I agree the UI will have to present that
> information differently. As it is now people will merely make a
> decision on memory usage and choose LSL scripts, and remove mono
> scripts. Likely negatively impacting their own experie
On 2010-03-07, at 07:50, Carlo Wood wrote:
> Lets assume that the *average* script uses
> 8 to 16 kB of real memory. LL's design allocates
> 64 kB regardless, leading to an overhead of
> 400 to 800% (meaning they need to buy 5 to
> 9 times the memory that is theoretically needed).
This is not the
On 2010-03-07, at 08:20, Carlo Wood wrote:
> On Sat, Mar 06, 2010 at 11:19:43PM -0800, Ricky wrote:
>> Client Plugins
> Ok, although I'd prefer if-- for example-- media plugins run in a
> sandbox;
> think about the recent mention of the quicktime exploit.
The kind of sandbox you can usefully en
On 2010-03-07, at 08:39, Obsidian Kindragon wrote:
> I've a quick question regarding the new llSetLinkPimitiveParamsFast()
> function in 1.38.0. Why did LL opt for a new function instead of just
> removing the delay from the current llSetLinkPrimitiveParams()
> function?
Because code that curren
On 2010-03-08, at 10:06, Morgaine wrote:
> Unfortunately, as you know from your own work, Rob, there is a big
> difference between using an embedded language inline with its host
> application's main or single thread of execution, and turning the
> language into a concurrent execution environ
On 2010-03-08, at 19:41, Lear Cale wrote:
> Babbage has already said that LSO code will be "charged" 64K even
> though it only uses 16K. Perhaps he's changed that decision -- is
> that the case?
I'd like some clarification there too, because I read that they'd
backed down on that idea (which is
On 2010-03-09, at 07:26, Carlo Wood wrote:
> This is exactly the kind of reaction that drives me away from here.
>
> I propose a simple way get FOUR times the memory for all the
> scripts, at
> no other cost than adding some malloc code to your mono engine.
I don't think you have established tha
1 - 100 of 230 matches
Mail list logo
