From secret.argent at gmail.com Tue Sep 1 05:05:26 2009 From: secret.argent at gmail.com (Argent Stonecutter) Date: Tue, 1 Sep 2009 07:05:26 -0500 Subject: [sldev] Tip of the iceberg... In-Reply-To: <4A9BD5DE.2030707@cox.net> References: <4A9B7851.90107@cox.net> <83CC85FF-7BFF-4B4C-A2E5-DC1B516E9E4C@gmail.com> <4A9BD5DE.2030707@cox.net> Message-ID: On 2009-08-31, at 08:53, Lawson English wrote: > Certainly possible with Squeak smalltalk since you can direct the > rendering to an offscreen buffer if you want. Unfortunately, I'm not > so hep on how to take the shared buffer created by the SL plugin > and pass it on to the squeak-side plugin. I guess just pass the > address in with a POST to the localhost URL It should be possible with arbitrary programs. In OS X and Linux, at least, it shouldn't be that hard to project the rendered output from any arbitrary program onto an OpenGL texture. I don't know Windows that well, but I suspect that it's also possible there. Restricting it to a specific language, runtime, or API is a lot less interesting. From lenglish5 at cox.net Tue Sep 1 07:10:40 2009 From: lenglish5 at cox.net (Lawson English) Date: Tue, 01 Sep 2009 07:10:40 -0700 Subject: [sldev] Tip of the iceberg... In-Reply-To: References: <4A9B7851.90107@cox.net> <83CC85FF-7BFF-4B4C-A2E5-DC1B516E9E4C@gmail.com> <4A9BD5DE.2030707@cox.net> Message-ID: <4A9D2B60.2050007@cox.net> Argent Stonecutter wrote: > On 2009-08-31, at 08:53, Lawson English wrote: > >> Certainly possible with Squeak smalltalk since you can direct the >> rendering to an offscreen buffer if you want. Unfortunately, I'm not >> so hep on how to take the shared buffer created by the SL plugin >> and pass it on to the squeak-side plugin. I guess just pass the >> address in with a POST to the localhost URL >> > > It should be possible with arbitrary programs. In OS X and Linux, at > least, it shouldn't be that hard to project the rendered output from > any arbitrary program onto an OpenGL texture. I don't know Windows > that well, but I suspect that it's also possible there. > > Restricting it to a specific language, runtime, or API is a lot less > interesting. > Well, drawing to a shared-memory bitmap isn't hard at all, but unless your application already has provisions for drawing to arbitrary shared memory via an externally-provided pointer, you still need to work something up to actually use that pointer, regardless of what API you're drawing with. If nothing else, how does your program know which bit of memory to use since this isn't provided via the normal windowing system? I mean, with Squeak, it *might* be possible to type in the address of the shared memory at runtime and render to it, but most drawing programs don't have the ability to use pasted-in memory pointers. Lawson From missannotoole at yahoo.com Tue Sep 1 07:50:46 2009 From: missannotoole at yahoo.com (Ann Otoole) Date: Tue, 1 Sep 2009 07:50:46 -0700 (PDT) Subject: [sldev] SnowGlobe and copybots In-Reply-To: <4A9C0DE3.4030208@lindenlab.com> References: <3c59673d0908311015h7fb922f2h8261d4f27c2f80eb@mail.gmail.com> <4A9C0DE3.4030208@lindenlab.com> Message-ID: <83062.88503.qm@web59101.mail.re1.yahoo.com> I watched someone using cryolife cruise around in my parcel this morning where that account was banned so honestly I think LL has much bigger fish to fry. Stealing a pair of eshoes is nothing compared to the access control system being compromised. Yes there is a pjira defect open on it. http://jira.secondlife.com/browse/SVC-4632 Honestly it is looking like the only solution is a bot that teleports home anyone not using an LL compiled viewer. And that still won't get them all. But if it is deployed to most of Second Lifethen it might send a clear message to Linden Lab they need to deal with the problem. Or will LL begin banning people for defending themselves from these hacked third party viewers? Is it against the TOS to deny access to non LL compiled viewers? ________________________________ From: nyx linden To: Ron Festa Cc: sldev at lists.secondlife.com Sent: Monday, August 31, 2009 1:52:35 PM Subject: Re: [sldev] SnowGlobe and copybots Additionally, the technique to stop malicious clients from stealing your clothing textures (namely, only sending out baked but not local texture data) will be in the main client in the next major release, as part of a larger avatar overhaul. The reasons for this extend beyond content theft, but stopping this is a major benefit to this switch in protocol. Combating griefing attacks and content theft is not an easy task, but we are taking steps to minimize the potential for abuse, and we try to have systems in place for what to do when it does occur (including dealing with the specific instance of abuse as well as looking for ways to prevent future issues). We're always looking for ways of making the client secure, and welcome feedback and ideas to help us move in this direction. -Nyx Ron Festa wrote: > While its true they can modify the opensource code to turn a client > into a copybot, as far as I know there really hasn't been any known > copybot viewers that have popped up because there's no code in the LL > viewer that allows asset copying. Majority of copybots are really > modded poorly written legit bots. While there is a really obscure > patch that's floating around griefer circles, most griefers are not > programmers. Most do not know how to inject and maintain custom code > into the source code then compile it with every version. > > But, thanks to the open source viewers floating around you also have > an amount of protection from griefers you can't get in the LL viewer. > Viewers like Meerkat & Emerald make it impossible for them to steel > your clothing and provides additional tools that would prevent them > from attacking your or removing them from your property before they > become a problem. Plus they have a bunch of fun stuff in them that > just make your life easier in SL. > > On Sat, Aug 29, 2009 at 4:15 AM, Bill > Windwalker > wrote: > > Good day every one. > > Yesterday i was a victim of a copybot and a group of griefers. > > this type of bullying and theft of content needs to stop they are > making a > > joke out of all the hard work people do in SL. > > As i sat and talk to a friend a griefer had taken only a sec to copy > my AV > > and every thing i had on in a sec and did it to the very sim i was in. > > And what they did say in voice made it sound like linden lab had no > power to > > stop any griefer. > > i even have screen shots of this attack. > > what im told is they can do it with open source viewers . > > > > > > > > > > ______________________________ > _________________ > > Policies and (un)subscribe information available here: > > http://wiki.secondlife.com/wiki/SLDev > > Please read the policies before posting to keep unmoderated posting > > privileges > > > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/SLDev Please read the policies before posting to keep unmoderated posting privileges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090901/e06edad4/attachment-0001.htm From billwindwalker at rocketmail.com Tue Sep 1 08:00:14 2009 From: billwindwalker at rocketmail.com (Bill Windwalker) Date: Tue, 1 Sep 2009 08:00:14 -0700 (PDT) Subject: [sldev] RE SnowGlobe and copybots Message-ID: <999503.74582.qm@web111214.mail.gq1.yahoo.com> Well it was more then just shoes they taken for they was doing copybot of the LL Build in korea1 and that build was by the Linden Lab people them self. What was the rule about copying assets that belong to Linden Lab and what if they upload it from the Linden Lab computer some place on to another companys computer system just to mirror SL and every thing in SL just to sale it later on to a bigger company? what is the over all lost then ? can it be put in numbers ? xstorm Radek ----- Forwarded Message ---- From: Ann Otoole To: sldev at lists.secondlife.com Sent: Tuesday, September 1, 2009 10:50:46 AM Subject: Re: [sldev] SnowGlobe and copybots I watched someone using cryolife cruise around in my parcel this morning where that account was banned so honestly I think LL has much bigger fish to fry. Stealing a pair of eshoes is nothing compared to the access control system being compromised. Yes there is a pjira defect open on it. http://jira.secondlife.com/browse/SVC-4632 Honestly it is looking like the only solution is a bot that teleports home anyone not using an LL compiled viewer. And that still won't get them all. But if it is deployed to most of Second Lifethen it might send a clear message to Linden Lab they need to deal with the problem. Or will LL begin banning people for defending themselves from these hacked third party viewers? Is it against the TOS to deny access to non LL compiled viewers? ________________________________ From: nyx linden To: Ron Festa Cc: sldev at lists.secondlife.com Sent: Monday, August 31, 2009 1:52:35 PM Subject: Re: [sldev] SnowGlobe and copybots ? ? Additionally, the technique to stop malicious clients from stealing your clothing textures (namely, only sending out baked but not local texture data) will be in the main client in the next major release, as part of a larger avatar overhaul. The reasons for this extend beyond content theft, but stopping this is a major benefit to this switch in protocol. ? ? Combating griefing attacks and content theft is not an easy task, but we are taking steps to minimize the potential for abuse, and we try to have systems in place for what to do when it does occur (including dealing with the specific instance of abuse as well as looking for ways to prevent future issues). We're always looking for ways of making the client secure, and welcome feedback and ideas to help us move in this direction. -Nyx Ron Festa wrote: > While its true they can modify the opensource code to turn a client > into a copybot, as far as I know there really hasn't been any known > copybot viewers that have popped up because there's no code in the LL > viewer that allows asset copying. Majority of copybots are really > modded poorly written legit bots. While there is a really obscure > patch that's floating around griefer circles, most griefers are not > programmers. Most do not know how to inject and maintain custom code > into the source code then compile it with every version. > > But, thanks to the open source viewers floating around you also have > an amount of protection from griefers you can't get in the LL viewer. > Viewers like Meerkat & Emerald make it impossible for them to steel > your clothing and provides additional tools that would prevent them > from attacking your or removing them from your property before they > become a problem. Plus they have a bunch of fun stuff in them that > just make your life easier in SL. > > On Sat, Aug 29, 2009 at 4:15 AM, Bill > Windwalker > wrote: > > Good day every one. > > Yesterday i was a victim of a copybot and a group of griefers. > > this type of bullying and theft of content needs to stop they are > making a > > joke out of all the hard work people do in SL. > > As i sat and talk to a friend a griefer had taken only a sec to copy > my AV > > and every thing i had on in a sec and did it to the very sim i was in. > > And what they did say in voice made it sound like linden lab had no > power to > > stop any griefer. > > i even have screen shots of this attack. > > what im told is they can do it with open source viewers . > > > > > > > > > > ______________________________ > _________________ > > Policies and (un)subscribe information available here: > > http://wiki.secondlife.com/wiki/SLDev > > Please read the policies before posting to keep unmoderated posting > > privileges > > > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/SLDev Please read the policies before posting to keep unmoderated posting privileges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090901/45a81717/attachment.htm -------------- next part -------------- _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/SLDev Please read the policies before posting to keep unmoderated posting privileges From armin.weatherwax at googlemail.com Tue Sep 1 09:19:45 2009 From: armin.weatherwax at googlemail.com (Armin Weatherwax) Date: Tue, 1 Sep 2009 18:19:45 +0200 Subject: [sldev] SnowGlobe and copybots In-Reply-To: <83062.88503.qm@web59101.mail.re1.yahoo.com> References: <3c59673d0908311015h7fb922f2h8261d4f27c2f80eb@mail.gmail.com> <4A9C0DE3.4030208@lindenlab.com> <83062.88503.qm@web59101.mail.re1.yahoo.com> Message-ID: <200909011819.45202.Armin.Weatherwax@gmail.com> Ann Otoole wrote: > I watched someone using cryolife cruise around in my parcel this > morning where that account was banned so honestly I think LL has much > bigger fish to fry. >[...] > Honestly it is looking like the only solution is a bot that teleports > home anyone not using an LL compiled viewer. Just out of interest: Which LL compiled viewer you are using that shows you that someone is using cryolife? From baptiste.bohelay at gmail.com Tue Sep 1 09:32:32 2009 From: baptiste.bohelay at gmail.com (Baptiste Bohelay) Date: Tue, 1 Sep 2009 18:32:32 +0200 Subject: [sldev] can't build the "Adding a dialog" tutorial Message-ID: Hi everybody, I guess it's a simple problem: I'm trying to build the tutorial http://wiki.secondlife.com/wiki/Adding_a_dialog . I've build the "Adding a menu item" without any problem, and I think I've done every thing that's on the tutorial. I'm using Xcode. During the linking, I've got one error with the following build result : Undefined symbols: "LLFloaterFoo::show(void*)", referenced from: LLToolsFoo::handleEvent(LLPointer, LLSD const&) in llviewermenu.o ld: symbol(s) not found collect2: ld returned 1 exit status Do somebody can help me please? Thanks a lot. A french noob. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090901/f0b68815/attachment.htm From robla at lindenlab.com Tue Sep 1 10:26:41 2009 From: robla at lindenlab.com (Rob Lanphier) Date: Tue, 1 Sep 2009 10:26:41 -0700 Subject: [sldev] New Snowglobe logo Message-ID: Hi folks, As previously mentioned, we commissioned a contest with 99designs to create a new logo for Snowglobe. We have a winner! http://99designs.com/contests/26519/entries/149 A big thank you to everyone who participated! We'll be replacing the current logo in the coming days. Please direct comments here: https://jira.secondlife.com/browse/SNOW-153 Thanks! Rob -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090901/e45e3046/attachment.htm From melinda at superliminal.com Tue Sep 1 11:07:44 2009 From: melinda at superliminal.com (Melinda Green) Date: Tue, 01 Sep 2009 11:07:44 -0700 Subject: [sldev] SnowGlobe and copybots In-Reply-To: <83062.88503.qm@web59101.mail.re1.yahoo.com> References: <3c59673d0908311015h7fb922f2h8261d4f27c2f80eb@mail.gmail.com> <4A9C0DE3.4030208@lindenlab.com> <83062.88503.qm@web59101.mail.re1.yahoo.com> Message-ID: <4A9D62F0.2070608@superliminal.com> From ceorl onlyone's comment on that bug it appears to have nothing to do with the viewer but I guess we'll find out. -Melinda Ann Otoole wrote: > I watched someone using cryolife cruise around in my parcel this > morning where that account was banned so honestly I think LL has much > bigger fish to fry. Stealing a pair of eshoes is nothing compared to > the access control system being compromised. Yes there is a pjira > defect open on it. http://jira.secondlife.com/browse/SVC-4632 > > Honestly it is looking like the only solution is a bot that teleports > home anyone not using an LL compiled viewer. And that still won't get > them all. But if it is deployed to most of Second Lifethen it might > send a clear message to Linden Lab they need to deal with the problem. > Or will LL begin banning people for defending themselves from these > hacked third party viewers? Is it against the TOS to deny access to > non LL compiled viewers? > > ------------------------------------------------------------------------ > *From:* nyx linden > *To:* Ron Festa > *Cc:* sldev at lists.secondlife.com > *Sent:* Monday, August 31, 2009 1:52:35 PM > *Subject:* Re: [sldev] SnowGlobe and copybots > > Additionally, the technique to stop malicious clients from stealing > your clothing textures (namely, only sending out baked but not local > texture data) will be in the main client in the next major release, as > part of a larger avatar overhaul. The reasons for this extend beyond > content theft, but stopping this is a major benefit to this switch in > protocol. > > Combating griefing attacks and content theft is not an easy task, > but we are taking steps to minimize the potential for abuse, and we try > to have systems in place for what to do when it does occur (including > dealing with the specific instance of abuse as well as looking for ways > to prevent future issues). We're always looking for ways of making the > client secure, and welcome feedback and ideas to help us move in this > direction. > > -Nyx > > Ron Festa wrote: > > While its true they can modify the opensource code to turn a client > > into a copybot, as far as I know there really hasn't been any known > > copybot viewers that have popped up because there's no code in the LL > > viewer that allows asset copying. Majority of copybots are really > > modded poorly written legit bots. While there is a really obscure > > patch that's floating around griefer circles, most griefers are not > > programmers. Most do not know how to inject and maintain custom code > > into the source code then compile it with every version. > > > > But, thanks to the open source viewers floating around you also have > > an amount of protection from griefers you can't get in the LL viewer. > > Viewers like Meerkat & Emerald make it impossible for them to steel > > your clothing and provides additional tools that would prevent them > > from attacking your or removing them from your property before they > > become a problem. Plus they have a bunch of fun stuff in them that > > just make your life easier in SL. > > > > On Sat, Aug 29, 2009 at 4:15 AM, Bill > > Windwalker > > >> wrote: > > > Good day every one. > > > Yesterday i was a victim of a copybot and a group of griefers. > > > this type of bullying and theft of content needs to stop they are > > making a > > > joke out of all the hard work people do in SL. > > > As i sat and talk to a friend a griefer had taken only a sec to copy > > my AV > > > and every thing i had on in a sec and did it to the very sim i was in. > > > And what they did say in voice made it sound like linden lab had no > > power to > > > stop any griefer. > > > i even have screen shots of this attack. > > > what im told is they can do it with open source viewers . > > > > > > > > > > > > > > > ______________________________ > > _________________ > > > Policies and (un)subscribe information available here: > > > http://wiki.secondlife.com/wiki/SLDev > > > Please read the policies before posting to keep unmoderated posting > > > privileges > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Policies and (un)subscribe information available here: > > http://wiki.secondlife.com/wiki/SLDev > > Please read the policies before posting to keep unmoderated posting > privileges > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges From malachi at tamzap.com Tue Sep 1 11:59:36 2009 From: malachi at tamzap.com (mal) Date: Tue, 1 Sep 2009 13:59:36 -0500 Subject: [sldev] SnowGlobe and copybots In-Reply-To: <200909011819.45202.Armin.Weatherwax@gmail.com> References: <3c59673d0908311015h7fb922f2h8261d4f27c2f80eb@mail.gmail.com><4A9C0DE3.4030208@lindenlab.com><83062.88503.qm@web59101.mail.re1.yahoo.com> <200909011819.45202.Armin.Weatherwax@gmail.com> Message-ID: <58838A361F014117A0714052652BF325@StaticReality> i hate to sound like a bad seed here. because i hate copybot just as much as the next resident. copying your prims and textures is one thing. when they fully highjack your assets including your scripts. violating the copy modify and transfer rights thats another issue. i strongly feel that we should have the right to manage our own inventory. to create backups on our own computers. at least for the items we have the rights to do so with. and with any bit of code. no matter what you do to protect the data someone somewhere will find a way to manipulate that data and 'cheat' the system. copybot was originally designed as a utility for good. and was later dupped by evil and turned into what we have all spent the last few years fighting. i sure miss when it was only in 'bot' and not the viewers. but alas it is in the viewers. and what is worse is that the viewers copybot is 1000 times smarter than the old bot programs..... and yes cryolife should be removed LL. there are many hacks that im not even sure if you are aware of yet that allow users to take full perm objects. not jsut exporting but to dupe your asset servers into giving them full perm copies in their inventory. this includes all the scripts inside the object btw.... basically rendering Second Life worthless. i agree with the other users that we need a way to control the backup utilities. but i must say to auto kick anyone not using a LL client you are going to kill the best viewer ever made Emerald. as well as Meerkat,Cool Viewer, Nicholaz, and you might as well go ahead and close this mailing list. because every time you compile your viewer you arent compiling a LL compiled viewer. i think that is taking it a bit too far. sorry everyone just my 2cents MallyMal ----- Original Message ----- From: "Armin Weatherwax" To: Sent: Tuesday, September 01, 2009 11:19 AM Subject: Re: [sldev] SnowGlobe and copybots > Ann Otoole wrote: >> I watched someone using cryolife cruise around in my parcel this >> morning where that account was banned so honestly I think LL has much >> bigger fish to fry. >>[...] >> Honestly it is looking like the only solution is a bot that teleports >> home anyone not using an LL compiled viewer. > Just out of interest: Which LL compiled viewer you are using that shows > you that someone is using cryolife? > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges From secret.argent at gmail.com Tue Sep 1 18:35:01 2009 From: secret.argent at gmail.com (Argent Stonecutter) Date: Tue, 1 Sep 2009 20:35:01 -0500 Subject: [sldev] Tip of the iceberg... In-Reply-To: <4A9D2B60.2050007@cox.net> References: <4A9B7851.90107@cox.net> <83CC85FF-7BFF-4B4C-A2E5-DC1B516E9E4C@gmail.com> <4A9BD5DE.2030707@cox.net> <4A9D2B60.2050007@cox.net> Message-ID: <4100E24C-2B49-4007-8180-38BDA6B5B337@gmail.com> On 2009-09-01, at 09:10, Lawson English wrote: > Well, drawing to a shared-memory bitmap isn't hard at all, but > unless your application already has provisions for drawing to > arbitrary shared memory via an externally-provided pointer, you > still need to work something up to actually use that pointer, > regardless of what API you're drawing with. If nothing else, how > does your program know which bit of memory to use since this isn't > provided via the normal windowing system? It is provided by the normal windowing system. I'm not talking about modifying the application, I'm talking about nesting the application window at the OS level. This has been routine on the X Window System for 20 years, I was using an app that virtualized GDI on Windows in 1999, and every window in OS X is an OpenGL texture already. From lenglish5 at cox.net Tue Sep 1 21:42:39 2009 From: lenglish5 at cox.net (Lawson English) Date: Tue, 01 Sep 2009 21:42:39 -0700 Subject: [sldev] Tip of the iceberg... In-Reply-To: <4100E24C-2B49-4007-8180-38BDA6B5B337@gmail.com> References: <4A9B7851.90107@cox.net> <83CC85FF-7BFF-4B4C-A2E5-DC1B516E9E4C@gmail.com> <4A9BD5DE.2030707@cox.net> <4A9D2B60.2050007@cox.net> <4100E24C-2B49-4007-8180-38BDA6B5B337@gmail.com> Message-ID: <4A9DF7BF.7010502@cox.net> Argent Stonecutter wrote: > On 2009-09-01, at 09:10, Lawson English wrote: > >> Well, drawing to a shared-memory bitmap isn't hard at all, but >> unless your application already has provisions for drawing to >> arbitrary shared memory via an externally-provided pointer, you >> still need to work something up to actually use that pointer, >> regardless of what API you're drawing with. If nothing else, how >> does your program know which bit of memory to use since this isn't >> provided via the normal windowing system? >> > > It is provided by the normal windowing system. I'm not talking about > modifying the application, I'm talking about nesting the application > window at the OS level. This has been routine on the X Window System > for 20 years, I was using an app that virtualized GDI on Windows in > 1999, and every window in OS X is an OpenGL texture already. > > Ah, OK. I thought you might mean something like that, so I searched around a bit for info on redirecting to Mac OS X OpenGL windows. COuldn't find anything, which means nothing, of course. L From dahliatrimble at gmail.com Tue Sep 1 21:47:29 2009 From: dahliatrimble at gmail.com (Dahlia Trimble) Date: Tue, 1 Sep 2009 21:47:29 -0700 Subject: [sldev] Tip of the iceberg... In-Reply-To: <4A9DF7BF.7010502@cox.net> References: <4A9B7851.90107@cox.net> <83CC85FF-7BFF-4B4C-A2E5-DC1B516E9E4C@gmail.com> <4A9BD5DE.2030707@cox.net> <4A9D2B60.2050007@cox.net> <4100E24C-2B49-4007-8180-38BDA6B5B337@gmail.com> <4A9DF7BF.7010502@cox.net> Message-ID: I believe this is commonly known as "render to texture". A quick google search offered the following: http://ogltotd.blogspot.com/2006/12/render-to-texture.html On Tue, Sep 1, 2009 at 9:42 PM, Lawson English wrote: > Argent Stonecutter wrote: > > On 2009-09-01, at 09:10, Lawson English wrote: > > > >> Well, drawing to a shared-memory bitmap isn't hard at all, but > >> unless your application already has provisions for drawing to > >> arbitrary shared memory via an externally-provided pointer, you > >> still need to work something up to actually use that pointer, > >> regardless of what API you're drawing with. If nothing else, how > >> does your program know which bit of memory to use since this isn't > >> provided via the normal windowing system? > >> > > > > It is provided by the normal windowing system. I'm not talking about > > modifying the application, I'm talking about nesting the application > > window at the OS level. This has been routine on the X Window System > > for 20 years, I was using an app that virtualized GDI on Windows in > > 1999, and every window in OS X is an OpenGL texture already. > > > > > Ah, OK. I thought you might mean something like that, so I searched > around a bit for info on redirecting to Mac OS X OpenGL windows. > > > COuldn't find anything, which means nothing, of course. > > > L > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090901/f857ce14/attachment.htm From lenglish5 at cox.net Tue Sep 1 21:53:44 2009 From: lenglish5 at cox.net (Lawson English) Date: Tue, 01 Sep 2009 21:53:44 -0700 Subject: [sldev] Tip of the iceberg... In-Reply-To: References: <4A9B7851.90107@cox.net> <83CC85FF-7BFF-4B4C-A2E5-DC1B516E9E4C@gmail.com> <4A9BD5DE.2030707@cox.net> <4A9D2B60.2050007@cox.net> <4100E24C-2B49-4007-8180-38BDA6B5B337@gmail.com> <4A9DF7BF.7010502@cox.net> Message-ID: <4A9DFA58.7080102@cox.net> Couldn't find the MacOS X specific info though. L. Dahlia Trimble wrote: > I believe this is commonly known as "render to texture". A quick > google search offered the > following: http://ogltotd.blogspot.com/2006/12/render-to-texture.html > > On Tue, Sep 1, 2009 at 9:42 PM, Lawson English > wrote: > > Argent Stonecutter wrote: > > On 2009-09-01, at 09:10, Lawson English wrote: > > > >> Well, drawing to a shared-memory bitmap isn't hard at all, but > >> unless your application already has provisions for drawing to > >> arbitrary shared memory via an externally-provided pointer, you > >> still need to work something up to actually use that pointer, > >> regardless of what API you're drawing with. If nothing else, how > >> does your program know which bit of memory to use since this isn't > >> provided via the normal windowing system? > >> > > > > It is provided by the normal windowing system. I'm not talking about > > modifying the application, I'm talking about nesting the application > > window at the OS level. This has been routine on the X Window System > > for 20 years, I was using an app that virtualized GDI on Windows in > > 1999, and every window in OS X is an OpenGL texture already. > > > > > Ah, OK. I thought you might mean something like that, so I searched > around a bit for info on redirecting to Mac OS X OpenGL windows. > > > COuldn't find anything, which means nothing, of course. > > > L > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated > posting privileges > > > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges From aleric.inglewood at gmail.com Wed Sep 2 04:14:14 2009 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Wed, 2 Sep 2009 13:14:14 +0200 Subject: [sldev] SnowGlobe and copybots In-Reply-To: <58838A361F014117A0714052652BF325@StaticReality> References: <3c59673d0908311015h7fb922f2h8261d4f27c2f80eb@mail.gmail.com> <4A9C0DE3.4030208@lindenlab.com> <83062.88503.qm@web59101.mail.re1.yahoo.com> <200909011819.45202.Armin.Weatherwax@gmail.com> <58838A361F014117A0714052652BF325@StaticReality> Message-ID: <1e01733d0909020414s5f1a4936j8585a7a51a4b555c@mail.gmail.com> On Tue, Sep 1, 2009 at 8:59 PM, mal wrote: > i hate to sound like a bad seed here. because i hate copybot just as much as > the next resident. copying your prims and textures is one thing. when they > fully highjack your assets including your scripts. violating the copy modify > and transfer rights thats another issue. I do not work for Linden Lab or am in any way affiliated with them (as, I hope, was already clear :p). Thus, totally independent, I have done research in this area and I can assure you that it is impossible with the current server versions to steal someones scripts. The only way someone can get scripts is when: * They can modify the object that contains the script * The script has permissions modify AND copy AND transfer * The either own the object, or the script is explicitely set "Share with Group" and they are in that group. I'd think that is MORE than secure (I think there are more situations in which one should be able to see a script). This research was independent of viewer; it is about what rights the server grants you. From secret.argent at gmail.com Wed Sep 2 04:52:36 2009 From: secret.argent at gmail.com (Argent Stonecutter) Date: Wed, 2 Sep 2009 06:52:36 -0500 Subject: [sldev] Tip of the iceberg... In-Reply-To: <4A9DF7BF.7010502@cox.net> References: <4A9B7851.90107@cox.net> <83CC85FF-7BFF-4B4C-A2E5-DC1B516E9E4C@gmail.com> <4A9BD5DE.2030707@cox.net> <4A9D2B60.2050007@cox.net> <4100E24C-2B49-4007-8180-38BDA6B5B337@gmail.com> <4A9DF7BF.7010502@cox.net> Message-ID: <39A10BCF-41FC-4D75-893C-93366B8EF130@gmail.com> On 2009-09-01, at 23:42, Lawson English wrote: > Ah, OK. I thought you might mean something like that, so I searched > around a bit for info on redirecting to Mac OS X OpenGL windows. I'm not talking about redirecting TO anything. Every window in OS X is an OpenGL texture already. That's how Expose and Spaces works, and how third-party virtual desktop products from before Spaces, like "Virtue", worked. From carlo at alinoe.com Wed Sep 2 04:59:29 2009 From: carlo at alinoe.com (Carlo Wood) Date: Wed, 2 Sep 2009 13:59:29 +0200 Subject: [sldev] New Snowglobe logo In-Reply-To: References: Message-ID: <20090902115929.GA9046@alinoe.com> Wow,... I can see why that is the winner! It's perfect! There's a globe, a snow crystal AND a cube :) It's simple, can be used as icon, and works on black and white. On Tue, Sep 01, 2009 at 10:26:41AM -0700, Rob Lanphier wrote: > Hi folks, > > As previously mentioned, we commissioned a contest with 99designs to create a > new logo for Snowglobe. We have a winner! > http://99designs.com/contests/26519/entries/149 > > A big thank you to everyone who participated! We'll be replacing the current > logo in the coming days. > > Please direct comments here: > https://jira.secondlife.com/browse/SNOW-153 > > Thanks! > Rob > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges -- Carlo Wood From lenglish5 at cox.net Wed Sep 2 05:25:33 2009 From: lenglish5 at cox.net (Lawson English) Date: Wed, 02 Sep 2009 05:25:33 -0700 Subject: [sldev] Tip of the iceberg... In-Reply-To: <39A10BCF-41FC-4D75-893C-93366B8EF130@gmail.com> References: <4A9B7851.90107@cox.net> <83CC85FF-7BFF-4B4C-A2E5-DC1B516E9E4C@gmail.com> <4A9BD5DE.2030707@cox.net> <4A9D2B60.2050007@cox.net> <4100E24C-2B49-4007-8180-38BDA6B5B337@gmail.com> <4A9DF7BF.7010502@cox.net> <39A10BCF-41FC-4D75-893C-93366B8EF130@gmail.com> Message-ID: <4A9E643D.5040208@cox.net> Argent Stonecutter wrote: > On 2009-09-01, at 23:42, Lawson English wrote: > >> Ah, OK. I thought you might mean something like that, so I searched >> around a bit for info on redirecting to Mac OS X OpenGL windows. >> > > I'm not talking about redirecting TO anything. Every window in OS X is > an OpenGL texture already. That's how Expose and Spaces works, and how > third-party virtual desktop products from before Spaces, like > "Virtue", worked. > _______________________________________________ > But are they like F-Script anywhere which can plug into any running process based on the Cocoa libs, or do they do some patching at the OS level? Lawson From techiedavid at gmail.com Wed Sep 2 07:17:41 2009 From: techiedavid at gmail.com (David Simmons) Date: Wed, 2 Sep 2009 07:17:41 -0700 Subject: [sldev] SnowGlobe and copybots In-Reply-To: <1e01733d0909020414s5f1a4936j8585a7a51a4b555c@mail.gmail.com> References: <3c59673d0908311015h7fb922f2h8261d4f27c2f80eb@mail.gmail.com> <4A9C0DE3.4030208@lindenlab.com> <83062.88503.qm@web59101.mail.re1.yahoo.com> <200909011819.45202.Armin.Weatherwax@gmail.com> <58838A361F014117A0714052652BF325@StaticReality> <1e01733d0909020414s5f1a4936j8585a7a51a4b555c@mail.gmail.com> Message-ID: <3a164ef30909020717u6c59d314j25814009f3821c0@mail.gmail.com> I think this subject should be drop. Like most hot issues, facts really don't matter. I for one am looking forward too and enjoying the fruits of opensource. On 9/2/09, Aleric Inglewood wrote: > On Tue, Sep 1, 2009 at 8:59 PM, mal wrote: >> i hate to sound like a bad seed here. because i hate copybot just as much >> as >> the next resident. copying your prims and textures is one thing. when they >> fully highjack your assets including your scripts. violating the copy >> modify >> and transfer rights thats another issue. > > I do not work for Linden Lab or am in any way affiliated with them > (as, I hope, was already clear :p). > > Thus, totally independent, I have done research in this area and I can > assure you that it is impossible with the current server versions to > steal someones scripts. > > The only way someone can get scripts is when: > > * They can modify the object that contains the script > * The script has permissions modify AND copy AND transfer > * The either own the object, or the script is explicitely set > "Share with Group" and they are in that group. > > I'd think that is MORE than secure (I think there are more situations > in which one should be able to see a script). > > This research was independent of viewer; it is about what rights the > server grants you. > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > From aimee.trescothick at gmail.com Wed Sep 2 16:47:49 2009 From: aimee.trescothick at gmail.com (Aimee Trescothick) Date: Thu, 3 Sep 2009 00:47:49 +0100 Subject: [sldev] [PATCH] Request review for SNOW-42 Message-ID: <8AA1D491-6F20-4637-B0A6-49F632B93677@gmail.com> Hi, Could a committer with a Mac review http://jira.secondlife.com/browse/SNOW-42 for me? Thanks, Aimee. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090903/27d72104/attachment.htm From secret.argent at gmail.com Thu Sep 3 03:34:49 2009 From: secret.argent at gmail.com (Argent Stonecutter) Date: Thu, 3 Sep 2009 05:34:49 -0500 Subject: [sldev] Tip of the iceberg... In-Reply-To: <4A9E643D.5040208@cox.net> References: <4A9B7851.90107@cox.net> <83CC85FF-7BFF-4B4C-A2E5-DC1B516E9E4C@gmail.com> <4A9BD5DE.2030707@cox.net> <4A9D2B60.2050007@cox.net> <4100E24C-2B49-4007-8180-38BDA6B5B337@gmail.com> <4A9DF7BF.7010502@cox.net> <39A10BCF-41FC-4D75-893C-93366B8EF130@gmail.com> <4A9E643D.5040208@cox.net> Message-ID: On 2009-09-02, at 07:25, Lawson English wrote: > But are they like F-Script anywhere which can plug into any running > process based on the Cocoa libs, or do they do some patching at the > OS level? I don't know the details on OS X or Windows, but on X11 (eg, Linux) it's built in to the display protocol. I believe in Windows you replace or wedge the GDI library with one that writes to a virtual frame buffer. In OS X, as I said, it's a matter of locating the OpenGL textures provided by the window manager. From suzyq at pobox.com Thu Sep 3 05:41:59 2009 From: suzyq at pobox.com (Suzy Deffeyes) Date: Thu, 3 Sep 2009 08:41:59 -0400 Subject: [sldev] [PATCH] Review of SNOW-215 Message-ID: <2bd5b7f10909030541s61bc5e7er463d4ecfabc7b91f@mail.gmail.com> I have opened a JIRA with a patch to enable OGP login and teleport. http://jira.secondlife.com/browse/SNOW-215 It's based on the existing OGP code in the withering OGP9 SVN branch. It's a large patch, so it could use plenty of review. I wrote up some notes about the code at: https://wiki.secondlife.com/wiki/User:Pixel_Gausman/Interop_Viewer Thanks Suzy Deffeyes / Pixel Gausman IBM -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090903/9f37bf9f/attachment.htm From robla at lindenlab.com Thu Sep 3 08:15:44 2009 From: robla at lindenlab.com (Rob Lanphier) Date: Thu, 3 Sep 2009 08:15:44 -0700 Subject: [sldev] [PATCH] Review of SNOW-215 In-Reply-To: <2bd5b7f10909030541s61bc5e7er463d4ecfabc7b91f@mail.gmail.com> References: <2bd5b7f10909030541s61bc5e7er463d4ecfabc7b91f@mail.gmail.com> Message-ID: Thanks Suzy! I started taking a look at this yesterday, but it's clearly more than I'm going to be able to properly evaluate alone. I could definitely use some help from the other committers. Rob On Thu, Sep 3, 2009 at 5:41 AM, Suzy Deffeyes wrote: > I have opened a JIRA with a patch to enable OGP login and teleport. > > http://jira.secondlife.com/browse/SNOW-215 > > It's based on the existing OGP code in the withering OGP9 SVN branch. It's a > large patch, so it could use plenty of review. > > I wrote up some notes about the code at: > https://wiki.secondlife.com/wiki/User:Pixel_Gausman/Interop_Viewer > > > Thanks > Suzy Deffeyes / Pixel Gausman > IBM > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > From monkowsk at watson.ibm.com Thu Sep 3 11:19:46 2009 From: monkowsk at watson.ibm.com (Mike Monkowski) Date: Thu, 03 Sep 2009 14:19:46 -0400 Subject: [sldev] Project looking for a home: (VWR-10924) Magical scripted HUD/UI Message-ID: <4AA008C2.70101@watson.ibm.com> Admiral Admiral and I have been working on a project whose goal is to have floaters interact with in-world objects. The patch described below implements the major pieces, but now we have to finish the details, and that requires community input. Specifically: 1. Determine which UI events to send to the object. For example, a button press has a mouse-down and a mouse-up event. Do we send both or just one? And if one, which one? The XUI trace function that we added shows the events. We've already suppressed some that we felt shouldn't be sent, such as scrolling. There's much more to do. 2. Determine a format for the messages sent to objects. 3. Some UI operations require interactions between widgets, for example pressing a button to send the text in an editor window. What are the interactions that need to be defined? How can this interaction be represented in XML? The on-click tag used for menu items seems the best way at the moment, but the implementation of on-click seems to be a work-in-progress at the moment. Will it persist into viewer 2.0? 4. With this patch an object can send a notecard with the XUI definition that the user can instantiate as a floater then manually enter a chat channel for communication. How much of this should be automatic? How should the chat channel be defined? 5. Documentation. There are a lot of XML parameters in the XUI. See http://wiki.secondlife.com/wiki/Skinning_HowTo/Basics#Related_to_layout If we expect residents to define XUI floaters, we should teach them how to do it. So we're looking for an open source viewer that would provide a home for this project. Imprudence looked like the best candidate because of their work on UI issues, but they're still based on version 1.21 and are only upgrading to 1.22. This patch requires a 1.23.4 base. Of course we don't know what happens when Linden goes to viewer 2.0. All of this may break. A comment either way from Linden would be nice. Anyone care to adopt us? You only get one programmer though. Admiral Admiral has his new laptop which, of course, does not have the required but obsolete VS2005. Grrr. Mike Mm Alder -------- Original Message -------- Subject: [JIRA] Updated: (VWR-10924) Magical scripted HUD/UI Date: Sat, 29 Aug 2009 10:26:51 -0700 (PDT) From: Admiral Admiral (JIRA) To: monkowsk at watson.ibm.com [ http://jira.secondlife.com/browse/VWR-10924?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Admiral Admiral updated VWR-10924: ---------------------------------- Attachment: MSH1.patchfile The patch MSH1.patchfile adds the following functions: --Tracing all GUI operations to the log file Advanced->XUI->Trace XUI to Log --Tracing all GUI operations to a floater Advanced->XUI->Trace XUI to Console --Load and trace a floater from an XML file and send the trace over chat Advanced->XUI->Preview XUI... --Load and trace a floater from a notecard and send the trace over chat "Build Floater" after opening or creating a notecard whose contents start with " References: <4AA008C2.70101@watson.ibm.com> Message-ID: <20090904113042.GA12959@alinoe.com> On Thu, Sep 03, 2009 at 02:19:46PM -0400, Mike Monkowski wrote: > 1. Determine which UI events to send to the object. For example, a > button press has a mouse-down and a mouse-up event. Do we send both or > just one? And if one, which one? The XUI trace function that we added > shows the events. We've already suppressed some that we felt shouldn't > be sent, such as scrolling. There's much more to do. I don't think you should sent mouse position to the server (object), and therefore you have to process mouse button events before sending them: If you press the mouse button while the pointer is on a button and then move the mouse away from the button before releasing it, then that button is not 'clicked'. So, only if you release the mouse button at a position that is over the same button as were it was pressed that should generate a 'clicked' event for buttons. If you want to allow people to detect where on a texture the user clicks, then I guess you have to send both with position. -- Carlo Wood From danteferret at gmail.com Fri Sep 4 05:14:07 2009 From: danteferret at gmail.com (danteferret at gmail.com) Date: Fri, 04 Sep 2009 12:14:07 +0000 Subject: [sldev] Project looking for a home: (VWR-10924) Magical scripted HUD/UI In-Reply-To: <20090904113042.GA12959@alinoe.com> Message-ID: <001636834438d66c200472bf6fda@google.com> On Sep 4, 2009 7:30am, Carlo Wood wrote: > On Thu, Sep 03, 2009 at 02:19:46PM -0400, Mike Monkowski wrote: > If you press the mouse button while the pointer is on a button > and then move the mouse away from the button before releasing it, > then that button is not 'clicked'. > So, only if you release the mouse button at a position that is > over the same button as were it was pressed that should generate > a 'clicked' event for buttons. It's pretty standard for any system to send both "on_click" and "released" events. Simply becuase it should be up to the program whether it wants to wait for release or just on click to perform an action. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090904/6be6f3fe/attachment.htm From monkowsk at watson.ibm.com Fri Sep 4 07:57:29 2009 From: monkowsk at watson.ibm.com (Mike Monkowski) Date: Fri, 04 Sep 2009 10:57:29 -0400 Subject: [sldev] UI events: (VWR-10924) Magical scripted HUD/UI In-Reply-To: <001636834438d66c200472bf6fda@google.com> References: <001636834438d66c200472bf6fda@google.com> Message-ID: <4AA12AD9.7050306@watson.ibm.com> You would expect that mouse-down on a button, move away, mouse-up off the button would send just the mouse-down event, but there's no guarantee that it doesn't send a mouse-up event when moving away from the button. I have to run the trace function to see what actually happens. I know that the atomic event are usually sent and the event handler decides what to act upon, but in this case, we're sending messages over the chat channel, and less is better. But after thinking about it for a while, I realized that the functionality of the push-to-talk button requires both events separately. Alternately, the XML could indicate which events to send. We're probably going to need to use the on_click tag to tie the button to a text widget, so we could add an on_release tag as well. Mike danteferret at gmail.com wrote: > On Sep 4, 2009 7:30am, Carlo Wood wrote: > > On Thu, Sep 03, 2009 at 02:19:46PM -0400, Mike Monkowski wrote: > > > > If you press the mouse button while the pointer is on a button > > > > and then move the mouse away from the button before releasing it, > > > > then that button is not 'clicked'. > > > > > > > > So, only if you release the mouse button at a position that is > > > > over the same button as were it was pressed that should generate > > > > a 'clicked' event for buttons. > > > > It's pretty standard for any system to send both "on_click" and > "released" events. Simply becuase it should be up to the program whether > it wants to wait for release or just on click to perform an action. From monkowsk at watson.ibm.com Fri Sep 4 08:11:40 2009 From: monkowsk at watson.ibm.com (Mike Monkowski) Date: Fri, 04 Sep 2009 11:11:40 -0400 Subject: [sldev] A question for Linden about the XUI on_click tag and viewer 2.0 Message-ID: <4AA12E2C.3030207@watson.ibm.com> For the (VWR-10924) Magical scripted HUD/UI project, I would like to use the on_click XML tag for widgets other than menu items so that actions could be specified in the XML. I'd also like to add an on_release tag similar to the on_click so that a button like the push-to-talk button could be implemented. The code that handles the on_click, on_visible, on_defined, and on_check looks like a work-in-progress. Could someone at Linden raise the cloak of secrecy just enough to tell me whether this functionality is preserved, extended, or deprecated in viewer 2.0? And if extended, what any new parents, tags and/or parameters might be. Mike Mm Alder From dmahalko at gmail.com Fri Sep 4 08:37:49 2009 From: dmahalko at gmail.com (Dale Mahalko) Date: Fri, 4 Sep 2009 10:37:49 -0500 Subject: [sldev] Tip of the iceberg... In-Reply-To: References: <4A9B7851.90107@cox.net> <20090831120515.GA663@alinoe.com> Message-ID: On Mon, Aug 31, 2009 at 7:52 AM, Aimee Trescothick < aimee.trescothick at gmail.com> wrote: > It will be visible to anyone else running the plug-in too, as long as > they are authorised to connect to the remote machine. Oh but we can't do that. That exposes the private network address of remote connectors to the person running the plug-in host. We need to have LL proxy the plug-in stream, to hide the addresses of other people from other people. (Sorry, I got that notion stuck in my head a while back when people were ranting about the dangers of http texture.) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090904/876c892b/attachment.htm From monkowsk at watson.ibm.com Fri Sep 4 08:39:52 2009 From: monkowsk at watson.ibm.com (Mike Monkowski) Date: Fri, 04 Sep 2009 11:39:52 -0400 Subject: [sldev] Project looking for a home: (VWR-10924) Magical scripted HUD/UI In-Reply-To: <4AA008C2.70101@watson.ibm.com> References: <4AA008C2.70101@watson.ibm.com> Message-ID: <4AA134C8.1080001@watson.ibm.com> OK, looks like Imprudence will be home after all. They should be at 1.23 by the end of the month. Meanwhile, most of the issues below (especially documentation) can be done without running code. Mike Mike Monkowski wrote: > Admiral Admiral and I have been working on a project whose goal is to > have floaters interact with in-world objects. The patch described below > implements the major pieces, but now we have to finish the details, and > that requires community input. Specifically: > > 1. Determine which UI events to send to the object. For example, a > button press has a mouse-down and a mouse-up event. Do we send both or > just one? And if one, which one? The XUI trace function that we added > shows the events. We've already suppressed some that we felt shouldn't > be sent, such as scrolling. There's much more to do. > > 2. Determine a format for the messages sent to objects. > > 3. Some UI operations require interactions between widgets, for example > pressing a button to send the text in an editor window. What are the > interactions that need to be defined? How can this interaction be > represented in XML? The on-click tag used for menu items seems the best > way at the moment, but the implementation of on-click seems to be a > work-in-progress at the moment. Will it persist into viewer 2.0? > > 4. With this patch an object can send a notecard with the XUI definition > that the user can instantiate as a floater then manually enter a chat > channel for communication. How much of this should be automatic? How > should the chat channel be defined? > > 5. Documentation. There are a lot of XML parameters in the XUI. See > http://wiki.secondlife.com/wiki/Skinning_HowTo/Basics#Related_to_layout > If we expect residents to define XUI floaters, we should teach them how > to do it. > > So we're looking for an open source viewer that would provide a home for > this project. Imprudence looked like the best candidate because of > their work on UI issues, but they're still based on version 1.21 and are > only upgrading to 1.22. This patch requires a 1.23.4 base. Of course > we don't know what happens when Linden goes to viewer 2.0. All of this > may break. A comment either way from Linden would be nice. > > Anyone care to adopt us? You only get one programmer though. Admiral > Admiral has his new laptop which, of course, does not have the required > but obsolete VS2005. Grrr. > > Mike > Mm Alder > > > > -------- Original Message -------- > Subject: [JIRA] Updated: (VWR-10924) Magical scripted HUD/UI > Date: Sat, 29 Aug 2009 10:26:51 -0700 (PDT) > From: Admiral Admiral (JIRA) > To: monkowsk at watson.ibm.com > > > [ > http://jira.secondlife.com/browse/VWR-10924?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel > ] > > Admiral Admiral updated VWR-10924: > ---------------------------------- > > Attachment: MSH1.patchfile > > The patch MSH1.patchfile adds the following functions: > > --Tracing all GUI operations to the log file > Advanced->XUI->Trace XUI to Log > > --Tracing all GUI operations to a floater > Advanced->XUI->Trace XUI to Console > > --Load and trace a floater from an XML file and send the trace over chat > Advanced->XUI->Preview XUI... > > --Load and trace a floater from a notecard and send the trace over chat > "Build Floater" after opening or creating a notecard whose contents > start with " > You should apply the patches at VWR-14475 and VWR-15310 > before this one. > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges > From dmahalko at gmail.com Fri Sep 4 08:49:54 2009 From: dmahalko at gmail.com (Dale Mahalko) Date: Fri, 4 Sep 2009 10:49:54 -0500 Subject: [sldev] Tip of the iceberg... In-Reply-To: <4A9B7851.90107@cox.net> References: <4A9B7851.90107@cox.net> Message-ID: On Mon, Aug 31, 2009 at 2:14 AM, Lawson English wrote: > We need a way to access localhost without going round our elbow to fake > the SL viewer into letting us work with our own local content before > uploading, our own advanced scripting/programming/etc stuff and etc. Not > all of us have direct permission to set parcel media. At the least, as > I've pointed out, we need to be able to set multiple localhost urls > within a HUD so we can work with our own custom media types before > making them available to the SL Community. > This is the ME point of view vs the WE. This may enhance your editing capabilities of the world but does nothing for anyone else, and is not easily cross-participatory with other people in-world at the same time. The better route would be to improve the viewer, but perhaps moreso for the viewer to become easier to extend and expand, via a generalized plugin architecture that other people can also participate in, for a shared experience. Yes, we can't trust arbitrary user-created client-side code running directly as part of the viewer, since plugins with local powers outside the VR sandbox could be used to abuse people and steal information from the local machine. Probably the better way to go is a form of the Apple iPhone App Store, except in this case it would be the Linden Client Plugin Store, such that client-side capability extensions are permitted, but they must be approved by Linden and are downloaded from a Linden-vetted plugin source, and don't have to be permanently coded into a massive monolithic client binary that everyone must download whether they want the extended capabilities or not. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090904/92e74f91/attachment.htm From danteferret at gmail.com Fri Sep 4 08:54:55 2009 From: danteferret at gmail.com (Dante Tucker) Date: Fri, 4 Sep 2009 11:54:55 -0400 Subject: [sldev] Tip of the iceberg... In-Reply-To: References: <4A9B7851.90107@cox.net> <20090831120515.GA663@alinoe.com> Message-ID: <4d211a610909040854n387cb0b6yc81ae7764eef7569@mail.gmail.com> On Fri, Sep 4, 2009 at 11:37 AM, Dale Mahalko wrote: > > Oh but we can't do that. That exposes the private network address of remote > connectors to the person running the plug-in host. We need to have LL proxy > the plug-in stream, to hide the addresses of other people from other people. > > That's not true at all. Current streaming audio is not through a proxy, it is a direct connection. The fact that audio streams are in use on almost every parcel in SL clearly shows that people generaly do not have an issue with exposing there address. So I don't see how you are making it an issue here. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090904/37087cac/attachment-0001.htm From missannotoole at yahoo.com Fri Sep 4 10:21:47 2009 From: missannotoole at yahoo.com (Ann Otoole) Date: Fri, 4 Sep 2009 10:21:47 -0700 (PDT) Subject: [sldev] Tip of the iceberg... In-Reply-To: <4d211a610909040854n387cb0b6yc81ae7764eef7569@mail.gmail.com> References: <4A9B7851.90107@cox.net> <20090831120515.GA663@alinoe.com> <4d211a610909040854n387cb0b6yc81ae7764eef7569@mail.gmail.com> Message-ID: <632268.79608.qm@web59103.mail.re1.yahoo.com> Very incorrect assumption Dante. Shoutcast and video streams are not normally hosted on your local computer. Therefore your assumption people are desensitized to allowing direct connections to their computer is wrong. Proxy remains a viable concern. However, it is optional isn't it? If you want to grant VNC access, to your computer, to endless anonymous Second Life accounts then go for it. :D Perhaps you don't need to grant VNC access to everyone in order to have your desktop available in Second Life for your personal use. Plenty of use cases out there. Allowing direct connections to your computer will likely land the option on numerous security watch lists that cause corporations to forbid access to Second Life. Therefore Linden Lab needs to be quite explicit with their communications about this interesting feature. It is optional. And needs to be clearly stated in that context in every discussion. Same applies to ActiveX plugins which are potentially worse than VNC. ________________________________ From: Dante Tucker To: Dale Mahalko Cc: Second Life Developer Mailing List Sent: Friday, September 4, 2009 11:54:55 AM Subject: Re: [sldev] Tip of the iceberg... On Fri, Sep 4, 2009 at 11:37 AM, Dale Mahalko wrote: >Oh but we can't do that. That exposes the private network address of remote connectors to the person running the plug-in host. We need to have LL proxy the plug-in stream, to hide the addresses of other people from other people. > That's not true at all. Current streaming audio is not through a proxy, it is a direct connection. The fact that audio streams are in use on almost every parcel in SL clearly shows that people generaly do not have an issue with exposing there address. So I don't see how you are making it an issue here. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090904/179c6768/attachment.htm From tigrospottystripes at gmail.com Fri Sep 4 11:26:57 2009 From: tigrospottystripes at gmail.com (Tigro Spottystripes) Date: Fri, 04 Sep 2009 15:26:57 -0300 Subject: [sldev] Tip of the iceberg... In-Reply-To: References: <4A9B7851.90107@cox.net> Message-ID: <4AA15BF1.6010905@Gmail.com> I have a Symbian based mobile phone, and I went to quite an extent to be able to install whatever I want in it instead of just what they approve, the client shouldn't be locked to only accept what is in LL's approved plugin repository, if I want to install somthing a friend made just for the two of us, or somthing that is made by someone that LL doesn't trust, or someone that doesn't trust LL, I should be allowed to without hassle. Dale Mahalko escreveu: > On Mon, Aug 31, 2009 at 2:14 AM, Lawson English > wrote: > > We need a way to access localhost without going round our elbow to > fake > the SL viewer into letting us work with our own local content before > uploading, our own advanced scripting/programming/etc stuff and > etc. Not > all of us have direct permission to set parcel media. At the least, as > I've pointed out, we need to be able to set multiple localhost urls > within a HUD so we can work with our own custom media types before > making them available to the SL Community. > > This is the ME point of view vs the WE. This may enhance your editing > capabilities of the world but does nothing for anyone else, and is not > easily cross-participatory with other people in-world at the same time. > > The better route would be to improve the viewer, but perhaps moreso > for the viewer to become easier to extend and expand, via a > generalized plugin architecture that other people can also participate > in, for a shared experience. Yes, we can't trust arbitrary > user-created client-side code running directly as part of the viewer, > since plugins with local powers outside the VR sandbox could be used > to abuse people and steal information from the local machine. > > Probably the better way to go is a form of the Apple iPhone App Store, > except in this case it would be the Linden Client Plugin Store, such > that client-side capability extensions are permitted, but they must be > approved by Linden and are downloaded from a Linden-vetted plugin > source, and don't have to be permanently coded into a massive > monolithic client binary that everyone must download whether they want > the extended capabilities or not. > > > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges From danteferret at gmail.com Fri Sep 4 12:02:06 2009 From: danteferret at gmail.com (Dante Tucker) Date: Fri, 4 Sep 2009 15:02:06 -0400 Subject: [sldev] Tip of the iceberg... In-Reply-To: <632268.79608.qm@web59103.mail.re1.yahoo.com> References: <4A9B7851.90107@cox.net> <20090831120515.GA663@alinoe.com> <4d211a610909040854n387cb0b6yc81ae7764eef7569@mail.gmail.com> <632268.79608.qm@web59103.mail.re1.yahoo.com> Message-ID: <4d211a610909041202ie0d0caev5427cf77b4c080bd@mail.gmail.com> On Fri, Sep 4, 2009 at 1:21 PM, Ann Otoole wrote: > Very incorrect assumption Dante. > Shoutcast and video streams are not normally hosted on your local computer. > No, not incorrect. :/ Shoutcast is not even needed infact. I can set up any webserver, that does not even have to serve audio. And just read the logs of who connected. A stock apache install with no modifications will accomplish this. It's not a question of where streams are usually pointed. The fact is they can be pointed anywhere. In fact you are proving you do not need a proxy for the plugins. Becuase under your logic, we can just assume people "are not normally" trying to grab your address, to use your phrasing. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090904/b15b7866/attachment.htm From carlo at alinoe.com Sat Sep 5 05:13:51 2009 From: carlo at alinoe.com (Carlo Wood) Date: Sat, 5 Sep 2009 14:13:51 +0200 Subject: [sldev] UI events: (VWR-10924) Magical scripted HUD/UI In-Reply-To: <4AA12AD9.7050306@watson.ibm.com> References: <001636834438d66c200472bf6fda@google.com> <4AA12AD9.7050306@watson.ibm.com> Message-ID: <20090905121351.GA16915@alinoe.com> On Fri, Sep 04, 2009 at 10:57:29AM -0400, Mike Monkowski wrote: > You would expect that mouse-down on a button, move away, mouse-up off > the button would send just the mouse-down event, but there's no > guarantee that it doesn't send a mouse-up event when moving away from > the button. I have to run the trace function to see what actually > happens. > > I know that the atomic event are usually sent and the event handler > decides what to act upon, but in this case, we're sending messages over > the chat channel, and less is better. It's not just less is better, you have to take into account several hunderd ms of lag. The main point of handling as much as possible locally is to get an immediate response to user action as much as possible and only delays when the user 'naturally' expects one: when the result of his actions are only visible in-world. Any visible change in the floater itself much be local. -- Carlo Wood From carlo at alinoe.com Sat Sep 5 05:27:59 2009 From: carlo at alinoe.com (Carlo Wood) Date: Sat, 5 Sep 2009 14:27:59 +0200 Subject: [sldev] Tip of the iceberg... In-Reply-To: <4d211a610909041202ie0d0caev5427cf77b4c080bd@mail.gmail.com> References: <4A9B7851.90107@cox.net> <20090831120515.GA663@alinoe.com> <4d211a610909040854n387cb0b6yc81ae7764eef7569@mail.gmail.com> <632268.79608.qm@web59103.mail.re1.yahoo.com> <4d211a610909041202ie0d0caev5427cf77b4c080bd@mail.gmail.com> Message-ID: <20090905122759.GB16915@alinoe.com> That is still very different. A griefer is generally known as such and won't have payment info on file, much less land that they can set the media url of. I suppose they could have a parcel hired somewhere, but almost all parcels are invite-only: I only enter parcels of friends that invited me. If some random griefer wanted my IP# by having me connect to their audio url, they'd have a hard time. I'm sure it would become a very serious security problem when griefers can grab the IP# from every noob the see in the distance, just by wearing some attachment that gets people to connect to your url. On Fri, Sep 04, 2009 at 03:02:06PM -0400, Dante Tucker wrote: > > > On Fri, Sep 4, 2009 at 1:21 PM, Ann Otoole wrote: > > Very incorrect assumption Dante. > Shoutcast and video streams are not normally hosted on your local computer. > > > No, not incorrect. :/ > > Shoutcast is not even needed infact. I can set up any webserver, that does not > even have to serve audio. And just read the logs of who connected. A stock > apache install with no modifications will accomplish this. > > It's not a question of where streams are usually pointed. The fact is they can > be pointed anywhere. > > In fact you are proving you do not need a proxy for the plugins. Becuase under > your logic, we can just assume people "are not normally" trying to grab your > address, to use your phrasing. > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges -- Carlo Wood From secret.argent at gmail.com Sat Sep 5 07:52:10 2009 From: secret.argent at gmail.com (Argent Stonecutter) Date: Sat, 5 Sep 2009 09:52:10 -0500 Subject: [sldev] Tip of the iceberg... In-Reply-To: References: <4A9B7851.90107@cox.net> Message-ID: On 2009-09-04, at 10:49, Dale Mahalko wrote: > Probably the better way to go is a form of the Apple iPhone App > Store, except in this case it would be the Linden Client Plugin > Store, such that client-side capability extensions are permitted, > but they must be approved by Linden and are downloaded from a Linden- > vetted plugin source, and don't have to be permanently coded into a > massive monolithic client binary that everyone must download whether > they want the extended capabilities or not. The Apple phone store model is routinely broken, even on a tightly controlled closed device like the iPhone. With an open source client there's not a hope in hell of implementing it. From secret.argent at gmail.com Sat Sep 5 07:56:21 2009 From: secret.argent at gmail.com (Argent Stonecutter) Date: Sat, 5 Sep 2009 09:56:21 -0500 Subject: [sldev] Tip of the iceberg... In-Reply-To: <4d211a610909040854n387cb0b6yc81ae7764eef7569@mail.gmail.com> References: <4A9B7851.90107@cox.net> <20090831120515.GA663@alinoe.com> <4d211a610909040854n387cb0b6yc81ae7764eef7569@mail.gmail.com> Message-ID: <77D583FD-B73C-4F9B-A591-630BDDC0DB6B@gmail.com> On 2009-09-04, at 10:54, Dante Tucker wrote: > The fact that audio streams are in use on almost every parcel in SL > clearly shows that people generaly do not have an issue with > exposing there address. So I don't see how you are making it an > issue here. Many of us DO have an issue with parcel media, and only turn it on when we have a specific reason to do so. Parcel media is already being used, routinely, to track people... both by griefer groups and by vigilantes to monitor IP addresses and flag potential alts for things like resident-operated per-IP parcel bans. But at least they're limited, if you don't visit a parcel run by a W-Hat (or whoever else is doing this) AND turn your media stream on there's nothing to worry about. Decoupling this from parcels opens up a MUCH greater opportunity for mischief. From tateru.nino at gmail.com Sat Sep 5 08:43:17 2009 From: tateru.nino at gmail.com (Tateru Nino) Date: Sun, 06 Sep 2009 01:43:17 +1000 Subject: [sldev] Tip of the iceberg... In-Reply-To: <20090905122759.GB16915@alinoe.com> References: <4A9B7851.90107@cox.net> <20090831120515.GA663@alinoe.com> <4d211a610909040854n387cb0b6yc81ae7764eef7569@mail.gmail.com> <632268.79608.qm@web59103.mail.re1.yahoo.com> <4d211a610909041202ie0d0caev5427cf77b4c080bd@mail.gmail.com> <20090905122759.GB16915@alinoe.com> Message-ID: <4AA28715.5060203@gmail.com> It's a common misconception that griefers are always (or even predominantly) free accounts. They surely do pay for their accounts when they have to, and back in the heyday of SL griefing all of them were paid accounts. In any case, how the servers handle parcel media streams is probably a teensy bit out-of-scope for viewer development discussions. Carlo Wood wrote: > That is still very different. > > A griefer is generally known as such and won't have payment info on file, > much less land that they can set the media url of. I suppose they could > have a parcel hired somewhere, but almost all parcels are invite-only: > I only enter parcels of friends that invited me. > > If some random griefer wanted my IP# by having me connect to their > audio url, they'd have a hard time. > > I'm sure it would become a very serious security problem when griefers > can grab the IP# from every noob the see in the distance, just by > wearing some attachment that gets people to connect to your url. > > On Fri, Sep 04, 2009 at 03:02:06PM -0400, Dante Tucker wrote: > >> On Fri, Sep 4, 2009 at 1:21 PM, Ann Otoole wrote: >> >> Very incorrect assumption Dante. >> Shoutcast and video streams are not normally hosted on your local computer. >> >> >> No, not incorrect. :/ >> >> Shoutcast is not even needed infact. I can set up any webserver, that does not >> even have to serve audio. And just read the logs of who connected. A stock >> apache install with no modifications will accomplish this. >> >> It's not a question of where streams are usually pointed. The fact is they can >> be pointed anywhere. >> >> In fact you are proving you do not need a proxy for the plugins. Becuase under >> your logic, we can just assume people "are not normally" trying to grab your >> address, to use your phrasing. >> > > >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/SLDev >> Please read the policies before posting to keep unmoderated posting privileges >> > > -- Tateru Nino http://dwellonit.taterunino.net/ From kf6kjg at gmail.com Sun Sep 6 19:32:41 2009 From: kf6kjg at gmail.com (Ricky) Date: Mon, 7 Sep 2009 02:32:41 +0000 Subject: [sldev] VWR-8759 - llTextBox Message-ID: <3bb9647e0909061932t2deaf9b5ye9b80d85300ebb57@mail.gmail.com> I see a question in http://jira.secondlife.com/browse/VWR-8759 from Rob Linden about whether or not the llTextBox patch can be made to work with Snowgloabe (and 1.23). As I was just trying to use said call against Snowglobe 1.1.2 (2584), and it didn't work correctly*, and figured that it would be good to noise this about here. Think we could get this into the next release? * Didn't work correctly: The dialog popped up, but contained a button showing this: !!llTextBox!! I am not sure if there is more to the message, as buttons like to trim their contents... Ricky Cron Stardust From billwindwalker at rocketmail.com Mon Sep 7 04:19:47 2009 From: billwindwalker at rocketmail.com (Bill Windwalker) Date: Mon, 7 Sep 2009 04:19:47 -0700 (PDT) Subject: [sldev] Tip of the iceberg... In-Reply-To: <20090905122759.GB16915@alinoe.com> References: <4A9B7851.90107@cox.net> <20090831120515.GA663@alinoe.com> <4d211a610909040854n387cb0b6yc81ae7764eef7569@mail.gmail.com> <632268.79608.qm@web59103.mail.re1.yahoo.com> <4d211a610909041202ie0d0caev5427cf77b4c080bd@mail.gmail.com> <20090905122759.GB16915@alinoe.com> Message-ID: <311645.24843.qm@web111215.mail.gq1.yahoo.com> Not all griefers are computer hackers and not all computer hackers are bad. if we take a min to look at the standerd griefer they are doing it do to they feel like they scored pintes some how. Or in some cases feel that they show they are better then anothere person in some way. then you have the other types that wish to see if they can rob a person. when you first look at this it may not seem so bad if you are just watching. But if a griefer will go that far you do not know how much more they will do if given the time. think in the way you are working with people that have a knife at your neck and thats saying oh its only a knife. So why not when a person puts in a address have a fake address show or only part of a address show to others. unless some one gives it to them. have a dumy mask address show if needed or just not show one at all. there is a number of ways around problems one just needs to time to see it. ? ________________________________ From: Carlo Wood To: Dante Tucker Cc: sldev at lists.secondlife.com Sent: Saturday, September 5, 2009 8:27:59 AM Subject: Re: [sldev] Tip of the iceberg... That is still very different. A griefer is generally known as such and won't have payment info on file, much less land that they can set the media url of. I suppose they could have a parcel hired somewhere, but almost all parcels are invite-only: I only enter parcels of friends that invited me. If some random griefer wanted my IP# by having me connect to their audio url, they'd have a hard time. I'm sure it would become a very serious security problem when griefers can grab the IP# from every noob the see in the distance, just by wearing some attachment that gets people to connect to your url. On Fri, Sep 04, 2009 at 03:02:06PM -0400, Dante Tucker wrote: > > > On Fri, Sep 4, 2009 at 1:21 PM, Ann Otoole wrote: > >? ? Very incorrect assumption Dante. >? ? Shoutcast and video streams are not normally hosted on your local computer. > > > No, not incorrect. :/ > > Shoutcast is not even needed infact. I can set up any webserver, that does not > even have to serve audio. And just read the logs of who connected. A stock > apache install with no modifications will accomplish this. > > It's not a question of where streams are usually pointed. The fact is they can > be pointed anywhere. > > In fact you are proving you do not need a proxy for the plugins. Becuase under > your logic, we can just assume people "are not normally" trying to grab your > address, to use your phrasing. > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges -- Carlo Wood _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/SLDev Please read the policies before posting to keep unmoderated posting privileges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090907/ac79b323/attachment.htm From philip at lindenlab.com Tue Sep 8 14:42:43 2009 From: philip at lindenlab.com (Philip Linden) Date: Tue, 8 Sep 2009 14:42:43 -0700 Subject: [sldev] Autotranslation build to try out Message-ID: <23c5ee060909081442o530fc18ejc004c535bc242fa6@mail.gmail.com> Hi! If anyone would like to try out the latest build with autotranslation (automatically puts a translation of chat in parentheses after the original), the links are below. IMPORTANT: In this build the feature is off by default - you need to set preferences->text chat->translate text to turn it on. Does it work for you? Useful if you are chatting with or listening to people in other languages? Windows http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe_1-2-0-2680_Setup.exe Mac http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe_1_2_0_2708_SNOWGLOBETESTBUILD.dmg Linux http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe-i686-1.2.0.2708.tar.bz2 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090908/ed4ddaa3/attachment.htm From me at signpostmarv.name Tue Sep 8 15:20:59 2009 From: me at signpostmarv.name (SignpostMarv Martin) Date: Tue, 08 Sep 2009 23:20:59 +0100 Subject: [sldev] Autotranslation build to try out In-Reply-To: <23c5ee060909081442o530fc18ejc004c535bc242fa6@mail.gmail.com> References: <23c5ee060909081442o530fc18ejc004c535bc242fa6@mail.gmail.com> Message-ID: <4AA6D8CB.8060004@signpostmarv.name> Do these builds function anything like the build that Joy Ying Zhang worked on previously? http://mlt.sv.cmu.edu/secondlife/ I seem to recall the auto-translation had lag problems, freezing up the viewer etc. while the translations were fetched. ~ Marv. Philip Linden wrote: > Hi! If anyone would like to try out the latest build with > autotranslation (automatically puts a translation of chat in > parentheses after the original), the links are below. IMPORTANT: In > this build the feature is off by default - you need to set > preferences->text chat->translate text to turn it on. > > Does it work for you? Useful if you are chatting with or listening to > people in other languages? > > Windows > http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe_1-2-0-2680_Setup.exe > > Mac > http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe_1_2_0_2708_SNOWGLOBETESTBUILD.dmg > > Linux > http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe-i686-1.2.0.2708.tar.bz2 > > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3262 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.secondlife.com/pipermail/sldev/attachments/20090908/e9538a37/attachment.bin From garmin.kawaguichi at magalaxie.com Tue Sep 8 15:46:40 2009 From: garmin.kawaguichi at magalaxie.com (Garmin Kawaguichi) Date: Wed, 9 Sep 2009 00:46:40 +0200 Subject: [sldev] Autotranslation build to try out References: <23c5ee060909081442o530fc18ejc004c535bc242fa6@mail.gmail.com> <4AA6D8CB.8060004@signpostmarv.name> Message-ID: Hi, I've tested in French - English, then in English - French. The result is coherent and meaningful. There was only one time waiting 4 seconds for the first message. GCI ----- Original Message ----- From: "SignpostMarv Martin" To: "Philip Linden" Cc: Sent: Wednesday, September 09, 2009 12:20 AM Subject: Re: [sldev] Autotranslation build to try out > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges From tayra.dagostino at gmail.com Tue Sep 8 16:39:56 2009 From: tayra.dagostino at gmail.com (Tayra Dagostino) Date: Wed, 9 Sep 2009 01:39:56 +0200 Subject: [sldev] Autotranslation build to try out In-Reply-To: <23c5ee060909081442o530fc18ejc004c535bc242fa6@mail.gmail.com> References: <23c5ee060909081442o530fc18ejc004c535bc242fa6@mail.gmail.com> Message-ID: <20090909013956.bda73440.tayra.dagostino@gmail.com> On Tue, 8 Sep 2009 14:42:43 -0700 Philip Linden wrote: > Linux > http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe-i686-1.2.0.2708.tar.bz2 bin/snowglobe-do-not-run-directly: /lib/i686/cmov/libc.so.6: version `GLIBC_2.8' not found (required by bin/snowglobe-do-not-run-directly) *** Bad shutdown. *** ******************************************************* This is a BETA release of the Second Life linux client. Thank you for testing! Please see README-linux.txt before reporting problems. my sys is Lenny $ dpkg -l libc6 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: |uppercase=bad) ||/ Nome ||Versione Descrizione ++ +-=====================================================-=====================================================-========================================================================================================================== ii libc6 2.7-18 GNU C Library: Shared libraries only to me or somebody else? From techiedavid at gmail.com Tue Sep 8 16:46:59 2009 From: techiedavid at gmail.com (David Simmons) Date: Tue, 8 Sep 2009 16:46:59 -0700 Subject: [sldev] Autotranslation build to try out In-Reply-To: <3a164ef30909081645w3082cf3ft8737b468d7c5973f@mail.gmail.com> References: <23c5ee060909081442o530fc18ejc004c535bc242fa6@mail.gmail.com> <20090909013956.bda73440.tayra.dagostino@gmail.com> <3a164ef30909081645w3082cf3ft8737b468d7c5973f@mail.gmail.com> Message-ID: <3a164ef30909081646l65f30cfeqa738a5229cc426cc@mail.gmail.com> Below is a chat log. It did an acceptable job. The object chat it did not translate at all. And the misspellings that people do for any language is expected. Maybe a user dictionary can be added for unique words to SL? I think I removed all personal information, I apologize in advance if I missed somethings. [16:06] AVATAR FR: credo como isso aq ta vazio (creed as it empty ta aq) (This was a object chat)[16:06] Buzios Boas Vindas: Bem vindo(a) a Buzios!! A ilha mais bonita e divertida do SL agora tamb?m tem DCS... Divirta-se!! Aproveite e vote na nossa ilha... ? s? clicar no ba? de VOTE!... Obrigado [16:06] Connecting to in-world Voice Chat... [16:06] Connected [16:09] Copyright Protection Version 3.382530a: !quit [16:09] Copyright Protection Version 3.382530a: CopyBot Protection Mark III [16:09] Copyright Protection Version 3.382530a: Featuring:- Dynamic Protection with Low Spam. [16:10] AVATAR ZF: iai :D (iai: D) [16:10] AVATAR ZF: noitee [16:10] AVATAR ZF: ? .?:*?* ? S?m?nth? minh? Princes? ? .?:*?* ? (?. ?: * ? * ? Samantha minh Princes ?. ?: * ? * ?) [16:12] AVATAR MB: OooOOooooOooooiiiii [16:13] AVATAR aB: td bem antonny (td bem antonny) [16:13] AVATAR aB: sim e com vc (yes and you) [16:13] AVATAR aB: vc joga faz tempo aki (you play a long time aki) [16:14] AVATAR Tz: /tab ralaxa (/ loss ralaxa) [16:14] AVATAR As: mah (mah) [16:14] AVATAR Ma: /TAB (/ TAB) [16:14] AVATAR ND: janaaaaa [16:14] AVATAR As's translator: mah (mah) [16:15] AVATAR aB: vc sabe como faz pra ter grana aki (you know how to make money PRA TER aki) [16:15] AVATAR aB: rsrsr (rsrsr) [16:15] AVATAR Ma: /TAB MAYKE... (/ TAB Mayke ...) [16:15] AVATAR jT: oi nana (hi nana) [16:15] AVATAR ND: td bm? [16:15] AVATAR jT: bem cade vc.... (well cade vc ....) [16:15] AVATAR ND: atras de vc (atras de vc) [16:15] AVATAR jT: nao to te vendo ainda.... (not to still see you ....) [16:15] AVATAR GA: uhu brasileiros (wow Brazilian) [16:15] AVATAR aB: sim (yes) [16:15] AVATAR aB: rsrs (rsrs) [16:15] AVATAR ND: espera carrega um poko (expected loads a poko) [16:16] eduardo Midal: voltei (back) [16:16] AVATAR aB: pode me ajudar (help me) [16:16] AVATAR aB: sim (yes) [16:16] AVATAR aB: aonde quer ir (wherever you go) [16:17] AVATAR aB: queria ter umas ropuas legais como fa?o (like to have some legal and do ropuas) [16:17] AVATAR aB: ok (ok) [16:17] AVATAR MA: Ea? galera (Ea? galera) [16:17] AVATAR jT: e ai nana que conta.. (ai nana and counting ..) [16:17] AVATAR aB: vou esperar (I wait) [16:17] AVATAR ND: a estela ta la na casa do alex com ele (Stela ta la alex's house with him) [16:17] AVATAR ND: =X [16:17] AVATAR jT: e to sabendo aiga (and to know aiga) [16:18] AVATAR FR: com esse nome vai longe (with that name goes away) [16:18] AVATAR FR: hehehehehhe [16:18] AVATAR jT: amiga (friend) [16:18] AVATAR ND: tadinha... dexei ela sozinha la (poor thing ... dexei it alone it) [16:18] AVATAR jT: kkkkkkkkkkkkkkk [16:18] AVATAR FC: obrigado (thanks) [16:18] AVATAR jT: ela ta chamando a gente pra ir pro casa do faniano (it ta calling us to go home of pro faniano) [16:18] AVATAR FR: hehehehehehehehehhe [16:18] AVATAR FC: adoro elogios (love compliments) [16:18] AVATAR FC: hehehe [16:18] AVATAR sW: to voando (to flying) [16:18] AVATAR ND: kkkkkkkkkkkk [16:18] AVATAR FR: criativo(a) vc (creative (a) vc) [16:18] AVATAR jT: kkkkkkk [16:18] AVATAR jT: vai virar panelinha... (clique will turn ...) [16:18] AVATAR EM: oi mahh (oi mahh) [16:18] AVATAR ND: ja viro (and Estonian) [16:18] AVATAR MB: Oii (Oii) [16:18] AVATAR jT: e verdade... (and truth ...) [16:18] AVATAR jT: kkkkk [16:19] AVATAR aG: OI (HI) [16:19] AVATAR jM: oi (hi) [16:19] AVATAR EM: vem ca (Who ca) [16:19] AVATAR aG: CHEGUEI (CHEGUEI) [16:19] AVATAR jT: a gente ta ficando mafiosa.. (we getting mafia ta ..) [16:19] AVATAR Ma: KD VC JULYA? (KD VC JULY?) [16:19] AVATAR jT: kkkkkkkkkk [16:19] AVATAR ND: pq mafiosa? (pq mafia?) [16:19] AVATAR EM: vc que ganha presente (you winning this) [16:20] AVATAR jT: a gente so apronta... (we so ready ...) [16:20] AVATAR MB: xim (maximum) [16:20] AVATAR ND: huhuauhahuahuaahu [16:20] AVATAR ND: mas eh bom apronta (but eh good ready) [16:20] AVATAR FC: eu quero uma cal?a (I want a pair) [16:20] AVATAR FC: e um tenis (and a tennis) [16:20] AVATAR FC: por favor (please) [16:20] AVATAR dA: e um atachement nao ker (and not atachement ker) [16:20] AVATAR dA: kkkk [16:20] AVATAR jM: oi (hi) [16:20] AVATAR jT: nana vamos sentar (nana let sit) [16:20] AVATAR FR: dinehiro tbm? (tbm money games?) [16:20] AVATAR ND: vc nao vai la na casa do fabi? (you do not go there in the house of fabi?) [16:21] AVATAR FC: com certeza (certainly) [16:21] AVATAR jT: ele ta off (he ta off) [16:21] AVATAR ND: mas os 2 nao tao la? (2 but definitely not as it?) [16:21] AVATAR jM: pq v naum quer me aceitar? (v pq naum either accept me?) [16:21] AVATAR FR: blz, qndo conseguir me avisa, tbm quero (blz, qndo can let me know, I tbm) [16:21] AVATAR aG: GENTE (PEOPLE) [16:21] AVATAR aG: EU VOU SAIR (I'LL QUIT) [16:21] AVATAR Ma: JA TE ACEITEI (JA TE ACEITEI) [16:21] AVATAR sW: ja (and) [16:21] AVATAR jT: mais tao na casa do alex (more tao's house alex) [16:21] AVATAR aG: TO COM CABECA DOENDO (TO COM aching head) [16:21] AVATAR ND: ah ta (ah ta) [16:21] AVATAR jB: t? (that) [16:21] AVATAR aG: EU VOLTO DEPOIS (I went back after) [16:21] AVATAR FC: ok (ok) [16:22] AVATAR FC: tu ta pelada ??? (tu ta pelada??) [16:22] AVATAR aG: D NOVELA (D NOVEL) [16:22] AVATAR jB: bj (bj) [16:22] AVATAR jB: descansa (rests) [16:22] AVATAR aG: BJS (BJS) [16:22] AVATAR sW: bjos amiga (bjos friend) [16:22] AVATAR sW: volta ok (Once ok) [16:22] AVATAR FR: nao! (not!) [16:22] AVATAR jT: nana...esse e o iaro..meu amigo... (nana and iaro this ... .. my friend ...) [16:22] AVATAR jM: alef por que voc? n?o quer me aeitar? (alef why you do not want me aeito?) [16:22] AVATAR ND: ola iaro (ola iaro) [16:22] AVATAR jT: iaro essa e nana.. (iaro this and nana ..) [16:22] AVATAR FC: aaahhh On Tue, Sep 8, 2009 at 4:39 PM, Tayra Dagostino wrote: > On Tue, 8 Sep 2009 14:42:43 -0700 > Philip Linden wrote: > > > Linux > > > http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe-i686-1.2.0.2708.tar.bz2 > > bin/snowglobe-do-not-run-directly: /lib/i686/cmov/libc.so.6: version > `GLIBC_2.8' not found (required by bin/snowglobe-do-not-run-directly) > *** Bad shutdown. *** > > ******************************************************* > This is a BETA release of the Second Life linux client. > Thank you for testing! > Please see README-linux.txt before reporting problems. > > > > my sys is Lenny > $ dpkg -l libc6 > Desired=Unknown/Install/Remove/Purge/Hold > | > Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend > |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: > |uppercase=bad) > ||/ Nome > ||Versione Descrizione > ++ > > +-=====================================================-=====================================================-========================================================================================================================== > ii libc6 > 2.7-18 GNU C Library: > Shared libraries > > > only to me or somebody else? > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090908/e35e1e9d/attachment-0001.htm From robla at lindenlab.com Tue Sep 8 17:01:22 2009 From: robla at lindenlab.com (Rob Lanphier) Date: Tue, 8 Sep 2009 17:01:22 -0700 Subject: [sldev] Fix for SNOW-48 (Textures Not Resolving On Megaprims) Message-ID: Hi folks, Bao attached a fix for SNOW-48 (Textures Not Resolving On Megaprims): http://jira.secondlife.com/browse/SNOW-48 Patch: http://jira.secondlife.com/secure/attachment/28755/bao-snow-48.patch We'll commit this one soon unless there's some feedback to the contrary. It's been through a code review cycle here, but more eyes are always better. Please comment on SNOW-48. Thanks Rob From robla at lindenlab.com Tue Sep 8 17:15:08 2009 From: robla at lindenlab.com (Rob Lanphier) Date: Tue, 8 Sep 2009 17:15:08 -0700 Subject: [sldev] Help generating new Snowglobe art assets (SNOW-225)? Message-ID: Hi folks, As you all know, we have a new logo for Snowglobe. We now need to get the logo into the viewer. One task that I'm sure many of you could help out with is this one: https://jira.secondlife.com/browse/SNOW-225 Any volunteers? Rob From merov at lindenlab.com Tue Sep 8 23:21:37 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Tue, 8 Sep 2009 23:21:37 -0700 Subject: [sldev] [PATCH] Request review for SNOW-42 In-Reply-To: <8AA1D491-6F20-4637-B0A6-49F632B93677@gmail.com> References: <8AA1D491-6F20-4637-B0A6-49F632B93677@gmail.com> Message-ID: <78f69850909082321q277b73eepef7324d7c0d66e8a@mail.gmail.com> Hi Aimee, Reviewed the patch and added comments to the PJIRA. One question to the #sldev community though: anyone running/building on Mac OS X 10.3.x (Panther)? Cheers, - Merov On 9/2/09, Aimee Trescothick wrote: > > Hi, > > Could a committer with a Mac review > http://jira.secondlife.com/browse/SNOW-42 for me? > > Thanks, > > Aimee. > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090908/51e5ea8e/attachment.htm From ourasi35 at gmail.com Wed Sep 9 04:33:39 2009 From: ourasi35 at gmail.com (Ourasi) Date: Wed, 9 Sep 2009 13:33:39 +0200 Subject: [sldev] Autotranslation build to try out In-Reply-To: <23c5ee060909081442o530fc18ejc004c535bc242fa6@mail.gmail.com> References: <23c5ee060909081442o530fc18ejc004c535bc242fa6@mail.gmail.com> Message-ID: Hi! It's ok for me. It is very convenient on Help Island for the second life mentor :) . I love it!! Ourasi 2009/9/8 Philip Linden > Hi! If anyone would like to try out the latest build with autotranslation > (automatically puts a translation of chat in parentheses after the > original), the links are below. IMPORTANT: In this build the feature is > off by default - you need to set preferences->text chat->translate text to > turn it on. > > Does it work for you? Useful if you are chatting with or listening to > people in other languages? > > Windows > > http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe_1-2-0-2680_Setup.exe > > Mac > > http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe_1_2_0_2708_SNOWGLOBETESTBUILD.dmg > > Linux > > http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe-i686-1.2.0.2708.tar.bz2 > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090909/5b036591/attachment.htm From jo_grant at us.ibm.com Wed Sep 9 06:17:04 2009 From: jo_grant at us.ibm.com (Jo Grant) Date: Wed, 9 Sep 2009 09:17:04 -0400 Subject: [sldev] Autotranslation build to try out In-Reply-To: References: Message-ID: By what mechanism is the translation done? If it's not local, what is the transport mechanism to and from the translation service? I've done a lot of work on chat translation and you can't forget the privacy concerns. Not that Second Life chat is secure anyway, but people are going to want to know who their chats are being sent to. If it's going up and down the line via https, or some other secured transfer protocol, that's one step. However, a picky person would say that if the service logs the text submitted for translation (which Google does, to build up it's dictionaries) than it is a violation of the terms of service. Just saying... Cheers, Jo /Jaymin Carthage *************************************** Jo Grant, jo_grant at us.ibm.com http://www-03.ibm.com/developerworks/blogs/page/roivw ISV Developer Enablement Architect, Notes 8 Composite Applications and XPages, One Roger's Street, Cambridge MA 02144 tel: 617-693-6089 SL: Jaymin Carthage -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090909/2e50b3bf/attachment.htm From lenglish5 at cox.net Wed Sep 9 08:09:49 2009 From: lenglish5 at cox.net (Lawson English) Date: Wed, 09 Sep 2009 08:09:49 -0700 Subject: [sldev] Autotranslation build to try out In-Reply-To: <23c5ee060909081442o530fc18ejc004c535bc242fa6@mail.gmail.com> References: <23c5ee060909081442o530fc18ejc004c535bc242fa6@mail.gmail.com> Message-ID: <4AA7C53D.5050303@cox.net> Philip Linden wrote: > Hi! If anyone would like to try out the latest build with > autotranslation (automatically puts a translation of chat in > parentheses after the original), the links are below. IMPORTANT: In > this build the feature is off by default - you need to set > preferences->text chat->translate text to turn it on. > > Does it work for you? Useful if you are chatting with or listening to > people in other languages? > > Windows > http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe_1-2-0-2680_Setup.exe > > Mac > http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe_1_2_0_2708_SNOWGLOBETESTBUILD.dmg > > Linux > http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe-i686-1.2.0.2708.tar.bz2 As usual, I'd like to advocate that the user can set ANY URL for the "translation" link, including localhost. applications might be directing a formula in chat to a mathematica page and returning the answer, and other esoteric things. And of course, the eventual "holy grail" should be to make group/personal IM work with the patch as well. Lawson From lenglish5 at cox.net Wed Sep 9 08:12:21 2009 From: lenglish5 at cox.net (Lawson English) Date: Wed, 09 Sep 2009 08:12:21 -0700 Subject: [sldev] Autotranslation build to try out In-Reply-To: References: Message-ID: <4AA7C5D5.9060601@cox.net> Jo Grant wrote: > By what mechanism is the translation done? If it's not local, what is > the transport mechanism to and from the translation service? > I've done a lot of work on chat translation and you can't forget the > privacy concerns. Not that Second Life chat is secure anyway, but > people are going to want to know who their chats are being sent to. If > it's going up and down the line via https, or some other secured > transfer protocol, that's one step. However, a picky person would say > that if the service logs the text submitted for translation (which > Google does, to build up it's dictionaries) than it is a violation of > the terms of service. > Just saying... > > Cheers, > > Jo /Jaymin Carthage > Gack my suggestion for "any" url merely compounds the issue you bring up. Because it would let someone forward all private/group IM to some arbitrary URL as part of the built-in GUI of the viewer. This violates the obvious rule of thumb that you cite to not provide a GUI that directly violates the TOS. Lawson From tateru.nino at gmail.com Wed Sep 9 09:29:20 2009 From: tateru.nino at gmail.com (Tateru Nino) Date: Thu, 10 Sep 2009 02:29:20 +1000 Subject: [sldev] Autotranslation build to try out In-Reply-To: <4AA7C5D5.9060601@cox.net> References: <4AA7C5D5.9060601@cox.net> Message-ID: <4AA7D7E0.4030700@gmail.com> Lawson English wrote: > Jo Grant wrote: > >> By what mechanism is the translation done? If it's not local, what is >> the transport mechanism to and from the translation service? >> I've done a lot of work on chat translation and you can't forget the >> privacy concerns. Not that Second Life chat is secure anyway, but >> people are going to want to know who their chats are being sent to. If >> it's going up and down the line via https, or some other secured >> transfer protocol, that's one step. However, a picky person would say >> that if the service logs the text submitted for translation (which >> Google does, to build up it's dictionaries) than it is a violation of >> the terms of service. >> Just saying... >> >> Cheers, >> >> Jo /Jaymin Carthage >> >> > > Gack my suggestion for "any" url merely compounds the issue you bring > up. Because it would let someone forward all private/group IM to some > arbitrary URL as part of the built-in GUI of the viewer. This violates > the obvious rule of thumb that you cite to not provide a GUI that > directly violates the TOS. > Even if it isn't an _arbitrary_ URL, hasn't this feature crossed that line already? -- Tateru Nino http://dwellonit.taterunino.net/ From oserj at concentric.net Wed Sep 9 09:52:38 2009 From: oserj at concentric.net (Jim Oser) Date: Wed, 9 Sep 2009 09:52:38 -0700 Subject: [sldev] Autotranslation build to try out In-Reply-To: <4AA7D7E0.4030700@gmail.com> References: <4AA7C5D5.9060601@cox.net> <4AA7D7E0.4030700@gmail.com> Message-ID: <59E45B5B-DA80-46D2-B201-A0644BE12705@concentric.net> I am using Mac 10.5.7 I want to type in English and have my friends, see the German. I set the Chat Language to : Deutsch - Beta I type: Hello The results are: CaliforniaJim Langer Hello (Hallo) My friends only see: Hello I want them to see the translated word "Hallo". What is interesting is that my friend can write in Korean, and then I see the Korean translated to German. On Sep 9, 2009, at 9:29 AM, Tateru Nino wrote: > > > Lawson English wrote: >> Jo Grant wrote: >> >>> By what mechanism is the translation done? If it's not local, what >>> is >>> the transport mechanism to and from the translation service? >>> I've done a lot of work on chat translation and you can't forget the >>> privacy concerns. Not that Second Life chat is secure anyway, but >>> people are going to want to know who their chats are being sent >>> to. If >>> it's going up and down the line via https, or some other secured >>> transfer protocol, that's one step. However, a picky person would >>> say >>> that if the service logs the text submitted for translation (which >>> Google does, to build up it's dictionaries) than it is a violation >>> of >>> the terms of service. >>> Just saying... >>> >>> Cheers, >>> >>> Jo /Jaymin Carthage >>> >>> >> >> Gack my suggestion for "any" url merely compounds the issue you bring >> up. Because it would let someone forward all private/group IM to some >> arbitrary URL as part of the built-in GUI of the viewer. This >> violates >> the obvious rule of thumb that you cite to not provide a GUI that >> directly violates the TOS. >> > Even if it isn't an _arbitrary_ URL, hasn't this feature crossed that > line already? > > -- > Tateru Nino > http://dwellonit.taterunino.net/ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges From jo_grant at us.ibm.com Wed Sep 9 10:01:16 2009 From: jo_grant at us.ibm.com (Jo Grant) Date: Wed, 9 Sep 2009 13:01:16 -0400 Subject: [sldev] Autotranslation build to try out In-Reply-To: References: Message-ID: Jim Oser writes: >I want to type in English and have my friends, see the German. It's very tempting, but it breaks one of the "golden rules" of Machine Translation: you *never* translate outgoing text, only incoming text. MT is "pull" technology, not "push" technology. It should always be invoke by the reader, not the writer. Quite simply: if you do not speak the target language, you do not know what you are saying. There are many humorous stories of MT driven misunderstandings. Quite often, as well, the listener will speak the source language better than MT speaks the target language. Lawson English wrote: >Gack my suggestion for "any" url merely compounds the issue you bring >up. I normally deal in a business context with business sensitive information. Obviously that's not 100% applicable to Second Life. I mainly wanted to raise people's awareness. It's an easy thing to forget. I think there are ways this could be done. At a base level, the users themselves are responsible for ensuring that they adhere to the ToS. If the default service provided was secure, than it's a fair feature to add. (Google probably have a clause somewhere that specifies they record only the linguistic pattern of what is submitted, and not the actual identifiable data, or something like that.) And an extension to add in your own translation service is also OK when coupled with static text or a prompt warning them to make sure the service they use doesn't do anything with the data. Basically you shift the responsibility from the software provider to the user. I think it would get past most reasonable legal departments. Cheers, Jo *************************************** Jo Grant, jo_grant at us.ibm.com http://www-03.ibm.com/developerworks/blogs/page/roivw ISV Developer Enablement Architect, Notes 8 Composite Applications and XPages, One Roger's Street, Cambridge MA 02144 tel: 617-693-6089 SL: Jaymin Carthage -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090909/bdfa2cae/attachment.htm From robla at lindenlab.com Wed Sep 9 10:04:22 2009 From: robla at lindenlab.com (Rob Lanphier) Date: Wed, 9 Sep 2009 10:04:22 -0700 Subject: [sldev] Autotranslation build to try out In-Reply-To: References: Message-ID: Hi folks, A good place to take this conversation is SNOW-93, where improvements to this feature are being discussed: https://jira.secondlife.com/browse/SNOW-93 Thanks Rob On Wed, Sep 9, 2009 at 10:01 AM, Jo Grant wrote: > Jim Oser writes: >>I want to type in English and have my friends, see the German. > It's very tempting, but it breaks one of the "golden rules" of Machine > Translation: you *never* translate outgoing text, only incoming text. > MT is "pull" technology, not "push" technology. It should always be invoke > by the reader, not the writer. Quite simply: if you do not speak the target > language, you do not know what you are saying. There are many humorous > stories of MT driven misunderstandings. Quite often, as well, the listener > will speak the source language better than MT speaks the target language. > > Lawson English wrote: >>Gack my suggestion for "any" url merely compounds the issue you bring >>up. > I normally deal in a business context with business sensitive information. > Obviously that's not 100% applicable to Second Life. I mainly wanted to > raise people's awareness. It's an easy thing to forget. > I think there are ways this could be done. At a base level, the users > themselves are responsible for ensuring that they adhere to the ToS. If the > default service provided was secure, than it's a fair feature to add. > (Google probably have a clause somewhere that specifies they record only the > linguistic pattern of what is submitted, and not the actual identifiable > data, or something like that.) And an extension to add in your own > translation service is also OK when coupled with static text or a prompt > warning them to make sure the service they use doesn't do anything with the > data. Basically you shift the responsibility from the software provider to > the user. > I think it would get past most reasonable legal departments. > > Cheers, > > Jo > > > *************************************** > Jo Grant, jo_grant at us.ibm.com > http://www-03.ibm.com/developerworks/blogs/page/roivw > ISV Developer Enablement Architect, > Notes 8 Composite Applications and XPages, > One Roger's Street, Cambridge MA 02144 > tel: 617-693-6089 > SL: Jaymin Carthage > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > From robla at lindenlab.com Wed Sep 9 10:58:04 2009 From: robla at lindenlab.com (Rob Lanphier) Date: Wed, 9 Sep 2009 10:58:04 -0700 Subject: [sldev] Linux build of autotranslation (Re: Autotranslation build to try out) Message-ID: Hi Tayra, Oops, sorry this is my fault. I did these builds as a one-off, and built the Linux version in the wrong place. As a result, the Linux binary may only work on Ubuntu. We'll get out a proper Linux build after we get this checked into our repository. I'm working right now on getting jsoncpp bundled up properly so that we can eventually do this: https://jira.secondlife.com/browse/SNOW-224 Rob On Tue, Sep 8, 2009 at 4:39 PM, Tayra Dagostino wrote: > On Tue, 8 Sep 2009 14:42:43 -0700 > Philip Linden wrote: > >> Linux >> http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe-i686-1.2.0.2708.tar.bz2 > > bin/snowglobe-do-not-run-directly: /lib/i686/cmov/libc.so.6: version > `GLIBC_2.8' not found (required by bin/snowglobe-do-not-run-directly) > *** Bad shutdown. *** > > ******************************************************* > This is a BETA release of the Second Life linux client. > Thank you for testing! > Please see README-linux.txt before reporting problems. > > > > my sys is Lenny > $ dpkg -l libc6 > Desired=Unknown/Install/Remove/Purge/Hold > | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend > |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: > |uppercase=bad) > ||/ Nome > ||Versione ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?Descrizione > ++ > +-=====================================================-=====================================================-========================================================================================================================== > ii ?libc6 > 2.7-18 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?GNU C Library: > Shared libraries > > > only to me or somebody else? > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges > From techiedavid at gmail.com Wed Sep 9 12:35:52 2009 From: techiedavid at gmail.com (David Simmons) Date: Wed, 9 Sep 2009 12:35:52 -0700 Subject: [sldev] Autotranslation build to try out In-Reply-To: References: Message-ID: <3a164ef30909091235ra2e4af7q2c90862105d5c8ec@mail.gmail.com> The actually translation is call by the lltranslate.cpp, the google url is hardcoded, it should not be hard to make it a setting in the xml file: +// These two are concatenated with the language specifiers to form a complete Google Translate URL +const char* LLTranslate::m_GoogleURL = "http://ajax.googleapis.com/ajax/services/language/translate?v=1.0&q="; On Wed, Sep 9, 2009 at 6:17 AM, Jo Grant wrote: > > By what mechanism is the translation done? If it's not local, what is the transport mechanism to and from the translation service? > I've done a lot of work on chat translation and you can't forget the privacy concerns. Not that Second Life chat is secure anyway, but people are going to want to know who their chats are being sent to. If it's going up and down the line via https, or some other secured transfer protocol, that's one step. However, a picky person would say that if the service logs the text submitted for translation (which Google does, to build up it's dictionaries) than it is a violation of the terms of service. > Just saying... > > Cheers, > > Jo /Jaymin Carthage > > > *************************************** > Jo Grant, jo_grant at us.ibm.com > http://www-03.ibm.com/developerworks/blogs/page/roivw > ISV Developer Enablement Architect, > Notes 8 Composite Applications and XPages, > One Roger's Street, Cambridge MA 02144 > tel: 617-693-6089 > SL: Jaymin Carthage > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges From robla at lindenlab.com Wed Sep 9 16:38:08 2009 From: robla at lindenlab.com (Rob Lanphier) Date: Wed, 9 Sep 2009 16:38:08 -0700 Subject: [sldev] SNOW-224: precompiled jsoncpp libraries available / volunteers to adapt autotranslation to use them? Message-ID: Hi folks, This mail is for two purposes: 1) Obligatory code review on SNOW-224. This should have no impact on the existing code, as it just adds jsoncpp as an available precompiled bundle: https://jira.secondlife.com/browse/SNOW-224 The libraries are already uploaded. It's just the change to install.xml that's up for review. 2) The point of SNOW-224 is to make it so that we aren't inlining third party libraries in the main Snowglobe codebase. The next step is to actually use those libraries to implement SNOW-93 (autotranslation), rather than the files copied from the jsoncpp distribution. Any volunteers to make this work? Rob From philip at lindenlab.com Thu Sep 10 11:19:06 2009 From: philip at lindenlab.com (Philip Linden) Date: Thu, 10 Sep 2009 11:19:06 -0700 Subject: [sldev] Autotranslation build to try out In-Reply-To: <4AA8CCDD.50901@email.it> References: <23c5ee060909081442o530fc18ejc004c535bc242fa6@mail.gmail.com> <4AA7C53D.5050303@cox.net> <4AA8CCDD.50901@email.it> Message-ID: <23c5ee060909101119h6b857f7ei76cb355243412b26@mail.gmail.com> Thanks to all who have commented! Keep it coming. Looks like it is working OK for folks - hoping to get this into Snowglobe ASAP. P On Thu, Sep 10, 2009 at 2:54 AM, Alice Ferrazzi wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Lawson English wrote: > > Philip Linden wrote: > >> Hi! If anyone would like to try out the latest build with > >> autotranslation (automatically puts a translation of chat in > >> parentheses after the original), the links are below. IMPORTANT: In > >> this build the feature is off by default - you need to set > >> preferences->text chat->translate text to turn it on. > >> > >> Does it work for you? Useful if you are chatting with or listening to > >> people in other languages? > >> > >> Windows > >> > http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe_1-2-0-2680_Setup.exe > >> > >> Mac > >> > http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe_1_2_0_2708_SNOWGLOBETESTBUILD.dmg > >> > >> Linux > >> > http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe-i686-1.2.0.2708.tar.bz2 > > > > As usual, I'd like to advocate that the user can set ANY URL for the > > "translation" link, including localhost. > > > > applications might be directing a formula in chat to a mathematica page > > and returning the answer, and other esoteric things. > > > > > > And of course, the eventual "holy grail" should be to make > > group/personal IM work with the patch as well. > > > > > > > > Lawson > > > > > > _______________________________________________ > > Policies and (un)subscribe information available here: > > http://wiki.secondlife.com/wiki/SLDev > > Please read the policies before posting to keep unmoderated posting > privileges > > > > works like a charm ! :D > > i hope to see new features soon > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkqozN0ACgkQIjqejaX9O3AW/wCfXL8bwRa5TAXQFWPQYAbQGj1L > KeIAmwTSv2+emkIufmOTeRbamdewuQX8 > =leH5 > -----END PGP SIGNATURE----- > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090910/52314a88/attachment.htm From nexiim at googlemail.com Thu Sep 10 12:46:32 2009 From: nexiim at googlemail.com (Nexii Malthus) Date: Thu, 10 Sep 2009 20:46:32 +0100 Subject: [sldev] Autotranslation build to try out In-Reply-To: <824c8ab70909101017x241f1c1aud56004f4539d53c4@mail.gmail.com> References: <3a164ef30909091235ra2e4af7q2c90862105d5c8ec@mail.gmail.com> <824c8ab70909101017x241f1c1aud56004f4539d53c4@mail.gmail.com> Message-ID: <824c8ab70909101246q1859290kf10e0045f924246c@mail.gmail.com> Woops, wish gmail would reply to mailing lists properly. On Thu, Sep 10, 2009 at 6:17 PM, Nexii Malthus wrote: > Wow! Auto-translation, this is a *huge *important feature. I considered > something similiar being conceived but seeing a real working implementation > is fantastic. > > And I have to add in my vote for opening up the URL for easier runtime > modification as well, potential for abuse is minimal compared to the > potential benefits in that. As well as open up the user to preferable > translation websites. > > - Nexii Malthus > > > On Wed, Sep 9, 2009 at 8:35 PM, David Simmons wrote: > >> The actually translation is call by the lltranslate.cpp, the google >> url is hardcoded, it should not be hard to make it a setting in the >> xml file: >> >> +// These two are concatenated with the language specifiers to form a >> complete Google Translate URL >> +const char* LLTranslate::m_GoogleURL = >> "http://ajax.googleapis.com/ajax/services/language/translate?v=1.0&q="; >> >> On Wed, Sep 9, 2009 at 6:17 AM, Jo Grant wrote: >> > >> > By what mechanism is the translation done? If it's not local, what is >> the transport mechanism to and from the translation service? >> > I've done a lot of work on chat translation and you can't forget the >> privacy concerns. Not that Second Life chat is secure anyway, but people are >> going to want to know who their chats are being sent to. If it's going up >> and down the line via https, or some other secured transfer protocol, that's >> one step. However, a picky person would say that if the service logs the >> text submitted for translation (which Google does, to build up it's >> dictionaries) than it is a violation of the terms of service. >> > Just saying... >> > >> > Cheers, >> > >> > Jo /Jaymin Carthage >> > >> > >> > *************************************** >> > Jo Grant, jo_grant at us.ibm.com >> > http://www-03.ibm.com/developerworks/blogs/page/roivw >> > ISV Developer Enablement Architect, >> > Notes 8 Composite Applications and XPages, >> > One Roger's Street, Cambridge MA 02144 >> > tel: 617-693-6089 >> > SL: Jaymin Carthage >> > >> > _______________________________________________ >> > Policies and (un)subscribe information available here: >> > http://wiki.secondlife.com/wiki/SLDev >> > Please read the policies before posting to keep unmoderated posting >> privileges >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/SLDev >> Please read the policies before posting to keep unmoderated posting >> privileges >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090910/a3d520dd/attachment.htm From cinciasingh at gmail.com Thu Sep 10 13:03:34 2009 From: cinciasingh at gmail.com (Cincia Singh) Date: Thu, 10 Sep 2009 15:03:34 -0500 Subject: [sldev] SLDev Digest, Vol 33, Issue 13 In-Reply-To: References: Message-ID: <9e877f170909101303i6ab962d1qc21ed28799db7e8c@mail.gmail.com> The autotranslation seems to work well when enough words are provided. Using single words in chat tends to result in the translator choosing the wrong language for translation. Example; German words for when, where, how, and etc (wann, wo, wie) are incorrectly translated when the only word typed in chat. When used in context they are correctly translated. On Thu, Sep 10, 2009 at 2:00 PM, wrote: > Send SLDev mailing list submissions to > sldev at lists.secondlife.com > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.secondlife.com/cgi-bin/mailman/listinfo/sldev > or, via email, send a message with subject or body 'help' to > sldev-request at lists.secondlife.com > > You can reach the person managing the list at > sldev-owner at lists.secondlife.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of SLDev digest..." > > > Today's Topics: > > 1. Re: Autotranslation build to try out (David Simmons) > 2. SNOW-224: precompiled jsoncpp libraries available / > volunteers to adapt autotranslation to use them? (Rob Lanphier) > 3. Re: Autotranslation build to try out (Philip Linden) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 9 Sep 2009 12:35:52 -0700 > From: David Simmons > Subject: Re: [sldev] Autotranslation build to try out > To: Jo Grant > Cc: sldev at lists.secondlife.com > Message-ID: > <3a164ef30909091235ra2e4af7q2c90862105d5c8ec at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > The actually translation is call by the lltranslate.cpp, the google > url is hardcoded, it should not be hard to make it a setting in the > xml file: > > +// These two are concatenated with the language specifiers to form a > complete Google Translate URL > +const char* LLTranslate::m_GoogleURL = > "http://ajax.googleapis.com/ajax/services/language/translate?v=1.0&q="; > > On Wed, Sep 9, 2009 at 6:17 AM, Jo Grant wrote: > > > > By what mechanism is the translation done? If it's not local, what is the > transport mechanism to and from the translation service? > > I've done a lot of work on chat translation and you can't forget the > privacy concerns. Not that Second Life chat is secure anyway, but people are > going to want to know who their chats are being sent to. If it's going up > and down the line via https, or some other secured transfer protocol, that's > one step. However, a picky person would say that if the service logs the > text submitted for translation (which Google does, to build up it's > dictionaries) than it is a violation of the terms of service. > > Just saying... > > > > Cheers, > > > > Jo /Jaymin Carthage > > > > > > *************************************** > > Jo Grant, jo_grant at us.ibm.com > > http://www-03.ibm.com/developerworks/blogs/page/roivw > > ISV Developer Enablement Architect, > > Notes 8 Composite Applications and XPages, > > One Roger's Street, Cambridge MA 02144 > > tel: 617-693-6089 > > SL: Jaymin Carthage > > > > _______________________________________________ > > Policies and (un)subscribe information available here: > > http://wiki.secondlife.com/wiki/SLDev > > Please read the policies before posting to keep unmoderated posting > privileges > > > ------------------------------ > > Message: 2 > Date: Wed, 9 Sep 2009 16:38:08 -0700 > From: Rob Lanphier > Subject: [sldev] SNOW-224: precompiled jsoncpp libraries available / > volunteers to adapt autotranslation to use them? > To: SLDev Mailing List > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > Hi folks, > > This mail is for two purposes: > > 1) Obligatory code review on SNOW-224. This should have no impact on > the existing code, as it just adds jsoncpp as an available precompiled > bundle: > https://jira.secondlife.com/browse/SNOW-224 > > The libraries are already uploaded. It's just the change to > install.xml that's up for review. > > 2) The point of SNOW-224 is to make it so that we aren't inlining > third party libraries in the main Snowglobe codebase. The next step is > to actually use those libraries to implement SNOW-93 > (autotranslation), rather than the files copied from the jsoncpp > distribution. > > Any volunteers to make this work? > > Rob > > > ------------------------------ > > Message: 3 > Date: Thu, 10 Sep 2009 11:19:06 -0700 > From: Philip Linden > Subject: Re: [sldev] Autotranslation build to try out > To: Alice Ferrazzi > Cc: sldev at lists.secondlife.com, lenglish5 at cox.net > Message-ID: > <23c5ee060909101119h6b857f7ei76cb355243412b26 at mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Thanks to all who have commented! Keep it coming. Looks like it is > working > OK for folks - hoping to get this into Snowglobe ASAP. > > P > > On Thu, Sep 10, 2009 at 2:54 AM, Alice Ferrazzi >wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Lawson English wrote: > > > Philip Linden wrote: > > >> Hi! If anyone would like to try out the latest build with > > >> autotranslation (automatically puts a translation of chat in > > >> parentheses after the original), the links are below. IMPORTANT: In > > >> this build the feature is off by default - you need to set > > >> preferences->text chat->translate text to turn it on. > > >> > > >> Does it work for you? Useful if you are chatting with or listening to > > >> people in other languages? > > >> > > >> Windows > > >> > > > http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe_1-2-0-2680_Setup.exe > > >> > > >> Mac > > >> > > > http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe_1_2_0_2708_SNOWGLOBETESTBUILD.dmg > > >> > > >> Linux > > >> > > > http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe-i686-1.2.0.2708.tar.bz2 > > > > > > As usual, I'd like to advocate that the user can set ANY URL for the > > > "translation" link, including localhost. > > > > > > applications might be directing a formula in chat to a mathematica page > > > and returning the answer, and other esoteric things. > > > > > > > > > And of course, the eventual "holy grail" should be to make > > > group/personal IM work with the patch as well. > > > > > > > > > > > > Lawson > > > > > > > > > _______________________________________________ > > > Policies and (un)subscribe information available here: > > > http://wiki.secondlife.com/wiki/SLDev > > > Please read the policies before posting to keep unmoderated posting > > privileges > > > > > > > works like a charm ! :D > > > > i hope to see new features soon > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.10 (GNU/Linux) > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > > > iEYEARECAAYFAkqozN0ACgkQIjqejaX9O3AW/wCfXL8bwRa5TAXQFWPQYAbQGj1L > > KeIAmwTSv2+emkIufmOTeRbamdewuQX8 > > =leH5 > > -----END PGP SIGNATURE----- > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.secondlife.com/pipermail/sldev/attachments/20090910/52314a88/attachment-0001.htm > > ------------------------------ > > _______________________________________________ > SLDev mailing list > SLDev at lists.secondlife.com > https://lists.secondlife.com/cgi-bin/mailman/listinfo/sldev > > > End of SLDev Digest, Vol 33, Issue 13 > ************************************* > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090910/f97c8e39/attachment.htm From tayra.dagostino at gmail.com Thu Sep 10 13:21:55 2009 From: tayra.dagostino at gmail.com (Tayra Dagostino) Date: Thu, 10 Sep 2009 22:21:55 +0200 Subject: [sldev] SG1.2.0 texture missing fight Message-ID: <20090910222155.5c047a2b.tayra.dagostino@gmail.com> i see from roblabot statistic SG1.2.0 is really stable, 0 crash versus 90 users, but i still had a lot of MIS texture opened from inventory https://jira.secondlife.com/browse/SNOW-59 https://jira.secondlife.com/browse/SNOW-162 this two bug appear related to texture MIS marking... is there a way to diagnose deeply this bug? From malachi at tamzap.com Thu Sep 10 14:46:24 2009 From: malachi at tamzap.com (mal) Date: Thu, 10 Sep 2009 16:46:24 -0500 Subject: [sldev] Funny what you find when you look In-Reply-To: <9e877f170909101303i6ab962d1qc21ed28799db7e8c@mail.gmail.com> References: <9e877f170909101303i6ab962d1qc21ed28799db7e8c@mail.gmail.com> Message-ID: <66189997C6B846568D9B1C438FAEA9A6@StaticReality> thought it would be intresting to see what all happens on the typing stop part of ims... and when i did i found that the Emerald Client by modularsystems.sl is flooding typing stop with messages this was causing me alot of lag and now i know why. each user of the emerald client is sending between 4-10 messages each time someone pops into the sim or when the user teleports. now do the math and how many messages per second is that if you have a full region of emerald users? this is uncalled for and i for one feel this to be a violation of the terms of service honestly.... spam is spam no matter where or how it is sent. anyone have a way to completely avoid typing stop message? case IM_TYPING_STOP: { LLPointer im_info = new LLIMInfo(gMessageSystem); std::string revised_text = im_info->mMessage;//collect the message LLUUID fromkey = im_info->mFromID;//grab the UUID of the person sending this message std::string name = im_info->mName;//grab the name of the person sending this message if(revised_text != "typing")//if the message is not typing cause if it is it will spam people { string::size_type loc = revised_text.find( "typing", 0 );//make sure just in case it does not even contain typing if( loc == string::npos ) { send_improved_im(fromkey, "joeanyname here", "You have been detected using TYPING_STOP hidden commands. Most popularly used by Emerald Viewer to spam everyone in the sim. your name and uuid have been logged for an abuse report.", IM_ONLINE, IM_NOTHING_SPECIAL, LLUUID::null, NO_TIMESTAMP, (U8*)EMPTY_BINARY_BUCKET, EMPTY_BINARY_BUCKET_SIZE); send_improved_im(gAgent.getID(), "Philip Linden", "typing stop message from user with key: "+fromkey.asString()+" name: "+name+" has been detected. message("+revised_text+")", IM_ONLINE, IM_NOTHING_SPECIAL, LLUUID::null, NO_TIMESTAMP, (U8*)EMPTY_BINARY_BUCKET, EMPTY_BINARY_BUCKET_SIZE); } } gIMMgr->processIMTypingStop(im_info); } break; -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090910/b5543db9/attachment.htm From nexiim at googlemail.com Thu Sep 10 15:22:17 2009 From: nexiim at googlemail.com (Nexii Malthus) Date: Thu, 10 Sep 2009 23:22:17 +0100 Subject: [sldev] Funny what you find when you look In-Reply-To: <66189997C6B846568D9B1C438FAEA9A6@StaticReality> References: <9e877f170909101303i6ab962d1qc21ed28799db7e8c@mail.gmail.com> <66189997C6B846568D9B1C438FAEA9A6@StaticReality> Message-ID: <824c8ab70909101522v6c798f01ldec9f04b67157952@mail.gmail.com> Agreed, 4 messages is rather an extreme amount for the amount of messages that would be sent. 1 message is enough and provides enough reliability, it will always get through, if it does not get through, there are bigger problems to be concerned about if Instant Messages fail like that. Emeralds' feature also happens to spam Vertical Life users. An attempt to consult with their developers just returned nasty responses. Figure. If Emerald wants to get widespread use and earn a respectable reputation they need developers that won't act hastily and without thought or respect for others. 10 Emerald users = *40 IMs* onto a non-Emerald user. Get 40 Emerald users at an event and that becomes *160 IMs *on each non-emerald user happening to enter the range. On Thu, Sep 10, 2009 at 10:46 PM, mal wrote: > thought it would be intresting to see what all happens on the typing stop > part of ims... and when i did i found that the Emerald Client by > modularsystems.sl is flooding typing stop with messages this was causing > me alot of lag and now i know why. each user of the emerald client is > sending between 4-10 messages each time someone pops into the sim or when > the user teleports. now do the math and how many messages per second is that > if you have a full region of emerald users? > > this is uncalled for and i for one feel this to be a violation of the terms > of service honestly.... spam is spam no matter where or how it is sent. > > anyone have a way to completely avoid typing stop message? > > > > case IM_TYPING_STOP: > { > LLPointer im_info = new LLIMInfo(gMessageSystem); > std::string revised_text = im_info->mMessage;//collect the message > LLUUID fromkey = im_info->mFromID;//grab the UUID of the person sending > this message > std::string name = im_info->mName;//grab the name of the person sending > this message > if(revised_text != "typing")//if the message is not typing cause if it is > it will spam people > { > string::size_type loc = revised_text.find( "typing", 0 );//make sure just > in case it does not even contain typing > if( loc == string::npos ) > { send_improved_im(fromkey, "joeanyname here", "You have been detected > using TYPING_STOP hidden commands. Most popularly used by Emerald Viewer to > spam everyone in the sim. your name and uuid have been logged for an abuse > report.", IM_ONLINE, IM_NOTHING_SPECIAL, LLUUID::null, NO_TIMESTAMP, > (U8*)EMPTY_BINARY_BUCKET, EMPTY_BINARY_BUCKET_SIZE); > send_improved_im(gAgent.getID(), "Philip Linden", "typing stop message from > user with key: "+fromkey.asString()+" name: "+name+" has been detected. > message("+revised_text+")", IM_ONLINE, IM_NOTHING_SPECIAL, LLUUID::null, > NO_TIMESTAMP, (U8*)EMPTY_BINARY_BUCKET, EMPTY_BINARY_BUCKET_SIZE); } > > } > gIMMgr->processIMTypingStop(im_info); > } > break; > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090910/85a36ae1/attachment.htm From aleric.inglewood at gmail.com Thu Sep 10 15:48:28 2009 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Fri, 11 Sep 2009 00:48:28 +0200 Subject: [sldev] SG1.2.0 texture missing fight In-Reply-To: <20090910222155.5c047a2b.tayra.dagostino@gmail.com> References: <20090910222155.5c047a2b.tayra.dagostino@gmail.com> Message-ID: <1e01733d0909101548h6087afd4w6eda38ec1bce1b07@mail.gmail.com> I'm working on SNOW-203, is that related too? On Thu, Sep 10, 2009 at 10:21 PM, Tayra Dagostino wrote: > i see from roblabot statistic SG1.2.0 is really stable, 0 crash versus > 90 users, but i still had a lot of MIS texture opened from inventory > > https://jira.secondlife.com/browse/SNOW-59 > https://jira.secondlife.com/browse/SNOW-162 > > this two bug appear related to texture MIS marking... > > is there a way to diagnose deeply this bug? > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges > From snowfox102 at dragonkeepcreations.com Thu Sep 10 16:14:14 2009 From: snowfox102 at dragonkeepcreations.com (Maya Remblai) Date: Thu, 10 Sep 2009 18:14:14 -0500 Subject: [sldev] Funny what you find when you look In-Reply-To: <66189997C6B846568D9B1C438FAEA9A6@StaticReality> References: <9e877f170909101303i6ab962d1qc21ed28799db7e8c@mail.gmail.com> <66189997C6B846568D9B1C438FAEA9A6@StaticReality> Message-ID: <4AA98846.9080005@dragonkeepcreations.com> Wrong mailing list. Though I imagine most of the Emerald devs are on this list, it's better to contact them directly if you have a problem with something. That said, I haven't had any trouble with Emerald, and a good portion of the people I see wandering around are also on Emerald. No one seems to have any trouble with this "spam", most users prefer Emerald for its greater speeds, in fact. As for a ToS violation, I don't think so, though I also don't see a need for that many messages being sent. Honestly, LL's viewers have done things I consider to be far worse, and more destructive of my in-world experience. ;) Maya mal wrote: > > thought it would be intresting to see what all happens on the typing > stop part of ims... and when i did i found that the Emerald Client by > modularsystems.sl is flooding typing stop with messages this was > causing me alot of lag and now i know why. each user of the emerald > client is sending between 4-10 messages each time someone pops into > the sim or when the user teleports. now do the math and how many > messages per second is that if you have a full region of emerald users? > > this is uncalled for and i for one feel this to be a violation of the > terms of service honestly.... spam is spam no matter where or how it > is sent. > > anyone have a way to completely avoid typing stop message? > > > > case IM_TYPING_STOP: > { > LLPointer im_info = new LLIMInfo(gMessageSystem); > std::string revised_text = im_info->mMessage;//collect the message > LLUUID fromkey = im_info->mFromID;//grab the UUID of the person > sending this message > std::string name = im_info->mName;//grab the name of the person > sending this message > if(revised_text != "typing")//if the message is not typing cause if it > is it will spam people > { > string::size_type loc = revised_text.find( "typing", 0 );//make sure > just in case it does not even contain typing > if( loc == string::npos ) > > { send_improved_im(fromkey, "joeanyname here", "You have been detected > using TYPING_STOP hidden commands. Most popularly used by Emerald > Viewer to spam everyone in the sim. your name and uuid have been > logged for an abuse report.", IM_ONLINE, IM_NOTHING_SPECIAL, > LLUUID::null, NO_TIMESTAMP, (U8*)EMPTY_BINARY_BUCKET, > EMPTY_BINARY_BUCKET_SIZE); send_improved_im(gAgent.getID(), "Philip > Linden", "typing stop message from user with key: > "+fromkey.asString()+" name: "+name+" has been detected. > message("+revised_text+")", IM_ONLINE, IM_NOTHING_SPECIAL, > LLUUID::null, NO_TIMESTAMP, (U8*)EMPTY_BINARY_BUCKET, > EMPTY_BINARY_BUCKET_SIZE); } > > } > gIMMgr->processIMTypingStop(im_info); > } > break; > > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges From tayra.dagostino at gmail.com Thu Sep 10 16:59:40 2009 From: tayra.dagostino at gmail.com (Tayra Dagostino) Date: Fri, 11 Sep 2009 01:59:40 +0200 Subject: [sldev] SG1.2.0 texture missing fight In-Reply-To: <1e01733d0909101548h6087afd4w6eda38ec1bce1b07@mail.gmail.com> References: <20090910222155.5c047a2b.tayra.dagostino@gmail.com> <1e01733d0909101548h6087afd4w6eda38ec1bce1b07@mail.gmail.com> Message-ID: <20090911015940.1835f827.tayra.dagostino@gmail.com> On Fri, 11 Sep 2009 00:48:28 +0200 Aleric Inglewood wrote: > On Thu, Sep 10, 2009 at 10:21 PM, Tayra > Dagostino wrote: > > i see from roblabot statistic SG1.2.0 is really stable, 0 crash > > versus 90 users, but i still had a lot of MIS texture opened from > > inventory > > > > https://jira.secondlife.com/browse/SNOW-59 > > https://jira.secondlife.com/browse/SNOW-162 > > > > this two bug appear related to texture MIS marking... > > > > is there a way to diagnose deeply this bug? > > I'm working on SNOW-203, is that related too? yes... maybe... 59, 162 and 203 seem to be related, new snapshot, just received texture and something else don't rez, so i think is same bug of 203 From fire at b3dMultitech.com Thu Sep 10 19:48:57 2009 From: fire at b3dMultitech.com (Fire) Date: Thu, 10 Sep 2009 19:48:57 -0700 Subject: [sldev] How many chars can be sent in an HTTP post? Message-ID: <1dabc2a30909101948m40b8a6caja15701f05261264c@mail.gmail.com> Hi there, I read the wiki and see that an http response body is limited to 2048,but how long can our post vars be? Ie: Id like to send to the server a bunch of UUID's, just wondering how many I can send at a time. Please let me know! Thanks great SL Scripters! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090910/2c32dad0/attachment-0001.htm From stickman at gmail.com Thu Sep 10 20:03:11 2009 From: stickman at gmail.com (Stickman) Date: Thu, 10 Sep 2009 20:03:11 -0700 Subject: [sldev] How many chars can be sent in an HTTP post? In-Reply-To: <1dabc2a30909101948m40b8a6caja15701f05261264c@mail.gmail.com> References: <1dabc2a30909101948m40b8a6caja15701f05261264c@mail.gmail.com> Message-ID: A quick Google search for "http post max length" can turn up some answers and solutions. If you're using PHP, then there's a maximum length defined there, that can also be changed. Default is something like two megs, I believe. http://www.google.com/search?q=http+post+max+length GET, on the other hand, is something like 2k. I forget. I'm sure a similar Google search will turn up information if you care about the get request method. Have fun! -Stickman On Thu, Sep 10, 2009 at 7:48 PM, Fire wrote: > Hi there, I read the wiki and see that an http response body is limited to > 2048, > but how long can our post vars be? > Ie: Id like to send to the server a bunch of UUID's, just wondering how many > I can send at a time. > Please let me know! > Thanks great SL Scripters! > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > From tateru.nino at gmail.com Thu Sep 10 21:07:26 2009 From: tateru.nino at gmail.com (Tateru Nino) Date: Fri, 11 Sep 2009 14:07:26 +1000 Subject: [sldev] How many chars can be sent in an HTTP post? In-Reply-To: <1dabc2a30909101948m40b8a6caja15701f05261264c@mail.gmail.com> References: <1dabc2a30909101948m40b8a6caja15701f05261264c@mail.gmail.com> Message-ID: <4AA9CCFE.4020502@gmail.com> RFC2616 doesn't impose any particular restriction, but intermediate software might. Last I looked, the Lab was using squid to handle... well, quite a lot of things, including this. By default that has no limit for request bodies, and a 20KB limit for request headers (assuming we're talking about HTTP-out (SL to world)). My expectation, however, is that these values are clamped somewhat tighter than that, but I'm not really sure quite where -- I know I've bumped into them once before, but I didn't write it down. If nobody has the answer handy, write a test-script to progressively increase the amount, until you get an error. That'll give you a definitive answer, at least, at the expense of doing a bit of fiddling to get it. Fire wrote: > Hi there, I read the wiki and see that an http response body is > limited to 2048, > but how long can our post vars be? > > Ie: Id like to send to the server a bunch of UUID's, just wondering > how many I can send at a time. > > Please let me know! > Thanks great SL Scripters! > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges -- Tateru Nino http://dwellonit.taterunino.net/ From nexiim at googlemail.com Thu Sep 10 23:47:06 2009 From: nexiim at googlemail.com (Nexii Malthus) Date: Fri, 11 Sep 2009 07:47:06 +0100 Subject: [sldev] RE SnowGlobe and copybots In-Reply-To: <824c8ab70909102345g5e4c91cdl78f4b5675105205c@mail.gmail.com> References: <999503.74582.qm@web111214.mail.gq1.yahoo.com> <824c8ab70909102345g5e4c91cdl78f4b5675105205c@mail.gmail.com> Message-ID: <824c8ab70909102347u454ec497pa9da63d8b037ee82@mail.gmail.com> Panic has done more damage than copybots really have done. That's all. - Nexii On Tue, Sep 1, 2009 at 4:00 PM, Bill Windwalker < billwindwalker at rocketmail.com> wrote: > Well it was more then just shoes they taken for they was doing copybot of > the LL Build in korea1 and that build was by the Linden Lab people them > self. > What was the rule about copying assets that belong to Linden Lab and what > if they upload it from the Linden Lab computer some place on to another > companys computer system just to mirror SL and every thing in SL just to > sale it later on to a bigger company? > what is the over all lost then ? > can it be put in numbers ? > > xstorm Radek > > ----- Forwarded Message ---- > *From:* Ann Otoole > *To:* sldev at lists.secondlife.com > *Sent:* Tuesday, September 1, 2009 10:50:46 AM > *Subject:* Re: [sldev] SnowGlobe and copybots > > I watched someone using cryolife cruise around in my parcel this morning > where that account was banned so honestly I think LL has much bigger fish to > fry. Stealing a pair of eshoes is nothing compared to the access control > system being compromised. Yes there is a pjira defect open on it. > http://jira.secondlife.com/browse/SVC-4632 > > Honestly it is looking like the only solution is a bot that teleports home > anyone not using an LL compiled viewer. And that still won't get them all. > But if it is deployed to most of Second Lifethen it might send a clear > message to Linden Lab they need to deal with the problem. Or will LL begin > banning people for defending themselves from these hacked third party > viewers? Is it against the TOS to deny access to non LL compiled viewers? > > ------------------------------ > *From:* nyx linden > *To:* Ron Festa > *Cc:* sldev at lists.secondlife.com > *Sent:* Monday, August 31, 2009 1:52:35 PM > *Subject:* Re: [sldev] SnowGlobe and copybots > > Additionally, the technique to stop malicious clients from stealing > your clothing textures (namely, only sending out baked but not local > texture data) will be in the main client in the next major release, as > part of a larger avatar overhaul. The reasons for this extend beyond > content theft, but stopping this is a major benefit to this switch in > protocol. > > Combating griefing attacks and content theft is not an easy task, > but we are taking steps to minimize the potential for abuse, and we try > to have systems in place for what to do when it does occur (including > dealing with the specific instance of abuse as well as looking for ways > to prevent future issues). We're always looking for ways of making the > client secure, and welcome feedback and ideas to help us move in this > direction. > > -Nyx > > Ron Festa wrote: > > While its true they can modify the opensource code to turn a client > > into a copybot, as far as I know there really hasn't been any known > > copybot viewers that have popped up because there's no code in the LL > > viewer that allows asset copying. Majority of copybots are really > > modded poorly written legit bots. While there is a really obscure > > patch that's floating around griefer circles, most griefers are not > > programmers. Most do not know how to inject and maintain custom code > > into the source code then compile it with every version. > > > > But, thanks to the open source viewers floating around you also have > > an amount of protection from griefers you can't get in the LL viewer. > > Viewers like Meerkat & Emerald make it impossible for them to steel > > your clothing and provides additional tools that would prevent them > > from attacking your or removing them from your property before they > > become a problem. Plus they have a bunch of fun stuff in them that > > just make your life easier in SL. > > > > On Sat, Aug 29, 2009 at 4:15 AM, Bill > > Windwalker > > wrote: > > > Good day every one. > > > Yesterday i was a victim of a copybot and a group of griefers. > > > this type of bullying and theft of content needs to stop they are > > making a > > > joke out of all the hard work people do in SL. > > > As i sat and talk to a friend a griefer had taken only a sec to copy > > my AV > > > and every thing i had on in a sec and did it to the very sim i was in. > > > And what they did say in voice made it sound like linden lab had no > > power to > > > stop any griefer. > > > i even have screen shots of this attack. > > > what im told is they can do it with open source viewers . > > > > > > > > > > > > > > > ______________________________ > > _________________ > > > Policies and (un)subscribe information available here: > > > http://wiki.secondlife.com/wiki/SLDev > > > Please read the policies before posting to keep unmoderated posting > > > privileges > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Policies and (un)subscribe information available here: > > http://wiki.secondlife.com/wiki/SLDev > > Please read the policies before posting to keep unmoderated posting > privileges > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090911/832862d4/attachment.htm From nexiim at googlemail.com Thu Sep 10 23:51:51 2009 From: nexiim at googlemail.com (Nexii Malthus) Date: Fri, 11 Sep 2009 07:51:51 +0100 Subject: [sldev] Sharing edit permissions of a script - without the need to transfer ownership first. Please comment In-Reply-To: <1e01733d0908230407j63496b55o2568de7631815935@mail.gmail.com> References: <1e01733d0908210602x1ac48b4eqd3372626a8465934@mail.gmail.com> <1e01733d0908230407j63496b55o2568de7631815935@mail.gmail.com> Message-ID: <824c8ab70909102351p546f437cg18fec6e0ce720748@mail.gmail.com> Modifiy rights should be exactly that, if the script is full perm and the object as well. You should have, you know, the rights to modification if that individual has given those permissions. I doubt LL would ever bother fixing the bug. They'd call it by design. There are a lot of situations I have come across where I wished to edit a script I was working on in a friends' build. Instead i have to drag the script into my inventory, modify and replace. - Nexii On Sun, Aug 23, 2009 at 12:07 PM, Aleric Inglewood < aleric.inglewood at gmail.com> wrote: > Well, at least all this led to an update of the page > > https://wiki.secondlife.com/wiki/Editing_someone_else%27s_scripts_and_notecards > > Remaining questions: > > * Isn't it a bug that the requirement to first set the group and > then set 'share with group' > and not the other way around, exists? > * Shouldn't a script be also editable if it has 'Allow anyone to > copy" set (as opposed > to 'share with with group'?) > * Shouldn't one be able to edit scripts of someone else if one has > that someone else's > build permissions and the script has Next Owner can 'Modify / > Copy (/ Transfer, whatever)' > set (indicating the intent of being full perm / open source). > > On Fri, Aug 21, 2009 at 3:02 PM, Aleric > Inglewood wrote: > > http://jira.secondlife.com/browse/SVC-316 > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090911/7a93ffe9/attachment.htm From stickman at gmail.com Thu Sep 10 23:56:01 2009 From: stickman at gmail.com (Stickman) Date: Thu, 10 Sep 2009 23:56:01 -0700 Subject: [sldev] Sharing edit permissions of a script - without the need to transfer ownership first. Please comment In-Reply-To: <824c8ab70909102351p546f437cg18fec6e0ce720748@mail.gmail.com> References: <1e01733d0908210602x1ac48b4eqd3372626a8465934@mail.gmail.com> <1e01733d0908230407j63496b55o2568de7631815935@mail.gmail.com> <824c8ab70909102351p546f437cg18fec6e0ce720748@mail.gmail.com> Message-ID: > I doubt LL would ever bother fixing the bug. They'd call it by design. There > are a lot of situations I have come across where I wished to edit a script I > was working on in a friends' build. Instead i have to drag the script into > my inventory, modify and replace. I remember back in the old days, anything you drug into someone else's object, regardless of "next owner permissions" was nullperm. You had to give them the script to put into the object, even if you had modify rights. -Stickman From jingcomics at email.it Fri Sep 11 03:12:20 2009 From: jingcomics at email.it (Alice Ferrazzi) Date: Fri, 11 Sep 2009 12:12:20 +0200 Subject: [sldev] Autotranslation build to try out In-Reply-To: <4AA7C53D.5050303@cox.net> References: <23c5ee060909081442o530fc18ejc004c535bc242fa6@mail.gmail.com> <4AA7C53D.5050303@cox.net> Message-ID: <4AAA2284.9080107@email.it> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Lawson English wrote: > Philip Linden wrote: >> Hi! If anyone would like to try out the latest build with >> autotranslation (automatically puts a translation of chat in >> parentheses after the original), the links are below. IMPORTANT: In >> this build the feature is off by default - you need to set >> preferences->text chat->translate text to turn it on. >> >> Does it work for you? Useful if you are chatting with or listening to >> people in other languages? >> >> Windows >> http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe_1-2-0-2680_Setup.exe >> >> Mac >> http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe_1_2_0_2708_SNOWGLOBETESTBUILD.dmg >> >> Linux >> http://secondlife.com/developers/opensource/downloads/2009/SNOW-93/Snowglobe-i686-1.2.0.2708.tar.bz2 > > As usual, I'd like to advocate that the user can set ANY URL for the > "translation" link, including localhost. > > applications might be directing a formula in chat to a mathematica page > and returning the answer, and other esoteric things. > > > And of course, the eventual "holy grail" should be to make > group/personal IM work with the patch as well. > > > > Lawson > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges > works like a charm ! :D i hope to see new features soon -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqqIlkACgkQIjqejaX9O3DNLwCfVChNv7p83ePZlG/YaqnpyqCu B0cAn0LviSOF8c86go35jo0DLSn4oMyh =itjM -----END PGP SIGNATURE----- -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: VOGLIA DI VACANZA ? * Prenota la tua vacanza in un Costa Hotels! * Hotels e Agriturismo nella Riviera Romagnola. Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=9511&d=11-9 From billwindwalker at rocketmail.com Fri Sep 11 04:49:30 2009 From: billwindwalker at rocketmail.com (Bill Windwalker) Date: Fri, 11 Sep 2009 04:49:30 -0700 (PDT) Subject: [sldev] RE SnowGlobe and copybots In-Reply-To: <824c8ab70909110354s29b986fbg9a911813387fe273@mail.gmail.com> References: <999503.74582.qm@web111214.mail.gq1.yahoo.com> <824c8ab70909102345g5e4c91cdl78f4b5675105205c@mail.gmail.com> <137421.8239.qm@web111212.mail.gq1.yahoo.com> <824c8ab70909110354s29b986fbg9a911813387fe273@mail.gmail.com> Message-ID: <586146.69678.qm@web111213.mail.gq1.yahoo.com> If the hole had not been there for so long as it was this will not have happen in the first place. It is only by people putting off some thing for so long till the problem has gotten so big to be seen by so many. If one thinks by not telling some one that they are nude and walk on the street that no others will see this then they are wrong. And what if it was some other company hoping this will have happen? is it not best to bring it out in the open befor more or even bigger problems happen? ________________________________ From: Nexii Malthus To: Bill Windwalker Sent: Friday, September 11, 2009 6:54:57 AM Subject: Re: [sldev] RE SnowGlobe and copybots And don't you realize your providing enormous fuel to the people who thrive on panic? As well as fuelling scam business selling out on the panic with anti-copybots that never worked? - Nexii On Fri, Sep 11, 2009 at 11:36 AM, Bill Windwalker wrote: so do you feel its ok for people to copy your AV ? >skin , hair and every thing you have ? >is this what you are telling people ? >and watching them copy linden lab builds what ever they wish to copy ? >and think of all the people with xstreet magic box that may have been copy. >and all this content taken and moved off LL server to what ? > > > > ________________________________ From: Nexii Malthus >To: Bill Windwalker >Sent: Friday, September 11, 2009 2:45:56 AM >Subject: Re: [sldev] RE SnowGlobe and copybots > > >Panic has done more damage than copybots really have done. > >That's all. > >- Nexii > > >On Tue, Sep 1, 2009 at 4:00 PM, Bill Windwalker wrote: > >Well it was more then just shoes they taken for they was doing copybot of the LL Build in korea1 and that build was by the Linden Lab people them self. >>What was the rule about copying assets that belong to Linden Lab and what if they upload it from the Linden Lab computer some place on to another companys computer system just to mirror SL and every thing in SL just to sale it later on to a bigger company? >>what is the over all lost then ? >>can it be put in numbers ? >> >>xstorm Radek >> >> >> >>----- Forwarded Message ---- >>From: Ann Otoole >>To: sldev at lists.secondlife.com >>Sent: Tuesday, September 1, 2009 10:50:46 AM >>Subject: Re: [sldev] SnowGlobe and copybots >> >> >>I watched someone using cryolife cruise around in my parcel this morning where that account was banned so honestly I think LL has much bigger fish to fry. Stealing a pair of eshoes is nothing compared to the access control system being compromised. Yes there is a pjira defect open on it. http://jira.secondlife.com/browse/SVC-4632 >> >>Honestly it is looking like the only solution is a bot that teleports home anyone not using an LL compiled viewer. And that still won't get them all. But if it is deployed to most of Second Lifethen it might send a clear message to Linden Lab they need to deal with the problem. Or will LL begin banning people for defending themselves from these hacked third party viewers? Is it against the TOS to deny access to non LL compiled viewers? >> >> >> >> ________________________________ From: nyx linden >>To: Ron Festa >>Cc: sldev at lists.secondlife.com >>Sent: Monday, August 31, 2009 1:52:35 PM >>Subject: Re: [sldev] SnowGlobe and copybots >> >>? ? Additionally, the technique to stop malicious clients from stealing >>your clothing textures (namely, only sending out baked but not local >>texture data) will be in the main client in the next major release, as >>part of a larger avatar overhaul. The reasons for this extend beyond >>content theft, but stopping this is a major benefit to this switch in >>protocol. >> >>? ? Combating griefing attacks and content theft is not an easy task, >>but we are taking steps to minimize the potential for abuse, and we try >>to have systems in place for what to do when it does occur (including >>dealing with the specific instance of abuse as well as looking for ways >>to prevent future issues). We're always looking for ways of making the >>client secure, and welcome feedback and ideas to help us move in this >>direction. >> >>-Nyx >> >>Ron Festa wrote: >>> While its true they can modify the opensource code to turn a client >>> into a copybot, as far as I know there really hasn't been any known >>> copybot viewers that have popped up because there's no code in the LL >>> viewer that allows asset copying. Majority of copybots are really >>> modded poorly written legit bots. While there is a really obscure >>> patch that's floating around griefer circles, most griefers are not >>> programmers. Most do not know how to inject and maintain custom code >>> into the source code then compile it with every version. >>> >>> But, thanks to the open source viewers floating around you also have >>> an amount of protection from griefers you can't get in the LL viewer. >>> Viewers like Meerkat & Emerald make it impossible for them to steel >>> your clothing and provides additional tools that would prevent them >>> from attacking your or removing them from your property before they >>> become a problem. Plus they have a bunch of fun stuff in them that >>> just make your life easier in SL. >>> >>> On Sat, Aug 29, 2009 at 4:15 AM, Bill >>> Windwalker>> > wrote: >>> > Good day every one. >>> > Yesterday i was a victim of a copybot and a group of griefers. >>> > this type of bullying and theft of content needs to stop they are >>> making a >>> > joke out of all the hard work people do in SL. >>> > As i sat and talk to a friend a griefer had taken only a sec to copy >>> my AV >>> > and every thing i had on in a sec and did it to the very sim i was in. >>> > And what they did say in voice made it sound like linden lab had no >>> power to >>> > stop any griefer. >>> > i even have screen shots of this attack. >>> > what im told is they can do it with open source viewers . >>> > >>> > >>> > >>> > >>> > ______________________________ >>> _________________ >>> > Policies and (un)subscribe information available here: >>> > http://wiki.secondlife.com/wiki/SLDev >>> > Please read the policies before posting to keep unmoderated posting >>> > privileges >>> > >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Policies and (un)subscribe information available here: >>> http://wiki.secondlife.com/wiki/SLDev >>> Please read the policies before posting to keep unmoderated posting privileges >> >>_______________________________________________ >>Policies and (un)subscribe information available here: >>http://wiki.secondlife.com/wiki/SLDev >>Please read the policies before posting to keep unmoderated posting privileges >> >> >> >>_______________________________________________ >>Policies and (un)subscribe information available here: >>http://wiki.secondlife.com/wiki/SLDev >>Please read the policies before posting to keep unmoderated posting privileges >>_______________________________________________ >>Policies and (un)subscribe information available here: >>http://wiki.secondlife.com/wiki/SLDev >>Please read the policies before posting to keep unmoderated posting privileges >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090911/d560f601/attachment.htm From aleric.inglewood at gmail.com Fri Sep 11 05:06:30 2009 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Fri, 11 Sep 2009 14:06:30 +0200 Subject: [sldev] Sharing edit permissions of a script - without the need to transfer ownership first. Please comment In-Reply-To: <824c8ab70909102351p546f437cg18fec6e0ce720748@mail.gmail.com> References: <1e01733d0908210602x1ac48b4eqd3372626a8465934@mail.gmail.com> <1e01733d0908230407j63496b55o2568de7631815935@mail.gmail.com> <824c8ab70909102351p546f437cg18fec6e0ce720748@mail.gmail.com> Message-ID: <1e01733d0909110506yd144f3diac9fe29e6c2f586e@mail.gmail.com> Yup. A much more logical approach would be: if you can modify the object, and the script is MCT, then you can modify the script. SL has the tendency to be anti-open source. On Fri, Sep 11, 2009 at 8:51 AM, Nexii Malthus wrote: > Modifiy rights should be exactly that, if the script is full perm and the > object as well. You should have, you know, the rights to modification if > that individual has given those permissions. > > I doubt LL would ever bother fixing the bug. They'd call it by design. There > are a lot of situations I have come across where I wished to edit a script I > was working on in a friends' build. Instead i have to drag the script into > my inventory, modify and replace. > > - Nexii > > On Sun, Aug 23, 2009 at 12:07 PM, Aleric Inglewood > wrote: >> >> Well, at least all this led to an update of the page >> >> https://wiki.secondlife.com/wiki/Editing_someone_else%27s_scripts_and_notecards >> >> Remaining questions: >> >> ? ?* ?Isn't it a bug that the requirement to first set the group and >> then set 'share with group' >> ? ? ?and not the other way around, exists? >> ? ?* Shouldn't a script be also editable if it has 'Allow anyone to >> copy" set (as opposed >> ? ? ?to 'share with with group'?) >> ? ?* Shouldn't one be able to edit scripts of someone else if one has >> that someone else's >> ? ? ?build permissions and the script has Next Owner can 'Modify / >> Copy (/ Transfer, whatever)' >> ? ? ?set (indicating the intent of being full perm / open source). >> >> On Fri, Aug 21, 2009 at 3:02 PM, Aleric >> Inglewood wrote: >> > http://jira.secondlife.com/browse/SVC-316 >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/SLDev >> Please read the policies before posting to keep unmoderated posting >> privileges > > From nexiim at googlemail.com Fri Sep 11 05:22:37 2009 From: nexiim at googlemail.com (Nexii Malthus) Date: Fri, 11 Sep 2009 13:22:37 +0100 Subject: [sldev] RE SnowGlobe and copybots In-Reply-To: <586146.69678.qm@web111213.mail.gq1.yahoo.com> References: <999503.74582.qm@web111214.mail.gq1.yahoo.com> <824c8ab70909102345g5e4c91cdl78f4b5675105205c@mail.gmail.com> <137421.8239.qm@web111212.mail.gq1.yahoo.com> <824c8ab70909110354s29b986fbg9a911813387fe273@mail.gmail.com> <586146.69678.qm@web111213.mail.gq1.yahoo.com> Message-ID: <824c8ab70909110522h62cc1c24q14ec69b7998b62d6@mail.gmail.com> Sure, but it was blown out of perception, there wasn't any information actually shared, just primarily lies and deceit behind an impervious wall of good intention. People weren't informed about what copybot really was. A bunch thought that the copybot didn't even need to be in the sim but anywhere on the grid. Etc. It was really out of proportion, becoming mythological even. And mythology can be a far worse problem, people then retaliate for the wrong reasons or from a wrong angle. It becomes unscientific. The whole copybot problem can even become worse than it could ever have been in reality. In concept it is pretty much linear with the MPAA and Pirates. People are starting to dispute whether spending all that money on anti-piracy is of benefit at all. And scientific studies being carried out how pirates helped brand awareness and recognition, as well as to monopolize software markets (Photoshop anyone?). Was there ever a loss? Would that person stealing ever have contributed in the first place? I'm not saying they are good people for doing this, but I think its all been handled so childish and immaturely. People seem to be oblivious to the effectiveness of DMCA and Copyright Infringement abuse report as well. In fact, LL is far more experienced and capable at handling these now too than ever before. - Nexii On Fri, Sep 11, 2009 at 12:49 PM, Bill Windwalker < billwindwalker at rocketmail.com> wrote: > If the hole had not been there for so long as it was this will not have > happen in the first place. > It is only by people putting off some thing for so long till the problem > has gotten so big to be seen by so many. > If one thinks by not telling some one that they are nude and walk on the > street that no others will see this then they are wrong. > And what if it was some other company hoping this will have happen? > is it not best to bring it out in the open befor more or even bigger > problems happen? > > ------------------------------ > *From:* Nexii Malthus > *To:* Bill Windwalker > *Sent:* Friday, September 11, 2009 6:54:57 AM > > *Subject:* Re: [sldev] RE SnowGlobe and copybots > > And don't you realize your providing enormous fuel to the people who thrive > on panic? As well as fuelling scam business selling out on the panic with > anti-copybots that never worked? > > - Nexii > > On Fri, Sep 11, 2009 at 11:36 AM, Bill Windwalker < > billwindwalker at rocketmail.com> wrote: > >> so do you feel its ok for people to copy your AV ? >> skin , hair and every thing you have ? >> is this what you are telling people ? >> and watching them copy linden lab builds what ever they wish to copy ? >> and think of all the people with xstreet magic box that may have been >> copy. >> and all this content taken and moved off LL server to what ? >> >> ------------------------------ >> *From:* Nexii Malthus >> *To:* Bill Windwalker >> *Sent:* Friday, September 11, 2009 2:45:56 AM >> *Subject:* Re: [sldev] RE SnowGlobe and copybots >> >> Panic has done more damage than copybots really have done. >> >> That's all. >> >> - Nexii >> >> On Tue, Sep 1, 2009 at 4:00 PM, Bill Windwalker < >> billwindwalker at rocketmail.com> wrote: >> >>> Well it was more then just shoes they taken for they was doing copybot >>> of the LL Build in korea1 and that build was by the Linden Lab people them >>> self. >>> What was the rule about copying assets that belong to Linden Lab and what >>> if they upload it from the Linden Lab computer some place on to another >>> companys computer system just to mirror SL and every thing in SL just to >>> sale it later on to a bigger company? >>> what is the over all lost then ? >>> can it be put in numbers ? >>> >>> xstorm Radek >>> >>> ----- Forwarded Message ---- >>> *From:* Ann Otoole >>> *To:* sldev at lists.secondlife.com >>> *Sent:* Tuesday, September 1, 2009 10:50:46 AM >>> *Subject:* Re: [sldev] SnowGlobe and copybots >>> >>> I watched someone using cryolife cruise around in my parcel this >>> morning where that account was banned so honestly I think LL has much bigger >>> fish to fry. Stealing a pair of eshoes is nothing compared to the access >>> control system being compromised. Yes there is a pjira defect open on it. >>> http://jira.secondlife.com/browse/SVC-4632 >>> >>> Honestly it is looking like the only solution is a bot that teleports >>> home anyone not using an LL compiled viewer. And that still won't get them >>> all. But if it is deployed to most of Second Lifethen it might send a clear >>> message to Linden Lab they need to deal with the problem. Or will LL begin >>> banning people for defending themselves from these hacked third party >>> viewers? Is it against the TOS to deny access to non LL compiled viewers? >>> >>> ------------------------------ >>> *From:* nyx linden >>> *To:* Ron Festa >>> *Cc:* sldev at lists.secondlife.com >>> *Sent:* Monday, August 31, 2009 1:52:35 PM >>> *Subject:* Re: [sldev] SnowGlobe and copybots >>> >>> Additionally, the technique to stop malicious clients from stealing >>> your clothing textures (namely, only sending out baked but not local >>> texture data) will be in the main client in the next major release, as >>> part of a larger avatar overhaul. The reasons for this extend beyond >>> content theft, but stopping this is a major benefit to this switch in >>> protocol. >>> >>> Combating griefing attacks and content theft is not an easy task, >>> but we are taking steps to minimize the potential for abuse, and we try >>> to have systems in place for what to do when it does occur (including >>> dealing with the specific instance of abuse as well as looking for ways >>> to prevent future issues). We're always looking for ways of making the >>> client secure, and welcome feedback and ideas to help us move in this >>> direction. >>> >>> -Nyx >>> >>> Ron Festa wrote: >>> > While its true they can modify the opensource code to turn a client >>> > into a copybot, as far as I know there really hasn't been any known >>> > copybot viewers that have popped up because there's no code in the LL >>> > viewer that allows asset copying. Majority of copybots are really >>> > modded poorly written legit bots. While there is a really obscure >>> > patch that's floating around griefer circles, most griefers are not >>> > programmers. Most do not know how to inject and maintain custom code >>> > into the source code then compile it with every version. >>> > >>> > But, thanks to the open source viewers floating around you also have >>> > an amount of protection from griefers you can't get in the LL viewer. >>> > Viewers like Meerkat & Emerald make it impossible for them to steel >>> > your clothing and provides additional tools that would prevent them >>> > from attacking your or removing them from your property before they >>> > become a problem. Plus they have a bunch of fun stuff in them that >>> > just make your life easier in SL. >>> > >>> > On Sat, Aug 29, 2009 at 4:15 AM, Bill >>> > Windwalker>> > > wrote: >>> > > Good day every one. >>> > > Yesterday i was a victim of a copybot and a group of griefers. >>> > > this type of bullying and theft of content needs to stop they are >>> > making a >>> > > joke out of all the hard work people do in SL. >>> > > As i sat and talk to a friend a griefer had taken only a sec to copy >>> > my AV >>> > > and every thing i had on in a sec and did it to the very sim i was >>> in. >>> > > And what they did say in voice made it sound like linden lab had no >>> > power to >>> > > stop any griefer. >>> > > i even have screen shots of this attack. >>> > > what im told is they can do it with open source viewers . >>> > > >>> > > >>> > > >>> > > >>> > > ______________________________ >>> > _________________ >>> > > Policies and (un)subscribe information available here: >>> > > http://wiki.secondlife.com/wiki/SLDev >>> > > Please read the policies before posting to keep unmoderated posting >>> > > privileges >>> > > >>> > >>> ------------------------------------------------------------------------ >>> > >>> > _______________________________________________ >>> > Policies and (un)subscribe information available here: >>> > http://wiki.secondlife.com/wiki/SLDev >>> > Please read the policies before posting to keep unmoderated posting >>> privileges >>> >>> _______________________________________________ >>> Policies and (un)subscribe information available here: >>> http://wiki.secondlife.com/wiki/SLDev >>> Please read the policies before posting to keep unmoderated posting >>> privileges >>> >>> >>> >>> _______________________________________________ >>> Policies and (un)subscribe information available here: >>> http://wiki.secondlife.com/wiki/SLDev >>> Please read the policies before posting to keep unmoderated posting >>> privileges >>> _______________________________________________ >>> Policies and (un)subscribe information available here: >>> http://wiki.secondlife.com/wiki/SLDev >>> Please read the policies before posting to keep unmoderated posting >>> privileges >>> >> >> >> > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090911/ac14757c/attachment.htm From billwindwalker at rocketmail.com Fri Sep 11 05:35:04 2009 From: billwindwalker at rocketmail.com (Bill Windwalker) Date: Fri, 11 Sep 2009 05:35:04 -0700 (PDT) Subject: [sldev] RE SnowGlobe and copybots In-Reply-To: <824c8ab70909110522h62cc1c24q14ec69b7998b62d6@mail.gmail.com> References: <999503.74582.qm@web111214.mail.gq1.yahoo.com> <824c8ab70909102345g5e4c91cdl78f4b5675105205c@mail.gmail.com> <137421.8239.qm@web111212.mail.gq1.yahoo.com> <824c8ab70909110354s29b986fbg9a911813387fe273@mail.gmail.com> <586146.69678.qm@web111213.mail.gq1.yahoo.com> <824c8ab70909110522h62cc1c24q14ec69b7998b62d6@mail.gmail.com> Message-ID: <217627.57878.qm@web111212.mail.gq1.yahoo.com> Locks only keep the people out that honor the Locks... And one that see smoke and will not stop to see if there is a fire just to let others do this what then ? but you are right this topic at this point is childish. ________________________________ From: Nexii Malthus To: Bill Windwalker Cc: sldev Sent: Friday, September 11, 2009 8:22:37 AM Subject: Re: [sldev] RE SnowGlobe and copybots Sure, but it was blown out of perception, there wasn't any information actually shared, just primarily lies and deceit behind an impervious wall of good intention. People weren't informed about what copybot really was. A bunch thought that the copybot didn't even need to be in the sim but anywhere on the grid. Etc. It was really out of proportion, becoming mythological even. And mythology can be a far worse problem, people then retaliate for the wrong reasons or from a wrong angle. It becomes unscientific. The whole copybot problem can even become worse than it could ever have been in reality. In concept it is pretty much linear with the MPAA and Pirates. People are starting to dispute whether spending all that money on anti-piracy is of benefit at all. And scientific studies being carried out how pirates helped brand awareness and recognition, as well as to monopolize software markets (Photoshop anyone?). Was there ever a loss? Would that person stealing ever have contributed in the first place? I'm not saying they are good people for doing this, but I think its all been handled so childish and immaturely. People seem to be oblivious to the effectiveness of DMCA and Copyright Infringement abuse report as well. In fact, LL is far more experienced and capable at handling these now too than ever before. - Nexii On Fri, Sep 11, 2009 at 12:49 PM, Bill Windwalker wrote: If the hole had not been there for so long as it was this will not have happen in the first place. >It is only by people putting off some thing for so long till the problem has gotten so big to be seen by so many. >If one thinks by not telling some one that they are nude and walk on the street that no others will see this then they are wrong. >And what if it was some other company hoping this will have happen? >is it not best to bring it out in the open befor more or even bigger problems happen? > > > > ________________________________ From: Nexii Malthus >To: Bill Windwalker >Sent: Friday, September 11, 2009 6:54:57 AM > >Subject: Re: [sldev] RE SnowGlobe and copybots > > >And don't you realize your providing enormous fuel to the people who thrive on panic? As well as fuelling scam business selling out on the panic with anti-copybots that never worked? > >- Nexii > > >On Fri, Sep 11, 2009 at 11:36 AM, Bill Windwalker wrote: > >so do you feel its ok for people to copy your AV ? >>skin , hair and every thing you have ? >>is this what you are telling people ? >>and watching them copy linden lab builds what ever they wish to copy ? >>and think of all the people with xstreet magic box that may have been copy. >>and all this content taken and moved off LL server to what ? >> >> >> >> ________________________________ From: Nexii Malthus >>To: Bill Windwalker >>Sent: Friday, September 11, 2009 2:45:56 AM >>Subject: Re: [sldev] RE SnowGlobe and copybots >> >> >>Panic has done more damage than copybots really have done. >> >>That's all. >> >>- Nexii >> >> >>On Tue, Sep 1, 2009 at 4:00 PM, Bill Windwalker wrote: >> >>Well it was more then just shoes they taken for they was doing copybot of the LL Build in korea1 and that build was by the Linden Lab people them self. >>>What was the rule about copying assets that belong to Linden Lab and what if they upload it from the Linden Lab computer some place on to another companys computer system just to mirror SL and every thing in SL just to sale it later on to a bigger company? >>>what is the over all lost then ? >>>can it be put in numbers ? >>> >>>xstorm Radek >>> >>> >>> >>>----- Forwarded Message ---- >>>From: Ann Otoole >>>To: sldev at lists.secondlife.com >>>Sent: Tuesday, September 1, 2009 10:50:46 AM >>>Subject: Re: [sldev] SnowGlobe and copybots >>> >>> >>>I watched someone using cryolife cruise around in my parcel this morning where that account was banned so honestly I think LL has much bigger fish to fry. Stealing a pair of eshoes is nothing compared to the access control system being compromised. Yes there is a pjira defect open on it. http://jira.secondlife.com/browse/SVC-4632 >>> >>>Honestly it is looking like the only solution is a bot that teleports home anyone not using an LL compiled viewer. And that still won't get them all. But if it is deployed to most of Second Lifethen it might send a clear message to Linden Lab they need to deal with the problem. Or will LL begin banning people for defending themselves from these hacked third party viewers? Is it against the TOS to deny access to non LL compiled viewers? >>> >>> >>> >>> ________________________________ From: nyx linden >>>To: Ron Festa >>>Cc: sldev at lists.secondlife.com >>>Sent: Monday, August 31, 2009 1:52:35 PM >>>Subject: Re: [sldev] SnowGlobe and copybots >>> >>>? ? Additionally, the technique to stop malicious clients from stealing >>>your clothing textures (namely, only sending out baked but not local >>>texture data) will be in the main client in the next major release, as >>>part of a larger avatar overhaul. The reasons for this extend beyond >>>content theft, but stopping this is a major benefit to this switch in >>>protocol. >>> >>>? ? Combating griefing attacks and content theft is not an easy task, >>>but we are taking steps to minimize the potential for abuse, and we try >>>to have systems in place for what to do when it does occur (including >>>dealing with the specific instance of abuse as well as looking for ways >>>to prevent future issues). We're always looking for ways of making the >>>client secure, and welcome feedback and ideas to help us move in this >>>direction. >>> >>>-Nyx >>> >>>Ron Festa wrote: >>>> While its true they can modify the opensource code to turn a client >>>> into a copybot, as far as I know there really hasn't been any known >>>> copybot viewers that have popped up because there's no code in the LL >>>> viewer that allows asset copying. Majority of copybots are really >>>> modded poorly written legit bots. While there is a really obscure >>>> patch that's floating around griefer circles, most griefers are not >>>> programmers. Most do not know how to inject and maintain custom code >>>> into the source code then compile it with every version. >>>> >>>> But, thanks to the open source viewers floating around you also have >>>> an amount of protection from griefers you can't get in the LL viewer. >>>> Viewers like Meerkat & Emerald make it impossible for them to steel >>>> your clothing and provides additional tools that would prevent them >>>> from attacking your or removing them from your property before they >>>> become a problem. Plus they have a bunch of fun stuff in them that >>>> just make your life easier in SL. >>>> >>>> On Sat, Aug 29, 2009 at 4:15 AM, Bill >>>> Windwalker>>> > wrote: >>>> > Good day every one. >>>> > Yesterday i was a victim of a copybot and a group of griefers. >>>> > this type of bullying and theft of content needs to stop they are >>>> making a >>>> > joke out of all the hard work people do in SL. >>>> > As i sat and talk to a friend a griefer had taken only a sec to copy >>>> my AV >>>> > and every thing i had on in a sec and did it to the very sim i was in. >>>> > And what they did say in voice made it sound like linden lab had no >>>> power to >>>> > stop any griefer. >>>> > i even have screen shots of this attack. >>>> > what im told is they can do it with open source viewers . >>>> > >>>> > >>>> > >>>> > >>>> > ______________________________ >>>> _________________ >>>> > Policies and (un)subscribe information available here: >>>> > http://wiki.secondlife.com/wiki/SLDev >>>> > Please read the policies before posting to keep unmoderated posting >>>> > privileges >>>> > >>>> ------------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> Policies and (un)subscribe information available here: >>>> http://wiki.secondlife.com/wiki/SLDev >>>> Please read the policies before posting to keep unmoderated posting privileges >>> >>>_______________________________________________ >>>Policies and (un)subscribe information available here: >>>http://wiki.secondlife.com/wiki/SLDev >>>Please read the policies before posting to keep unmoderated posting privileges >>> >>> >>> >>>_______________________________________________ >>>Policies and (un)subscribe information available here: >>>http://wiki.secondlife.com/wiki/SLDev >>>Please read the policies before posting to keep unmoderated posting privileges >>>_______________________________________________ >>>Policies and (un)subscribe information available here: >>>http://wiki.secondlife.com/wiki/SLDev >>>Please read the policies before posting to keep unmoderated posting privileges >>> >> >> > > >_______________________________________________ >Policies and (un)subscribe information available here: >http://wiki.secondlife.com/wiki/SLDev >Please read the policies before posting to keep unmoderated posting privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090911/ebb64fdf/attachment-0001.htm From kelly at lindenlab.com Fri Sep 11 09:14:06 2009 From: kelly at lindenlab.com (Kelly Linden) Date: Fri, 11 Sep 2009 09:14:06 -0700 Subject: [sldev] How many chars can be sent in an HTTP post? In-Reply-To: <4AA9CCFE.4020502@gmail.com> References: <1dabc2a30909101948m40b8a6caja15701f05261264c@mail.gmail.com> <4AA9CCFE.4020502@gmail.com> Message-ID: For HTTP-In (llRequestURL, http_request, llHTTPResponse): The body of a POST or PUT to http_request is capped at 2048 bytes.The headers are capped at 255 bytes The query args and extended path (beyond the cap) are converted to headers before they reach the sim, and thus subject to the header limit. For HTTP-Out (llHTTPRequest, http_response): There is no cap on the body sent out with the request. Whatever your script can hold as a string. The body returned by the request is capped at 2048 bytes. I think that covers the limits? - Kelly On Thu, Sep 10, 2009 at 9:07 PM, Tateru Nino wrote: > RFC2616 doesn't impose any particular restriction, but intermediate > software might. Last I looked, the Lab was using squid to handle... > well, quite a lot of things, including this. By default that has no > limit for request bodies, and a 20KB limit for request headers (assuming > we're talking about HTTP-out (SL to world)). > > My expectation, however, is that these values are clamped somewhat > tighter than that, but I'm not really sure quite where -- I know I've > bumped into them once before, but I didn't write it down. > > If nobody has the answer handy, write a test-script to progressively > increase the amount, until you get an error. That'll give you a > definitive answer, at least, at the expense of doing a bit of fiddling > to get it. > > Fire wrote: > > Hi there, I read the wiki and see that an http response body is > > limited to 2048, > > but how long can our post vars be? > > > > Ie: Id like to send to the server a bunch of UUID's, just wondering > > how many I can send at a time. > > > > Please let me know! > > Thanks great SL Scripters! > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Policies and (un)subscribe information available here: > > http://wiki.secondlife.com/wiki/SLDev > > Please read the policies before posting to keep unmoderated posting > privileges > > -- > Tateru Nino > http://dwellonit.taterunino.net/ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090911/d6416c6c/attachment.htm From kelly at lindenlab.com Fri Sep 11 09:19:25 2009 From: kelly at lindenlab.com (Kelly Linden) Date: Fri, 11 Sep 2009 09:19:25 -0700 Subject: [sldev] How many chars can be sent in an HTTP post? In-Reply-To: References: <1dabc2a30909101948m40b8a6caja15701f05261264c@mail.gmail.com> <4AA9CCFE.4020502@gmail.com> Message-ID: I jumped to conclusions from the 'Thanks great SL Scripters!' that this was about the script functions! But this is the sldev list, not the scripters list. I believe the others have covered the limits outside of our LSL imposed limits. There is a 1024 byte limit on headers in our C++ processing of requests in the simulator. I'm not sure about any other limits. - Kelly On Fri, Sep 11, 2009 at 9:14 AM, Kelly Linden wrote: > For HTTP-In (llRequestURL, http_request, llHTTPResponse): > The body of a POST or PUT to http_request is capped at 2048 bytes.The > headers are capped at 255 bytes > The query args and extended path (beyond the cap) are converted to headers > before they reach the sim, and thus subject to the header limit. > > For HTTP-Out (llHTTPRequest, http_response): > There is no cap on the body sent out with the request. Whatever your > script can hold as a string. > The body returned by the request is capped at 2048 bytes. > > I think that covers the limits? > > - Kelly > > On Thu, Sep 10, 2009 at 9:07 PM, Tateru Nino wrote: > >> RFC2616 doesn't impose any particular restriction, but intermediate >> software might. Last I looked, the Lab was using squid to handle... >> well, quite a lot of things, including this. By default that has no >> limit for request bodies, and a 20KB limit for request headers (assuming >> we're talking about HTTP-out (SL to world)). >> >> My expectation, however, is that these values are clamped somewhat >> tighter than that, but I'm not really sure quite where -- I know I've >> bumped into them once before, but I didn't write it down. >> >> If nobody has the answer handy, write a test-script to progressively >> increase the amount, until you get an error. That'll give you a >> definitive answer, at least, at the expense of doing a bit of fiddling >> to get it. >> >> Fire wrote: >> > Hi there, I read the wiki and see that an http response body is >> > limited to 2048, >> > but how long can our post vars be? >> > >> > Ie: Id like to send to the server a bunch of UUID's, just wondering >> > how many I can send at a time. >> > >> > Please let me know! >> > Thanks great SL Scripters! >> > ------------------------------------------------------------------------ >> > >> > _______________________________________________ >> > Policies and (un)subscribe information available here: >> > http://wiki.secondlife.com/wiki/SLDev >> > Please read the policies before posting to keep unmoderated posting >> privileges >> >> -- >> Tateru Nino >> http://dwellonit.taterunino.net/ >> >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/SLDev >> Please read the policies before posting to keep unmoderated posting >> privileges >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090911/93ece6f3/attachment.htm From kakurady at gmail.com Mon Sep 14 04:43:25 2009 From: kakurady at gmail.com (Kakurady Drakenar) Date: Mon, 14 Sep 2009 07:43:25 -0400 Subject: [sldev] RE SnowGlobe and copybots In-Reply-To: <586146.69678.qm@web111213.mail.gq1.yahoo.com> References: <999503.74582.qm@web111214.mail.gq1.yahoo.com> <824c8ab70909102345g5e4c91cdl78f4b5675105205c@mail.gmail.com> <137421.8239.qm@web111212.mail.gq1.yahoo.com> <824c8ab70909110354s29b986fbg9a911813387fe273@mail.gmail.com> <586146.69678.qm@web111213.mail.gq1.yahoo.com> Message-ID: <4AAE2C5D.9020504@gmail.com> Excuse me? For the content to be displayed on the client computer, it has to be downloaded and decoded. Any obscfucation can only delay itself from being bypassed and cannot stand forever. DRM is defective by design - you can't have the consumer to hold the lock and the key and trust (some of) him not figure out a way to open the lock with the key, not when he have an incentive to do so. TLDR: It's not a hole, it's a design choice. Kakurady / Geneko Nemeth ? 2009/9/11 7:49, Bill Windwalker ??: > If the hole had not been there for so long as it was this will not > have happen in the first place. > It is only by people putting off some thing for so long till the > problem has gotten so big to be seen by so many. > If one thinks by not telling some one that they are nude and walk on > the street that no others will see this then they are wrong. > And what if it was some other company hoping this will have happen? > is it not best to bring it out in the open befor more or even bigger > problems happen? > > ------------------------------------------------------------------------ > *From:* Nexii Malthus > *To:* Bill Windwalker > *Sent:* Friday, September 11, 2009 6:54:57 AM > *Subject:* Re: [sldev] RE SnowGlobe and copybots > > And don't you realize your providing enormous fuel to the people who > thrive on panic? As well as fuelling scam business selling out on the > panic with anti-copybots that never worked? > > - Nexii > > On Fri, Sep 11, 2009 at 11:36 AM, Bill Windwalker > > > wrote: > > so do you feel its ok for people to copy your AV ? > skin , hair and every thing you have ? > is this what you are telling people ? > and watching them copy linden lab builds what ever they wish to copy ? > and think of all the people with xstreet magic box that may have > been copy. > and all this content taken and moved off LL server to what ? > > ------------------------------------------------------------------------ > *From:* Nexii Malthus > > *To:* Bill Windwalker > > *Sent:* Friday, September 11, 2009 2:45:56 AM > *Subject:* Re: [sldev] RE SnowGlobe and copybots > > Panic has done more damage than copybots really have done. > > That's all. > > - Nexii > > On Tue, Sep 1, 2009 at 4:00 PM, Bill Windwalker > > wrote: > > Well it was more then just shoes they taken for they was doing > copybot of the LL Build in korea1 and that build was by the > Linden Lab people them self. > What was the rule about copying assets that belong to Linden > Lab and what if they upload it from the Linden Lab computer > some place on to another companys computer system just to > mirror SL and every thing in SL just to sale it later on to a > bigger company? > what is the over all lost then ? > can it be put in numbers ? > xstorm Radek > > ----- Forwarded Message ---- > *From:* Ann Otoole > > *To:* sldev at lists.secondlife.com > > *Sent:* Tuesday, September 1, 2009 10:50:46 AM > *Subject:* Re: [sldev] SnowGlobe and copybots > > I watched someone using cryolife cruise around in my parcel > this morning where that account was banned so honestly I think > LL has much bigger fish to fry. Stealing a pair of eshoes is > nothing compared to the access control system being > compromised. Yes there is a pjira defect open on it. > http://jira.secondlife.com/browse/SVC-4632 > > Honestly it is looking like the only solution is a bot that > teleports home anyone not using an LL compiled viewer. And > that still won't get them all. But if it is deployed to most > of Second Lifethen it might send a clear message to Linden Lab > they need to deal with the problem. Or will LL begin banning > people for defending themselves from these hacked third party > viewers? Is it against the TOS to deny access to non LL > compiled viewers? > > ------------------------------------------------------------------------ > *From:* nyx linden > > *To:* Ron Festa > > *Cc:* sldev at lists.secondlife.com > > *Sent:* Monday, August 31, 2009 1:52:35 PM > *Subject:* Re: [sldev] SnowGlobe and copybots > > Additionally, the technique to stop malicious clients from > stealing > your clothing textures (namely, only sending out baked but not > local > texture data) will be in the main client in the next major > release, as > part of a larger avatar overhaul. The reasons for this extend > beyond > content theft, but stopping this is a major benefit to this > switch in > protocol. > > Combating griefing attacks and content theft is not an > easy task, > but we are taking steps to minimize the potential for abuse, > and we try > to have systems in place for what to do when it does occur > (including > dealing with the specific instance of abuse as well as looking > for ways > to prevent future issues). We're always looking for ways of > making the > client secure, and welcome feedback and ideas to help us move > in this > direction. > > -Nyx > > Ron Festa wrote: > > While its true they can modify the opensource code to turn a > client > > into a copybot, as far as I know there really hasn't been > any known > > copybot viewers that have popped up because there's no code > in the LL > > viewer that allows asset copying. Majority of copybots are > really > > modded poorly written legit bots. While there is a really > obscure > > patch that's floating around griefer circles, most griefers > are not > > programmers. Most do not know how to inject and maintain > custom code > > into the source code then compile it with every version. > > > > But, thanks to the open source viewers floating around you > also have > > an amount of protection from griefers you can't get in the > LL viewer. > > Viewers like Meerkat & Emerald make it impossible for them > to steel > > your clothing and provides additional tools that would > prevent them > > from attacking your or removing them from your property > before they > > become a problem. Plus they have a bunch of fun stuff in > them that > > just make your life easier in SL. > > > > On Sat, Aug 29, 2009 at 4:15 AM, Bill > > Windwalker > > >> wrote: > > > Good day every one. > > > Yesterday i was a victim of a copybot and a group of griefers. > > > this type of bullying and theft of content needs to stop > they are > > making a > > > joke out of all the hard work people do in SL. > > > As i sat and talk to a friend a griefer had taken only a > sec to copy > > my AV > > > and every thing i had on in a sec and did it to the very > sim i was in. > > > And what they did say in voice made it sound like linden > lab had no > > power to > > > stop any griefer. > > > i even have screen shots of this attack. > > > what im told is they can do it with open source viewers . > > > > > > > > > > > > > > > ______________________________ > > _________________ > > > Policies and (un)subscribe information available here: > > > http://wiki.secondlife.com/wiki/SLDev > > > Please read the policies before posting to keep > unmoderated posting > > > privileges > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Policies and (un)subscribe information available here: > > http://wiki.secondlife.com/wiki/SLDev > > Please read the policies before posting to keep unmoderated > posting privileges > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated > posting privileges > > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated > posting privileges > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated > posting privileges > > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090914/80ea6d49/attachment.htm From billwindwalker at rocketmail.com Mon Sep 14 06:24:41 2009 From: billwindwalker at rocketmail.com (Bill Windwalker) Date: Mon, 14 Sep 2009 06:24:41 -0700 (PDT) Subject: [sldev] RE SnowGlobe and copybots In-Reply-To: <4AAE2C5D.9020504@gmail.com> References: <999503.74582.qm@web111214.mail.gq1.yahoo.com> <824c8ab70909102345g5e4c91cdl78f4b5675105205c@mail.gmail.com> <137421.8239.qm@web111212.mail.gq1.yahoo.com> <824c8ab70909110354s29b986fbg9a911813387fe273@mail.gmail.com> <586146.69678.qm@web111213.mail.gq1.yahoo.com> <4AAE2C5D.9020504@gmail.com> Message-ID: <992452.24170.qm@web111204.mail.gq1.yahoo.com> Then what you are saying is that they will get past any lock. Such as account infomation with the account UUID. After all that is just a lock and getting the key will be no problem for some one to do using the same path of thinking. It is just a matter of time befor some one finds the key for that lock. and think what they may do may be some thing like start returning items to people or turning on auto return on other people land. may be even getting fast a firewall ? Is this what you are telling us ? Every thing we take the time to look at can be seen as a design choice. xstorm Radek ________________________________ From: Kakurady Drakenar To: Bill Windwalker Cc: sldev at lists.secondlife.com Sent: Monday, September 14, 2009 7:43:25 AM Subject: Re: [sldev] RE SnowGlobe and copybots Excuse me? For the content to be displayed on the client computer, it has to be downloaded and decoded. Any obscfucation can only delay itself from being bypassed and cannot stand forever. DRM is defective by design - you can't have the consumer to hold the lock and the key and trust (some of) him not figure out a way to open the lock with the key, not when he have an incentive to do so. TLDR: It's not a hole, it's a design choice. Kakurady / Geneko Nemeth ? 2009/9/11 7:49, Bill Windwalker ??: If the hole had not been there for so long as it was this will not have happen in the first place. >It is only by people putting off some thing for so long till the problem has gotten so big to be seen by so many. >If one thinks by not telling some one that they are nude and walk on the street that no others will see this then they are wrong. >And what if it was some other company hoping this will have happen? >is it not best to bring it out in the open befor more or even bigger problems happen? > > > > ________________________________ From: Nexii Malthus >To: Bill Windwalker >Sent: Friday, September 11, 2009 6:54:57 AM >Subject: Re: [sldev] RE SnowGlobe and copybots > >And don't you realize your providing enormous fuel to the people who thrive on panic? As well as fuelling scam business selling out on the panic with anti-copybots that never worked? > >- Nexii > > >On Fri, Sep 11, 2009 at 11:36 AM, Bill Windwalker wrote: > >so do you feel its ok for people to copy your AV ? >>skin , hair and every thing you have ? >>is this what you are telling people ? >>and watching them copy linden lab builds what ever they wish to copy ? >>and think of all the people with xstreet magic box that may have been copy. >>and all this content taken and moved off LL server to what ? >> >> >> >> ________________________________ From: Nexii Malthus >>To: Bill Windwalker >>Sent: Friday, September 11, 2009 2:45:56 AM >>Subject: Re: [sldev] RE SnowGlobe and copybots >> >> >>Panic has done more damage than copybots really have done. >> >>That's all. >> >>- Nexii >> >> >>On Tue, Sep 1, 2009 at 4:00 PM, Bill Windwalker wrote: >> >>Well it was more then just shoes they taken for they was doing copybot of the LL Build in korea1 and that build was by the Linden Lab people them self. >>>What was the rule about copying assets that belong to Linden Lab and what if they upload it from the Linden Lab computer some place on to another companys computer system just to mirror SL and every thing in SL just to sale it later on to a bigger company? >>>what is the over all lost then ? >>>can it be put in numbers ? >>> >>>xstorm Radek >>> >>> >>> >>>----- Forwarded Message ---- >>>From: Ann Otoole >>>To: sldev at lists.secondlife.com >>>Sent: Tuesday, September 1, 2009 10:50:46 AM >>>Subject: Re: [sldev] SnowGlobe and copybots >>> >>> >>>I watched someone using cryolife cruise around in my parcel this morning where that account was banned so honestly I think LL has much bigger fish to fry. Stealing a pair of eshoes is nothing compared to the access control system being compromised. Yes there is a pjira defect open on it. http://jira.secondlife.com/browse/SVC-4632 >>> >>>Honestly it is looking like the only solution is a bot that teleports home anyone not using an LL compiled viewer. And that still won't get them all. But if it is deployed to most of Second Lifethen it might send a clear message to Linden Lab they need to deal with the problem. Or will LL begin banning people for defending themselves from these hacked third party viewers? Is it against the TOS to deny access to non LL compiled viewers? >>> >>> >>> >>> ________________________________ From: nyx linden >>>To: Ron Festa >>>Cc: sldev at lists.secondlife.com >>>Sent: Monday, August 31, 2009 1:52:35 PM >>>Subject: Re: [sldev] SnowGlobe and copybots >>> >>>? ? Additionally, the technique to stop malicious clients from stealing >>>your clothing textures (namely, only sending out baked but not local >>>texture data) will be in the main client in the next major release, as >>>part of a larger avatar overhaul. The reasons for this extend beyond >>>content theft, but stopping this is a major benefit to this switch in >>>protocol. >>> >>>? ? Combating griefing attacks and content theft is not an easy task, >>>but we are taking steps to minimize the potential for abuse, and we try >>>to have systems in place for what to do when it does occur (including >>>dealing with the specific instance of abuse as well as looking for ways >>>to prevent future issues). We're always looking for ways of making the >>>client secure, and welcome feedback and ideas to help us move in this >>>direction. >>> >>>-Nyx >>> >>>Ron Festa wrote: >>>> While its true they can modify the opensource code to turn a client >>>> into a copybot, as far as I know there really hasn't been any known >>>> copybot viewers that have popped up because there's no code in the LL >>>> viewer that allows asset copying. Majority of copybots are really >>>> modded poorly written legit bots. While there is a really obscure >>>> patch that's floating around griefer circles, most griefers are not >>>> programmers. Most do not know how to inject and maintain custom code >>>> into the source code then compile it with every version. >>>> >>>> But, thanks to the open source viewers floating around you also have >>>> an amount of protection from griefers you can't get in the LL viewer. >>>> Viewers like Meerkat & Emerald make it impossible for them to steel >>>> your clothing and provides additional tools that would prevent them >>>> from attacking your or removing them from your property before they >>>> become a problem. Plus they have a bunch of fun stuff in them that >>>> just make your life easier in SL. >>>> >>>> On Sat, Aug 29, 2009 at 4:15 AM, Bill >>>> Windwalker>>> > wrote: >>>> > Good day every one. >>>> > Yesterday i was a victim of a copybot and a group of griefers. >>>> > this type of bullying and theft of content needs to stop they are >>>> making a >>>> > joke out of all the hard work people do in SL. >>>> > As i sat and talk to a friend a griefer had taken only a sec to copy >>>> my AV >>>> > and every thing i had on in a sec and did it to the very sim i was in. >>>> > And what they did say in voice made it sound like linden lab had no >>>> power to >>>> > stop any griefer. >>>> > i even have screen shots of this attack. >>>> > what im told is they can do it with open source viewers . >>>> > >>>> > >>>> > >>>> > >>>> > ______________________________ >>>> _________________ >>>> > Policies and (un)subscribe information available here: >>>> > http://wiki.secondlife.com/wiki/SLDev >>>> > Please read the policies before posting to keep unmoderated posting >>>> > privileges >>>> > >>>> ------------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> Policies and (un)subscribe information available here: >>>> http://wiki.secondlife.com/wiki/SLDev >>>> Please read the policies before posting to keep unmoderated posting privileges >>> >>>_______________________________________________ >>>Policies and (un)subscribe information available here: >>>http://wiki.secondlife.com/wiki/SLDev >>>Please read the policies before posting to keep unmoderated posting privileges >>> >>> >>> >>>_______________________________________________ >>>Policies and (un)subscribe information available here: >>>http://wiki.secondlife.com/wiki/SLDev >>>Please read the policies before posting to keep unmoderated posting privileges >>>_______________________________________________ >>>Policies and (un)subscribe information available here: >>>http://wiki.secondlife.com/wiki/SLDev >>>Please read the policies before posting to keep unmoderated posting privileges >>> >> >> > > > ________________________________ >_______________________________________________ >Policies and (un)subscribe information available here: >http://wiki.secondlife.com/wiki/SLDev >Please read the policies before posting to keep unmoderated posting privileges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090914/029ed173/attachment-0001.htm From overdrive at dceo.rutgers.edu Mon Sep 14 07:10:36 2009 From: overdrive at dceo.rutgers.edu (Ron Festa) Date: Mon, 14 Sep 2009 10:10:36 -0400 Subject: [sldev] RE SnowGlobe and copybots Message-ID: <3c59673d0909140710n71cc8733u34d5c655b861528c@mail.gmail.com> Simple answer is YES. Where there is a will there is a way. If a hacker wants in, he'll get in. Its simply a matter of time and effort. Security has always been an oxymoron for that reason. The only thing you can do is attempt to make it annoying to bypass said security, but those dedicated to getting passed will still eventually get passed. Its not a design choice, its an inherited design flaw because you cannot predict what people can and/or will do. ------------------------------\ Then what you are saying is that they will get past any lock. Such as account infomation with the account UUID. After all that is just a lock and getting the key will be no problem for some one to do using the same path of thinking. It is just a matter of time befor some one finds the key for that lock. and think what they may do may be some thing like start returning items to people or turning on auto return on other people land. may be even getting fast a firewall ? Is this what you are telling us ? Every thing we take the time to look at can be seen as a design choice. xstorm Radek -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090914/223573f2/attachment.htm From tateru.nino at gmail.com Mon Sep 14 07:31:23 2009 From: tateru.nino at gmail.com (Tateru Nino) Date: Tue, 15 Sep 2009 00:31:23 +1000 Subject: [sldev] RE SnowGlobe and copybots In-Reply-To: <992452.24170.qm@web111204.mail.gq1.yahoo.com> References: <999503.74582.qm@web111214.mail.gq1.yahoo.com> <824c8ab70909102345g5e4c91cdl78f4b5675105205c@mail.gmail.com> <137421.8239.qm@web111212.mail.gq1.yahoo.com> <824c8ab70909110354s29b986fbg9a911813387fe273@mail.gmail.com> <586146.69678.qm@web111213.mail.gq1.yahoo.com> <4AAE2C5D.9020504@gmail.com> <992452.24170.qm@web111204.mail.gq1.yahoo.com> Message-ID: <4AAE53BB.3080301@gmail.com> In summary (and I think this topic is beyond the scope of the list) the following things are true: * At some point, unlocked content must become available. It doesn't matter what method you use to lock it, where that locking takes place, or where it is unlocked. For the viewer to actually use any of that content for _viewing_ it must be unlocked at or before it gets to the viewer. * Since the invention of the printing press, billions of dollars have been poured into figuring out a way around this, and so far nobody has yet found a way for locked content to remain protected unless you never unlock it. ie: It is only safe if you never make it available to any second- or third-party. * Since content cannot be used while locked, it must be unlocked somewhere. Which means that either unlocked at the server (transmitting unlocked content over the wire) or at the viewer (which means that the person using the viewer can find a way to get at the key or directly at the unlocked content) * Repeating item 2: Nobody has ever solved this problem. I think "design choice" is an unfortunate term, because it implies that there *is* a choice where none has ever been found. Until one does (if one ever does) it's more of a "design necessity". As I think we've reached the limit on this thread, I'll say no more on it on-list. Bill Windwalker wrote: > Then what you are saying is that they will get past any lock. > Such as account infomation with the account UUID. > After all that is just a lock and getting the key will be no problem > for some one to do using the same path of thinking. > It is just a matter of time befor some one finds the key for that lock. > and think what they may do may be some thing like start returning > items to people or turning on auto return on other people land. > may be even getting fast a firewall ? > Is this what you are telling us ? > > Every thing we take the time to look at can be seen as a design choice. > > xstorm Radek > > ------------------------------------------------------------------------ > *From:* Kakurady Drakenar > *To:* Bill Windwalker > *Cc:* sldev at lists.secondlife.com > *Sent:* Monday, September 14, 2009 7:43:25 AM > *Subject:* Re: [sldev] RE SnowGlobe and copybots > > Excuse me? For the content to be displayed on the client computer, it > has to be downloaded and decoded. Any obscfucation can only delay > itself from being bypassed and cannot stand forever. DRM is defective > by design - you can't have the consumer to hold the lock and the key > and trust (some of) him not figure out a way to open the lock with the > key, not when he have an incentive to do so. > > TLDR: It's not a hole, it's a design choice. > > Kakurady / Geneko Nemeth > > ? 2009/9/11 7:49, Bill Windwalker ??: >> If the hole had not been there for so long as it was this will not >> have happen in the first place. >> It is only by people putting off some thing for so long till the >> problem has gotten so big to be seen by so many. >> If one thinks by not telling some one that they are nude and walk on >> the street that no others will see this then they are wrong. >> And what if it was some other company hoping this will have happen? >> is it not best to bring it out in the open befor more or even bigger >> problems happen? >> >> ------------------------------------------------------------------------ >> *From:* Nexii Malthus >> *To:* Bill Windwalker >> *Sent:* Friday, September 11, 2009 6:54:57 AM >> *Subject:* Re: [sldev] RE SnowGlobe and copybots >> >> And don't you realize your providing enormous fuel to the people who >> thrive on panic? As well as fuelling scam business selling out on the >> panic with anti-copybots that never worked? >> >> - Nexii >> >> On Fri, Sep 11, 2009 at 11:36 AM, Bill Windwalker >> > > wrote: >> >> so do you feel its ok for people to copy your AV ? >> skin , hair and every thing you have ? >> is this what you are telling people ? >> and watching them copy linden lab builds what ever they wish to >> copy ? >> and think of all the people with xstreet magic box that may have >> been copy. >> and all this content taken and moved off LL server to what ? >> >> ------------------------------------------------------------------------ >> *From:* Nexii Malthus > > >> *To:* Bill Windwalker > > >> *Sent:* Friday, September 11, 2009 2:45:56 AM >> *Subject:* Re: [sldev] RE SnowGlobe and copybots >> >> Panic has done more damage than copybots really have done. >> >> That's all. >> >> - Nexii >> >> On Tue, Sep 1, 2009 at 4:00 PM, Bill Windwalker >> > > wrote: >> >> Well it was more then just shoes they taken for they was >> doing copybot of the LL Build in korea1 and that build was by >> the Linden Lab people them self. >> What was the rule about copying assets that belong to Linden >> Lab and what if they upload it from the Linden Lab computer >> some place on to another companys computer system just to >> mirror SL and every thing in SL just to sale it later on to a >> bigger company? >> what is the over all lost then ? >> can it be put in numbers ? >> >> xstorm Radek >> >> ----- Forwarded Message ---- >> *From:* Ann Otoole > > >> *To:* sldev at lists.secondlife.com >> >> *Sent:* Tuesday, September 1, 2009 10:50:46 AM >> *Subject:* Re: [sldev] SnowGlobe and copybots >> >> I watched someone using cryolife cruise around in my parcel >> this morning where that account was banned so honestly I >> think LL has much bigger fish to fry. Stealing a pair of >> eshoes is nothing compared to the access control system being >> compromised. Yes there is a pjira defect open on it. >> http://jira.secondlife.com/browse/SVC-4632 >> >> Honestly it is looking like the only solution is a bot that >> teleports home anyone not using an LL compiled viewer. And >> that still won't get them all. But if it is deployed to most >> of Second Lifethen it might send a clear message to Linden >> Lab they need to deal with the problem. Or will LL begin >> banning people for defending themselves from these hacked >> third party viewers? Is it against the TOS to deny access to >> non LL compiled viewers? >> >> ------------------------------------------------------------------------ >> *From:* nyx linden > >> *To:* Ron Festa > > >> *Cc:* sldev at lists.secondlife.com >> >> *Sent:* Monday, August 31, 2009 1:52:35 PM >> *Subject:* Re: [sldev] SnowGlobe and copybots >> >> Additionally, the technique to stop malicious clients >> from stealing >> your clothing textures (namely, only sending out baked but >> not local >> texture data) will be in the main client in the next major >> release, as >> part of a larger avatar overhaul. The reasons for this extend >> beyond >> content theft, but stopping this is a major benefit to this >> switch in >> protocol. >> >> Combating griefing attacks and content theft is not an >> easy task, >> but we are taking steps to minimize the potential for abuse, >> and we try >> to have systems in place for what to do when it does occur >> (including >> dealing with the specific instance of abuse as well as >> looking for ways >> to prevent future issues). We're always looking for ways of >> making the >> client secure, and welcome feedback and ideas to help us move >> in this >> direction. >> >> -Nyx >> >> Ron Festa wrote: >> > While its true they can modify the opensource code to turn >> a client >> > into a copybot, as far as I know there really hasn't been >> any known >> > copybot viewers that have popped up because there's no code >> in the LL >> > viewer that allows asset copying. Majority of copybots are >> really >> > modded poorly written legit bots. While there is a really >> obscure >> > patch that's floating around griefer circles, most griefers >> are not >> > programmers. Most do not know how to inject and maintain >> custom code >> > into the source code then compile it with every version. >> > >> > But, thanks to the open source viewers floating around you >> also have >> > an amount of protection from griefers you can't get in the >> LL viewer. >> > Viewers like Meerkat & Emerald make it impossible for them >> to steel >> > your clothing and provides additional tools that would >> prevent them >> > from attacking your or removing them from your property >> before they >> > become a problem. Plus they have a bunch of fun stuff in >> them that >> > just make your life easier in SL. >> > >> > On Sat, Aug 29, 2009 at 4:15 AM, Bill >> > Windwalker> >> > > >> wrote: >> > > Good day every one. >> > > Yesterday i was a victim of a copybot and a group of >> griefers. >> > > this type of bullying and theft of content needs to stop >> they are >> > making a >> > > joke out of all the hard work people do in SL. >> > > As i sat and talk to a friend a griefer had taken only a >> sec to copy >> > my AV >> > > and every thing i had on in a sec and did it to the very >> sim i was in. >> > > And what they did say in voice made it sound like linden >> lab had no >> > power to >> > > stop any griefer. >> > > i even have screen shots of this attack. >> > > what im told is they can do it with open source viewers . >> > > >> > > >> > > >> > > >> > > ______________________________ >> > _________________ >> > > Policies and (un)subscribe information available here: >> > > http://wiki.secondlife.com/wiki/SLDev >> > > Please read the policies before posting to keep >> unmoderated posting >> > > privileges >> > > >> > >> ------------------------------------------------------------------------ >> > >> > _______________________________________________ >> > Policies and (un)subscribe information available here: >> > http://wiki.secondlife.com/wiki/SLDev >> > Please read the policies before posting to keep unmoderated >> posting privileges >> >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/SLDev >> Please read the policies before posting to keep unmoderated >> posting privileges >> >> >> >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/SLDev >> Please read the policies before posting to keep unmoderated >> posting privileges >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/SLDev >> Please read the policies before posting to keep unmoderated >> posting privileges >> >> >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/SLDev >> Please read the policies before posting to keep unmoderated posting privileges > > > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges -- Tateru Nino http://dwellonit.taterunino.net/ From dynaturtle.cai at gmail.com Mon Sep 14 07:34:34 2009 From: dynaturtle.cai at gmail.com (Cai Xiao(dynaturtle)) Date: Mon, 14 Sep 2009 22:34:34 +0800 Subject: [sldev] A problem with compilation of snowglobe Message-ID: <448f7bd20909140734r2b7fb3bcv4d45f00354447ced@mail.gmail.com> Hello, guys, I have sucked by a strange question when I try to compile the sub-part of the snowglobe. Actually, the llcommon project. I use VS 2008 as the compiler and linker. My problem is as following: 1>------ Build started: Project: llcommon, Configuration: Release Win32 ------ 1>Linking... 1>llbase64.obj : error LNK2001: unresolved external symbol _apr_base64_encode_binary 1>llbase64.obj : error LNK2001: unresolved external symbol _apr_base64_encode_len 1>llsdserialize.obj : error LNK2001: unresolved external symbol _apr_base64_decode_binary 1>llsdserialize.obj : error LNK2001: unresolved external symbol _apr_base64_decode_len 1>E:\Qiankun Mirror\llPrimMesher\Release\llcommon.dll : fatal error LNK1120: 4 unresolved externals 1>Build log was saved at "file://e:\Qiankun Mirror\llPrimMesher\llcommon\Release\BuildLog.htm" 1>llcommon - 5 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ========== But actually I have put the libaprutil-1.lib in the specified directory, and also the include file, but I do not know why VS still has a link problem. Following is the command line parameters of my project setting? *C/C++ command line parameters* /O2 /Oi /GL /I "C:\Program Files\Microsoft SDKs\Windows\v6.1\Lib" /I "E:\Qiankun Mirror\llPrimMesher\Include" /D "LL_WINDOWS" /D "_WINDLL" /D "_UNICODE" /D "UNICODE" /FD /EHsc /MD /Gy /Fo"Release\\" /Fd"Release\vc90.pdb" /W3 /nologo /c /Zi /TP /errorReport:prompt *Linker command line parameters* /OUT:"E:\Qiankun Mirror\llPrimMesher\Release\llcommon.dll" /NOLOGO /LIBPATH:"E:\Qiankun Mirror\llPrimMesher\Lib" /DLL /MANIFEST /MANIFESTFILE:"Release\llcommon.dll.intermediate.manifest" /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /LTCG /DYNAMICBASE /NXCOMPAT /ERRORREPORT:PROMPT libapr-1.lib aprutil-1.lib libaprutil-1.lib libapriconv-1.lib libexpat.lib ws2_32.lib psapi.lib advapi32.lib zdll.lib Netapi32.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib Thanks advance for any help. I am really sucked about this problem. I hope some one could help me figure it out. -- Department of Spatial Information Science&Technology, School of Earth&Space Science, Peking University ADD: Room 413, Institute Of RS and GIS , Peking University, Beijing, P.R. China Zip Code: 100871 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090914/416bef4d/attachment.htm From dmahalko at gmail.com Mon Sep 14 08:17:39 2009 From: dmahalko at gmail.com (Dale Mahalko) Date: Mon, 14 Sep 2009 10:17:39 -0500 Subject: [sldev] RE SnowGlobe and copybots In-Reply-To: <4AAE53BB.3080301@gmail.com> References: <999503.74582.qm@web111214.mail.gq1.yahoo.com> <824c8ab70909102345g5e4c91cdl78f4b5675105205c@mail.gmail.com> <137421.8239.qm@web111212.mail.gq1.yahoo.com> <824c8ab70909110354s29b986fbg9a911813387fe273@mail.gmail.com> <586146.69678.qm@web111213.mail.gq1.yahoo.com> <4AAE2C5D.9020504@gmail.com> <992452.24170.qm@web111204.mail.gq1.yahoo.com> <4AAE53BB.3080301@gmail.com> Message-ID: While locking and security MAY be futile, that sure hasn't stopped people with extremely deep pockets from trying everything in the book to prevent you from stealing a pristine original digitally-exact duplicate of their content. Case in point: Blu-Ray and HDCP Yes, all the protection fails when it is finally displayed on a viewing device, and it is possible to capture said image by pointing a camera at the screen, but the resulting copy is not a digitally perfect copy and results in analog-to-analog capture deviation, optical distortion, and recompression artifacts. So it is not a pristine original digitally-exact duplicate of their content. I have already discussed the idea of a 3D card with similar DRM protecting its texture memory and an interal workspace on this list and I won't go over it again. But the real point here is that all this "useless DRM":which may "get broken someday anyway" (as say the naysavers) is expensive to implement. The cost is high and is a huge financial drain to develop. The knowledge of how to work with the protection must be shared with outside manufacturers who may be sloppy about protecting the work, and any one of those idiots can be responsible for undoing the whole thing. (This is how the DVD deCSS got started.) Note that both ATI and nVidia are complying with the music/movie industry DRM controls on digital data streams and HDCP. I don't think the MPAA/RIAA can FORCE either video card manufacturer to comply, but they can pay the manufacturers for their time and effort to implement such DRM controls. So the real question is, how deep are the pockets of Linden Lab and other online worlds developers to create such DRM protection and controls, and how much financial loss due to hacking of their DRM can they tolerate? I don't think the Lab's pockets are anywhere near as deep as those of the movie and music industry, nor can they provide "influence/fees" needed to get the likes of ATI and nVidia onboard, so that kills any such "3D DRM" controls straight off. So in summary you won't see 3D DRM because LL isn't willing to spend huge sums of money on trying to implement what is an "ultimately futile" effort to protect your content. And really it all comes back to the content creator. These controls if they existed don't need to be freely given to you. LL might charge you a large recurring fee to protect your content. I am sure the MPAA isn't doing their Blu-Ray protection out of the goodness of their heart for content producers. No, the MPAA is charging them a huge amount of money for the use of the protected distribution channel, to pay the MPAA back for their time and effort to create that channel. Would the copybot haters be willing to shell out a huge expensive annual fee five times higher than their land/server rental fees to get their content protected? (LL would in this scenario intentionally expose your content via unencrypted HTTP that is ripe for the picking, unless you pay up for the protected channel.) Oh, I bet that would finally stop this topic dead in its tracks, if the "copybot whiners" actually had to PAY say $10,000 a year to LL, on top of their land/server tier, to have their digital content protected with 3D DRM. :-) - Dale Mahalko / Scalar Tardis On Mon, Sep 14, 2009 at 9:31 AM, Tateru Nino wrote: > In summary (and I think this topic is beyond the scope of the list) the > following things are true: > * At some point, unlocked content must become available. It doesn't > matter what method you use to lock it, where that locking takes place, > or where it is unlocked. For the viewer to actually use any of that > content for _viewing_ it must be unlocked at or before it gets to the > viewer. > * Since the invention of the printing press, billions of dollars have > been poured into figuring out a way around this, and so far nobody has > yet found a way for locked content to remain protected unless you never > unlock it. ie: It is only safe if you never make it available to any > second- or third-party. > * Since content cannot be used while locked, it must be unlocked > somewhere. Which means that either unlocked at the server (transmitting > unlocked content over the wire) or at the viewer (which means that the > person using the viewer can find a way to get at the key or directly at > the unlocked content) > * Repeating item 2: Nobody has ever solved this problem. I think "design > choice" is an unfortunate term, because it implies that there *is* a > choice where none has ever been found. Until one does (if one ever does) > it's more of a "design necessity". > > As I think we've reached the limit on this thread, I'll say no more on > it on-list. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090914/2b9fef7a/attachment-0001.htm From brad at lindenlab.com Mon Sep 14 08:59:17 2009 From: brad at lindenlab.com (Brad Kittenbrink) Date: Mon, 14 Sep 2009 11:59:17 -0400 Subject: [sldev] RE SnowGlobe and copybots In-Reply-To: References: <999503.74582.qm@web111214.mail.gq1.yahoo.com> <824c8ab70909102345g5e4c91cdl78f4b5675105205c@mail.gmail.com> <137421.8239.qm@web111212.mail.gq1.yahoo.com> <824c8ab70909110354s29b986fbg9a911813387fe273@mail.gmail.com> <586146.69678.qm@web111213.mail.gq1.yahoo.com> <4AAE2C5D.9020504@gmail.com> <992452.24170.qm@web111204.mail.gq1.yahoo.com> <4AAE53BB.3080301@gmail.com> Message-ID: <80e689370909140859j432c95f0peca11008fc4cdbef@mail.gmail.com> Can't we all just agree that somebody somewhere involved with DRM is a Nazi and be done with it? -Brad From lynnewu.public at gmail.com Mon Sep 14 15:33:02 2009 From: lynnewu.public at gmail.com (Lynne Wu) Date: Mon, 14 Sep 2009 15:33:02 -0700 Subject: [sldev] RE SnowGlobe and copybots In-Reply-To: <80e689370909140859j432c95f0peca11008fc4cdbef@mail.gmail.com> References: <999503.74582.qm@web111214.mail.gq1.yahoo.com> <824c8ab70909102345g5e4c91cdl78f4b5675105205c@mail.gmail.com> <137421.8239.qm@web111212.mail.gq1.yahoo.com> <824c8ab70909110354s29b986fbg9a911813387fe273@mail.gmail.com> <586146.69678.qm@web111213.mail.gq1.yahoo.com> <4AAE2C5D.9020504@gmail.com> <992452.24170.qm@web111204.mail.gq1.yahoo.com> <4AAE53BB.3080301@gmail.com> <80e689370909140859j432c95f0peca11008fc4cdbef@mail.gmail.com> Message-ID: <4AAEC49E.3040307@gmail.com> !quit !quit !quit Does that work for off-topic discussions anymore? -CAD From gareth at garethnelson.com Mon Sep 14 18:39:29 2009 From: gareth at garethnelson.com (Gareth Nelson) Date: Tue, 15 Sep 2009 02:39:29 +0100 Subject: [sldev] RE SnowGlobe and copybots In-Reply-To: <4AAEC49E.3040307@gmail.com> References: <999503.74582.qm@web111214.mail.gq1.yahoo.com> <137421.8239.qm@web111212.mail.gq1.yahoo.com> <824c8ab70909110354s29b986fbg9a911813387fe273@mail.gmail.com> <586146.69678.qm@web111213.mail.gq1.yahoo.com> <4AAE2C5D.9020504@gmail.com> <992452.24170.qm@web111204.mail.gq1.yahoo.com> <4AAE53BB.3080301@gmail.com> <80e689370909140859j432c95f0peca11008fc4cdbef@mail.gmail.com> <4AAEC49E.3040307@gmail.com> Message-ID: <4ebfc1100909141839o64641509o3baaa0b643b0c76b@mail.gmail.com> !forward_to_soft !forward_to_soft probably works On Mon, Sep 14, 2009 at 11:33 PM, Lynne Wu wrote: > !quit > !quit > !quit > > Does that work for off-topic discussions anymore? > > -CAD > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges > -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From merov at lindenlab.com Mon Sep 14 21:26:03 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Mon, 14 Sep 2009 21:26:03 -0700 Subject: [sldev] SNOW-215: ready to commit Message-ID: <78f69850909142126n7ffc51b3h74c85df370305546@mail.gmail.com> Hi, I spent some time Friday and today testing that OGP enabling patch from Pixel Gausman. Pixel moved the Interop sub-menu from World to Advanced so not to add this still experimental feature to the main UI. Vaak was cantankerous as usual but we eventually went through the whole test plan. Summary: - Tests performed with SNOW-215-llstartupAndMac.patch - Windows: pass! - Mac: pass! - Linux: not tested... - Amendment required: change the short cut from "Ctrl-Alt-Shift-L" to "Ctrl-Alt-Shift-R" (see SNOW-215 for details) I'm waiting for Pixel's feedback on that last one but, other than that: +1. Thanks to Pixel Gausman and Arrogant Cyberstar to get that one out of the barn! Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090914/c6ba99a1/attachment.htm From teravus at gmail.com Mon Sep 14 22:40:41 2009 From: teravus at gmail.com (Teravus Ovares) Date: Tue, 15 Sep 2009 01:40:41 -0400 Subject: [sldev] SNOW-215: ready to commit In-Reply-To: <78f69850909142126n7ffc51b3h74c85df370305546@mail.gmail.com> References: <78f69850909142126n7ffc51b3h74c85df370305546@mail.gmail.com> Message-ID: <34cc66250909142240j7828840y1eb0c56c65a94d42@mail.gmail.com> Excellent! :) Regards Teravus On Tue, Sep 15, 2009 at 12:26 AM, Philippe (Merov) Bossut wrote: > Hi, > > I spent some time Friday and today testing that OGP enabling patch from > Pixel Gausman. Pixel moved the Interop sub-menu from World to Advanced so > not to add this still experimental feature to the main UI. Vaak was > cantankerous as usual but we eventually went through the whole test plan. > Summary: > - Tests performed with SNOW-215-llstartupAndMac.patch > - Windows: pass! > - Mac: pass! > - Linux: not tested... > - Amendment required: change the short cut from "Ctrl-Alt-Shift-L" to > "Ctrl-Alt-Shift-R" (see SNOW-215 for details) > > I'm waiting for Pixel's feedback on that last one but, other than that: +1. > > Thanks to Pixel Gausman and Arrogant Cyberstar to get that one out of the > barn! > > Cheers, > - Merov > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > From aleric.inglewood at gmail.com Tue Sep 15 04:59:55 2009 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Tue, 15 Sep 2009 13:59:55 +0200 Subject: [sldev] PATCH for SNOW-203 (162) Message-ID: <1e01733d0909150459h78c78eeco65ac9c99b1a5b589@mail.gmail.com> Can someone review the one-liner of https://jira.secondlife.com/browse/SNOW-203 ? From robla at lindenlab.com Tue Sep 15 12:29:27 2009 From: robla at lindenlab.com (Rob Lanphier) Date: Tue, 15 Sep 2009 12:29:27 -0700 Subject: [sldev] Futzing with SNOW-93 (autotranslate) today Message-ID: Hi everyone, I'm futzing around with SNOW-93 today (the translation patch). A couple of suggestions for changing the API: 1. Change "lljson" to "llstringtrans" ("lltranslate" is already taken.) 2. Change " LLJSON::parseGoogleTranslate" to "LLStringTrans::remoteStringTranslate" One comment that Techwolf made was: "Please remember to update the patch cmake files to look for system or LL supplied libraries for STANDALONE and NOT STANDALONE". I'm hoping someone here can make a "FindJsonCpp.cmake" file to help out with that effort. https://jira.secondlife.com/browse/SNOW-93 Rob From pmonkow at ncsu.edu Tue Sep 15 13:01:46 2009 From: pmonkow at ncsu.edu (pmonkow at ncsu.edu) Date: Tue, 15 Sep 2009 16:01:46 -0400 (EDT) Subject: [sldev] Request for VWR-15310 in Snowglobe: Advanced->XUI->Save to XML doesn't set proper XML tags Message-ID: <52635.70.61.95.187.1253044906.squirrel@webmail.ncsu.edu> Please consider VWR-15310 for inclusion in Snowglobe. Thanks, Phillip Monkowski Admiral Admiral From robertltux at gmail.com Tue Sep 15 13:29:36 2009 From: robertltux at gmail.com (Robert Martin) Date: Tue, 15 Sep 2009 16:29:36 -0400 Subject: [sldev] vwr-6199 any action?? Message-ID: Just to remind folks VWR-6199 is "Decompile avatar LLM mesh(es) back to their source format" there is a patch in this entry but it is against the 1.21.6 viewer (which is obsolete) is anybody working on updating this patch to Snowglobe?? -- Robert L Martin From monkowsk at fishkill.ibm.com Tue Sep 15 13:35:57 2009 From: monkowsk at fishkill.ibm.com (Mike Monkowski) Date: Tue, 15 Sep 2009 16:35:57 -0400 Subject: [sldev] vwr-6199 any action?? In-Reply-To: References: Message-ID: <4AAFFAAD.4080006@fishkill.ibm.com> I will be working on it soon. Mike Mm Alder Robert Martin wrote: > Just to remind folks VWR-6199 is "Decompile avatar LLM mesh(es) back > to their source format" there is a patch in this entry but it is > against the 1.21.6 viewer (which is obsolete) > is anybody working on updating this patch to Snowglobe?? > From nexiim at googlemail.com Tue Sep 15 15:34:35 2009 From: nexiim at googlemail.com (Nexii Malthus) Date: Tue, 15 Sep 2009 23:34:35 +0100 Subject: [sldev] Futzing with SNOW-93 (autotranslate) today In-Reply-To: References: Message-ID: <824c8ab70909151534y181b2770k7ecb36581ccfee52@mail.gmail.com> That does bring a thought though, could the User Interface strings be able to be translated into unknown/unsupported languages? Would just need to send all english strings and converted into target language once. It would be cool, seems a bit over the top though. One could ensure accuracy of 'context' by converting several supported languages into target unknown language and comparing the words for which is the most likely word by which word was the most returned. - Nexii On Tue, Sep 15, 2009 at 8:29 PM, Rob Lanphier wrote: > Hi everyone, > > I'm futzing around with SNOW-93 today (the translation patch). A > couple of suggestions for changing the API: > 1. Change "lljson" to "llstringtrans" ("lltranslate" is already taken.) > 2. Change " LLJSON::parseGoogleTranslate" to > "LLStringTrans::remoteStringTranslate" > > One comment that Techwolf made was: "Please remember to update the > patch cmake files to look for system or LL supplied libraries for > STANDALONE and NOT STANDALONE". I'm hoping someone here can make a > "FindJsonCpp.cmake" file to help out with that effort. > > https://jira.secondlife.com/browse/SNOW-93 > > Rob > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090915/5c95570e/attachment.htm From melinda at superliminal.com Tue Sep 15 18:06:46 2009 From: melinda at superliminal.com (Melinda Green) Date: Tue, 15 Sep 2009 18:06:46 -0700 Subject: [sldev] Futzing with SNOW-93 (autotranslate) today In-Reply-To: <824c8ab70909151534y181b2770k7ecb36581ccfee52@mail.gmail.com> References: <824c8ab70909151534y181b2770k7ecb36581ccfee52@mail.gmail.com> Message-ID: <4AB03A26.7080302@superliminal.com> My first thought as I began to read your idea for automated UI translation was "Ugh, the results will be terrible", but then when you described your idea of using the existing UI translations to improve the quality, I find that I'm intrigued. How did you come up with the idea? Had you seen something like it used elsewhere? It's really quite clever. The results don't even need to be that great to be useful. Software that I can't read is pretty much useless to me, so as long as the results are not completely terrible, even modest results would be way better than nothing. -Melinda Nexii Malthus wrote: > That does bring a thought though, could the User Interface strings be > able to be translated into unknown/unsupported languages? Would just > need to send all english strings and converted into target language > once. It would be cool, seems a bit over the top though. One could > ensure accuracy of 'context' by converting several supported languages > into target unknown language and comparing the words for which is the > most likely word by which word was the most returned. > > - Nexii > > On Tue, Sep 15, 2009 at 8:29 PM, Rob Lanphier > wrote: > > Hi everyone, > > I'm futzing around with SNOW-93 today (the translation patch). A > couple of suggestions for changing the API: > 1. Change "lljson" to "llstringtrans" ("lltranslate" is already > taken.) > 2. Change " LLJSON::parseGoogleTranslate" to > "LLStringTrans::remoteStringTranslate" > > One comment that Techwolf made was: "Please remember to update the > patch cmake files to look for system or LL supplied libraries for > STANDALONE and NOT STANDALONE". I'm hoping someone here can make a > "FindJsonCpp.cmake" file to help out with that effort. > > https://jira.secondlife.com/browse/SNOW-93 > > Rob > From kakurady at gmail.com Tue Sep 15 18:46:11 2009 From: kakurady at gmail.com (Kakurady Drakenar) Date: Tue, 15 Sep 2009 21:46:11 -0400 Subject: [sldev] Futzing with SNOW-93 (autotranslate) today In-Reply-To: <824c8ab70909151534y181b2770k7ecb36581ccfee52@mail.gmail.com> References: <824c8ab70909151534y181b2770k7ecb36581ccfee52@mail.gmail.com> Message-ID: <4AB04363.1040203@gmail.com> Oh no, please don't. A high quality interface translation is a work with a lot of effort and require someone well versed in both languages. Machine translation just doesn't cut it. And definitely not when Second Life has its own jargon! "Verifying" it with multiple translations doesn't work either. Translating is not as simple as replacing one word with another. Indeed, translators of Second Life sometimes need to paraphrase to obtain a more elegant translation. In addition, each language have their own ways to express ideas, and Google Translate, while having a large corpse, is far from infallable - even more so since it uses English as an intermediate language, which means the accuracy largely depends on the language's similarity with English. I'll demonstrate this in a minute. (Please note that I oppose the autotranslate feature to begin with.) Kakurady / Geneko Nemeth The text used is the tooltip of the check_fly checkbox of floater_about_land.xml. (I'm favoring Chinese because I re-translated the client into Chinese.) Original: If checked, Residents can fly on your land. If unchecked, they can only fly into and over your land. Translating into English: zh If selected, then, residents can fly on your soil. If not selected, they can only fly in or fly over your land. da If elected, residents can fly to your country. If not selected residents can only fly into your country and to your country. de If enabled, people can fly to your country. If not activated, residents can simply fly to your country and there (then again, continues to land but not), or fly over your country to come. es If checked, residents will fly in their field. If not, can only fly to the cross or even landing on it. fr If this option is checked, residents can steal your land. If unchecked, they can fly only when they arrive and pass over your field. hu If it was turned on, the flight allowed to land. If not, then it is only possible outside the area. it If checked, the other residents can fly on your soil. If unchecked, it can only get on a plane or fly over the ground. ja The flight will be checked in this land. Be able to fly only when you enter the land and pass unchecked. pt If enabled, the residents can fly on their land. If disabled, they can only fly into and over their land. ru If checked, residents can fly on your soil. tr If you are selected, members can fly on your land. If it is not selected, then you can fly and land in your land uk If checked, the resident can fly on your land. Translating through English into Chinese: en (Original) If checked, Residents can fly on your land. If unchecked, they can only fly into and over your land. zh (Original) ????????????????????????????? ????????????? en-zh ????????????????????????????????? ????? zh-en-zh ??????????????????????????????? ??????? da-en-zh ???????????????????????????????? de-en-zh ??????????????????????????????? ????????????????????????? es-en-zh ??????????????????????????????? ????? fr-en-zh ??????????????????????????????? ??????????????????? hu-en-zh ???????????????????????????? it-en-zh ??????????????????????????????? ??????????? ja-en-zh ????????????????????????????????? pt-en-zh ??????????????????????????????? ????? ru-en-zh ??????????????? tr-en-zh ??????????????????????????????? ??????? uk-en-zh ????????????????? ? 2009/9/15 18:34, Nexii Malthus ??: > That does bring a thought though, could the User Interface strings be > able to be translated into unknown/unsupported languages? Would just > need to send all english strings and converted into target language > once. It would be cool, seems a bit over the top though. One could > ensure accuracy of 'context' by converting several supported languages > into target unknown language and comparing the words for which is the > most likely word by which word was the most returned. > > - Nexii > > On Tue, Sep 15, 2009 at 8:29 PM, Rob Lanphier > wrote: > > Hi everyone, > > I'm futzing around with SNOW-93 today (the translation patch). A > couple of suggestions for changing the API: > 1. Change "lljson" to "llstringtrans" ("lltranslate" is already > taken.) > 2. Change " LLJSON::parseGoogleTranslate" to > "LLStringTrans::remoteStringTranslate" > > One comment that Techwolf made was: "Please remember to update the > patch cmake files to look for system or LL supplied libraries for > STANDALONE and NOT STANDALONE". I'm hoping someone here can make a > "FindJsonCpp.cmake" file to help out with that effort. > > https://jira.secondlife.com/browse/SNOW-93 > > Rob > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated > posting privileges > > > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090915/0508ee75/attachment-0001.htm From melinda at superliminal.com Tue Sep 15 20:00:08 2009 From: melinda at superliminal.com (Melinda Green) Date: Tue, 15 Sep 2009 20:00:08 -0700 Subject: [sldev] Futzing with SNOW-93 (autotranslate) today In-Reply-To: <4AB04363.1040203@gmail.com> References: <824c8ab70909151534y181b2770k7ecb36581ccfee52@mail.gmail.com> <4AB04363.1040203@gmail.com> Message-ID: <4AB054B8.5080308@superliminal.com> The question is not whether a machine translated UI can ever be good (I'm sure it can't), but whether it can be "good enough". When I imagine using a Second Life client with the Chinese characters (which I don't understand at all) and compare that with even the worst of the machine translations you gave below, I'd take the MT version any day because that would mean I'd have a chance to succeed in using it whereas with a quality Chinese version that would clearly be impossible. The language voting idea probably only works well with one or two word phrases, but that includes nearly all buttons, menus, menu items, etc. so I'd love to see how good it could be. None of that means we'd commit to using it but I'm open minded about the idea. -Melinda Kakurady Drakenar wrote: > Oh no, please don't. > A high quality interface translation is a work with a lot of effort > and require someone well versed in both languages. Machine translation > just doesn't cut it. And definitely not when Second Life has its own > jargon! > > "Verifying" it with multiple translations doesn't work either. > Translating is not as simple as replacing one word with another. > Indeed, translators of Second Life sometimes need to paraphrase to > obtain a more elegant translation. In addition, each language have > their own ways to express ideas, and Google Translate, while having a > large corpse, is far from infallable - even more so since it uses > English as an intermediate language, which means the accuracy largely > depends on the language's similarity with English. I'll demonstrate > this in a minute. > > (Please note that I oppose the autotranslate feature to begin with.) > > Kakurady / Geneko Nemeth > > > The text used is the tooltip of the check_fly checkbox of > floater_about_land.xml. > (I'm favoring Chinese because I re-translated the client into Chinese.) > > Original: If checked, Residents can fly on your land. If unchecked, > they can only fly into and over your land. > Translating into English: > zh If selected, then, residents can fly on your soil. If not selected, > they can only fly in or fly over your land. > da If elected, residents can fly to your country. If not selected > residents can only fly into your country and to your country. > de If enabled, people can fly to your country. If not activated, > residents can simply fly to your country and there (then again, > continues to land but not), or fly over your country to come. > es If checked, residents will fly in their field. If not, can only fly > to the cross or even landing on it. > fr If this option is checked, residents can steal your land. If > unchecked, they can fly only when they arrive and pass over your field. > hu If it was turned on, the flight allowed to land. If not, then it is > only possible outside the area. > it If checked, the other residents can fly on your soil. If unchecked, > it can only get on a plane or fly over the ground. > ja The flight will be checked in this land. Be able to fly only when > you enter the land and pass unchecked. > pt If enabled, the residents can fly on their land. If disabled, they > can only fly into and over their land. > ru If checked, residents can fly on your soil. > tr If you are selected, members can fly on your land. If it is not > selected, then you can fly and land in your land > uk If checked, the resident can fly on your land. > > Translating through English into Chinese: > en (Original) If checked, Residents can fly on your land. If > unchecked, they can only fly into and over your land. > zh (Original) ???????????????????????????? > ?????????????? > en-zh ???????????????????????????????? > ?????? > zh-en-zh ?????????????????????????????? > ???????? > da-en-zh ???????????????????????????????? > de-en-zh ?????????????????????????????? > ?????????????????????????? > es-en-zh ?????????????????????????????? > ?????? > fr-en-zh ?????????????????????????????? > ???????????????????? > hu-en-zh ???????????????????????????? > it-en-zh ?????????????????????????????? > ???????????? > ja-en-zh ?????????????????????????????? > ??? > pt-en-zh ?????????????????????????????? > ?????? > ru-en-zh ??????????????? > tr-en-zh ?????????????????????????????? > ???????? > uk-en-zh ????????????????? > > ? 2009/9/15 18:34, Nexii Malthus ??: >> That does bring a thought though, could the User Interface strings be >> able to be translated into unknown/unsupported languages? Would just >> need to send all english strings and converted into target language >> once. It would be cool, seems a bit over the top though. One could >> ensure accuracy of 'context' by converting several supported >> languages into target unknown language and comparing the words for >> which is the most likely word by which word was the most returned. >> >> - Nexii >> >> On Tue, Sep 15, 2009 at 8:29 PM, Rob Lanphier > > wrote: >> >> Hi everyone, >> >> I'm futzing around with SNOW-93 today (the translation patch). A >> couple of suggestions for changing the API: >> 1. Change "lljson" to "llstringtrans" ("lltranslate" is already >> taken.) >> 2. Change " LLJSON::parseGoogleTranslate" to >> "LLStringTrans::remoteStringTranslate" >> >> One comment that Techwolf made was: "Please remember to update the >> patch cmake files to look for system or LL supplied libraries for >> STANDALONE and NOT STANDALONE". I'm hoping someone here can make a >> "FindJsonCpp.cmake" file to help out with that effort. >> >> https://jira.secondlife.com/browse/SNOW-93 >> >> Rob >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/SLDev >> Please read the policies before posting to keep unmoderated >> posting privileges >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/SLDev >> Please read the policies before posting to keep unmoderated posting privileges > > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges From merov at lindenlab.com Tue Sep 15 20:26:43 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Tue, 15 Sep 2009 20:26:43 -0700 Subject: [sldev] Request for VWR-15310 in Snowglobe: Advanced->XUI->Save to XML doesn't set proper XML tags In-Reply-To: <52635.70.61.95.187.1253044906.squirrel@webmail.ncsu.edu> References: <52635.70.61.95.187.1253044906.squirrel@webmail.ncsu.edu> Message-ID: <78f69850909152026p234fe4c3ka84816b0ea5a5c78@mail.gmail.com> Hi Admiral, This is a rather big patch, one that touches a lot of files. I understand that it always seems good to fix a feature that is broken but there is another (sometimes better for the long term health of the code base) alternative which is to weed out an application of unused features. Would you mind articulating a rationale as to why we should revive this feature? Do you have a project that would use it? What is it? To the list: are there anyone who is missing that functionality and would like to see it fixed? (FWIW, there's 0 votes on the JIRA right now) Use cases? Cheers, - Merov On Tue, Sep 15, 2009 at 1:01 PM, wrote: > Please consider VWR-15310 for inclusion in Snowglobe. > > Thanks, > Phillip Monkowski > Admiral Admiral > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090915/b6751e06/attachment.htm From merov at lindenlab.com Tue Sep 15 21:14:14 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Tue, 15 Sep 2009 21:14:14 -0700 Subject: [sldev] Futzing with SNOW-93 (autotranslate) today In-Reply-To: <4AB054B8.5080308@superliminal.com> References: <824c8ab70909151534y181b2770k7ecb36581ccfee52@mail.gmail.com> <4AB04363.1040203@gmail.com> <4AB054B8.5080308@superliminal.com> Message-ID: <78f69850909152114u2a0c5ff1uc4f1ca4a7edef59e@mail.gmail.com> Hi, I know that the viewer doesn't use gettext() and .po files (and that's too bad if you ask me) and projects like pootle ( http://en.wikipedia.org/wiki/Pootle). For first pass translation though (the use case we're talking about), I always wondered why there's no "basic" general purpose .pot catalog available on-line. I did a quick search and didn't find any. Anyone knows better? The good thing with such a catalog is that most of the short and cryptic UI messages are common place across a wide variety of programs so using a base of existing translation of other programs would avoid some of the pitfalls described here above and meet Melinda's need. Cheers, - Merov On Tue, Sep 15, 2009 at 8:00 PM, Melinda Green wrote: > The question is not whether a machine translated UI can ever be good > (I'm sure it can't), but whether it can be "good enough". When I imagine > using a Second Life client with the Chinese characters (which I don't > understand at all) and compare that with even the worst of the machine > translations you gave below, I'd take the MT version any day because > that would mean I'd have a chance to succeed in using it whereas with a > quality Chinese version that would clearly be impossible. The language > voting idea probably only works well with one or two word phrases, but > that includes nearly all buttons, menus, menu items, etc. so I'd love to > see how good it could be. None of that means we'd commit to using it but > I'm open minded about the idea. > > -Melinda > > Kakurady Drakenar wrote: > > Oh no, please don't. > > A high quality interface translation is a work with a lot of effort > > and require someone well versed in both languages. Machine translation > > just doesn't cut it. And definitely not when Second Life has its own > > jargon! > > > > "Verifying" it with multiple translations doesn't work either. > > Translating is not as simple as replacing one word with another. > > Indeed, translators of Second Life sometimes need to paraphrase to > > obtain a more elegant translation. In addition, each language have > > their own ways to express ideas, and Google Translate, while having a > > large corpse, is far from infallable - even more so since it uses > > English as an intermediate language, which means the accuracy largely > > depends on the language's similarity with English. I'll demonstrate > > this in a minute. > > > > (Please note that I oppose the autotranslate feature to begin with.) > > > > Kakurady / Geneko Nemeth > > > > > > The text used is the tooltip of the check_fly checkbox of > > floater_about_land.xml. > > (I'm favoring Chinese because I re-translated the client into Chinese.) > > > > Original: If checked, Residents can fly on your land. If unchecked, > > they can only fly into and over your land. > > Translating into English: > > zh If selected, then, residents can fly on your soil. If not selected, > > they can only fly in or fly over your land. > > da If elected, residents can fly to your country. If not selected > > residents can only fly into your country and to your country. > > de If enabled, people can fly to your country. If not activated, > > residents can simply fly to your country and there (then again, > > continues to land but not), or fly over your country to come. > > es If checked, residents will fly in their field. If not, can only fly > > to the cross or even landing on it. > > fr If this option is checked, residents can steal your land. If > > unchecked, they can fly only when they arrive and pass over your field. > > hu If it was turned on, the flight allowed to land. If not, then it is > > only possible outside the area. > > it If checked, the other residents can fly on your soil. If unchecked, > > it can only get on a plane or fly over the ground. > > ja The flight will be checked in this land. Be able to fly only when > > you enter the land and pass unchecked. > > pt If enabled, the residents can fly on their land. If disabled, they > > can only fly into and over their land. > > ru If checked, residents can fly on your soil. > > tr If you are selected, members can fly on your land. If it is not > > selected, then you can fly and land in your land > > uk If checked, the resident can fly on your land. > > > > Translating through English into Chinese: > > en (Original) If checked, Residents can fly on your land. If > > unchecked, they can only fly into and over your land. > > zh (Original) ???????????????????????????? > > ?????????????? > > en-zh ???????????????????????????????? > > ?????? > > zh-en-zh ?????????????????????????????? > > ???????? > > da-en-zh ???????????????????????????????? > > de-en-zh ?????????????????????????????? > > ?????????????????????????? > > es-en-zh ?????????????????????????????? > > ?????? > > fr-en-zh ?????????????????????????????? > > ???????????????????? > > hu-en-zh ???????????????????????????? > > it-en-zh ?????????????????????????????? > > ???????????? > > ja-en-zh ?????????????????????????????? > > ??? > > pt-en-zh ?????????????????????????????? > > ?????? > > ru-en-zh ??????????????? > > tr-en-zh ?????????????????????????????? > > ???????? > > uk-en-zh ????????????????? > > > > ? 2009/9/15 18:34, Nexii Malthus ??: > >> That does bring a thought though, could the User Interface strings be > >> able to be translated into unknown/unsupported languages? Would just > >> need to send all english strings and converted into target language > >> once. It would be cool, seems a bit over the top though. One could > >> ensure accuracy of 'context' by converting several supported > >> languages into target unknown language and comparing the words for > >> which is the most likely word by which word was the most returned. > >> > >> - Nexii > >> > >> On Tue, Sep 15, 2009 at 8:29 PM, Rob Lanphier >> > wrote: > >> > >> Hi everyone, > >> > >> I'm futzing around with SNOW-93 today (the translation patch). A > >> couple of suggestions for changing the API: > >> 1. Change "lljson" to "llstringtrans" ("lltranslate" is already > >> taken.) > >> 2. Change " LLJSON::parseGoogleTranslate" to > >> "LLStringTrans::remoteStringTranslate" > >> > >> One comment that Techwolf made was: "Please remember to update the > >> patch cmake files to look for system or LL supplied libraries for > >> STANDALONE and NOT STANDALONE". I'm hoping someone here can make a > >> "FindJsonCpp.cmake" file to help out with that effort. > >> > >> https://jira.secondlife.com/browse/SNOW-93 > >> > >> Rob > >> _______________________________________________ > >> Policies and (un)subscribe information available here: > >> http://wiki.secondlife.com/wiki/SLDev > >> Please read the policies before posting to keep unmoderated > >> posting privileges > >> > >> > >> ------------------------------------------------------------------------ > >> > >> _______________________________________________ > >> Policies and (un)subscribe information available here: > >> http://wiki.secondlife.com/wiki/SLDev > >> Please read the policies before posting to keep unmoderated posting > privileges > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Policies and (un)subscribe information available here: > > http://wiki.secondlife.com/wiki/SLDev > > Please read the policies before posting to keep unmoderated posting > privileges > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090915/5260794c/attachment-0001.htm From merov at lindenlab.com Tue Sep 15 22:56:10 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Tue, 15 Sep 2009 22:56:10 -0700 Subject: [sldev] PATCH for SNOW-203 (162) In-Reply-To: <1e01733d0909150459h78c78eeco65ac9c99b1a5b589@mail.gmail.com> References: <1e01733d0909150459h78c78eeco65ac9c99b1a5b589@mail.gmail.com> Message-ID: <78f69850909152256qd3645c1lf2f2bb72d6fdbc28@mail.gmail.com> Hi Aleric, On Tue, Sep 15, 2009 at 4:59 AM, Aleric Inglewood < aleric.inglewood at gmail.com> wrote: > Can someone review the one-liner of > https://jira.secondlife.com/browse/SNOW-203 ? > I did a quick review (see JIRA). I'm not 100% sure it fixes the issue but it's worth trying. Looking into this, I noted there are a number of issues that seem to be all related to partially fetched textures right now (SNOW-162, SNOW-203, SNOW-59, SNOW-207, SNOW-48). All of them point to the LLViewerImage code. The number of flags and members is hard to grok and, as a result, the state of the object is unclear. Look at fetch state for instance: there are 4 values (mFetchState, mHasFetcher, mIsFetching and mFullyLoaded) that must dance in concert to describe what should be known as a unique fetch state. That can create issues where the aggregate quadruplet could potentially be describing something that should not exist. If those states are transitory enough, we're "safe". If not... Of course, such inconsistencies tend to reveal themselves as bugs at the wrong moment, when adding or modifying code that seems to be orthogonal to fetching and which own logic is fine. I'm tempted to instrument the code to trace the state of the fetcher, decode priority, boost level and discard level and see if there's a pattern, forbidden or never used combinations and how we could simplify all that. That's a chunk of work for sure but with all the work you already did on this, I wondered if you did something like that. Your thoughts appreciated. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090915/a3e14ff5/attachment.htm From izzee at hotmail.co.uk Wed Sep 16 03:07:25 2009 From: izzee at hotmail.co.uk (izze euler) Date: Wed, 16 Sep 2009 10:07:25 +0000 Subject: [sldev] [help] Problem compiling viewer - cannot open file 'OLDNAMES.lib' Message-ID: Hi, I am trying to compile the Second Life client source code using Visual C++ 2005 Express Edition. I have successfully compiled in the past, however it now fails with the following message: Linking... LINK : fatal error LNK1104: cannot open file 'OLDNAMES.lib' Has anyone come across the same problem and found a solution for it? Kind Regards, Izze _________________________________________________________________ Use Hotmail to send and receive mail from your different email accounts. http://clk.atdmt.com/UKM/go/167688463/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090916/346c0dd5/attachment.htm From hassan at riversrunred.com Wed Sep 16 04:17:25 2009 From: hassan at riversrunred.com (Hassan Chahrour) Date: Wed, 16 Sep 2009 12:17:25 +0100 Subject: [sldev] Media Rendering Plugins Mime Type Mappings Message-ID: <3A084AD9-DD43-41FC-B6BA-1C8F1608F5AA@riversrunred.com> Hello We are working on a media rendering plugin for the SL viewer using the Media Rendering Plugin framework. The plugin works correctly in the media plugin test application, however I would like to test it in an actual viewer build. I need to be able to map a new mime type to a plugin. Does anyone know where mime types are mapped to plugins in the viewer code? Is there a configuration file somewhere that I've missed or is this going to require rebuilding the viewer? Thanks. From aimee.trescothick at gmail.com Wed Sep 16 05:21:27 2009 From: aimee.trescothick at gmail.com (Aimee Trescothick) Date: Wed, 16 Sep 2009 13:21:27 +0100 Subject: [sldev] Media Rendering Plugins Mime Type Mappings In-Reply-To: <3A084AD9-DD43-41FC-B6BA-1C8F1608F5AA@riversrunred.com> References: <3A084AD9-DD43-41FC-B6BA-1C8F1608F5AA@riversrunred.com> Message-ID: You will find what you are looking for in newview/skins/default/xui/en- us/mime_types.xml BR Aimee. On 16 Sep 2009, at 12:17, Hassan Chahrour wrote: > Hello > > > We are working on a media rendering plugin for the SL viewer using the > Media Rendering Plugin framework. > > The plugin works correctly in the media plugin test application, > however I would like to test it in an actual viewer build. I need to > be able to map a new mime type to a plugin. > > Does anyone know where mime types are mapped to plugins in the viewer > code? > > Is there a configuration file somewhere that I've missed or is this > going to require rebuilding the viewer? > > > Thanks. > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges From hassan at riversrunred.com Wed Sep 16 05:41:01 2009 From: hassan at riversrunred.com (Hassan Chahrour) Date: Wed, 16 Sep 2009 13:41:01 +0100 Subject: [sldev] Media Rendering Plugins Mime Type Mappings In-Reply-To: References: <3A084AD9-DD43-41FC-B6BA-1C8F1608F5AA@riversrunred.com> Message-ID: Thank you that worked great. What an odd place, when I searched for mime type mappings first I ran into that but I assumed that it was mainly translations of strings so I didn't read it properly. Thanks again! On 16 Sep 2009, at 13:21, Aimee Trescothick wrote: > You will find what you are looking for in newview/skins/default/xui/ > en-us/mime_types.xml > > BR > > Aimee. > > On 16 Sep 2009, at 12:17, Hassan Chahrour wrote: > >> Hello >> >> >> We are working on a media rendering plugin for the SL viewer using >> the >> Media Rendering Plugin framework. >> >> The plugin works correctly in the media plugin test application, >> however I would like to test it in an actual viewer build. I need to >> be able to map a new mime type to a plugin. >> >> Does anyone know where mime types are mapped to plugins in the viewer >> code? >> >> Is there a configuration file somewhere that I've missed or is this >> going to require rebuilding the viewer? >> >> >> Thanks. >> >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/SLDev >> Please read the policies before posting to keep unmoderated posting >> privileges > -- Hassan Chahrour | Head of Technology hassan at riversrunred.com | +44 (0) 207 739 7505 http://riversrunred.com | http://immersivespaces.com Rivers Run Red - the immersive space company? Rivers Run Red Limited is a company registered in England and Wales with company number 4906911 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090916/0d5896c6/attachment.htm From izzee at hotmail.co.uk Wed Sep 16 05:46:40 2009 From: izzee at hotmail.co.uk (izze euler) Date: Wed, 16 Sep 2009 12:46:40 +0000 Subject: [sldev] How do I print debug messages when compiling/running source code? Message-ID: Hi, I want to add some debug messages to the source code, so that I can see what the code is doing and where it is going wrong. I am using std::cout << "Debug message here" << std::endl; but, where is the output going in Visual C++ 2005 Express Edition. I have "show output from debug" section on the window, but my messages are not being displayed there. I'm not very familiar with C++. Am I using the right output? Kind Regards, Izze _________________________________________________________________ Save time by using Hotmail to access your other email accounts. http://clk.atdmt.com/UKM/go/167688463/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090916/9b06cfe3/attachment.htm From hassan at riversrunred.com Wed Sep 16 05:50:33 2009 From: hassan at riversrunred.com (Hassan Chahrour) Date: Wed, 16 Sep 2009 13:50:33 +0100 Subject: [sldev] How do I print debug messages when compiling/running source code? In-Reply-To: References: Message-ID: Hello Try std::cerr instead of std::cout. Works for me but I'm on Mac XCode. On 16 Sep 2009, at 13:46, izze euler wrote: > Hi, > > I want to add some debug messages to the source code, so that I can > see what the code is doing and where it is going wrong. > > I am using > > std::cout << "Debug message here" << std::endl; > > but, where is the output going in Visual C++ 2005 Express Edition. I > have "show output from debug" section on the window, but my messages > are not being displayed there. I'm not very familiar with C++. Am I > using the right output? > > Kind Regards, > Izze > > Have more than one Hotmail account? Link them together to easily > access both._______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges -- Hassan Chahrour | Head of Technology hassan at riversrunred.com | +44 (0) 207 739 7505 http://riversrunred.com | http://immersivespaces.com Rivers Run Red - the immersive space company? Rivers Run Red Limited is a company registered in England and Wales with company number 4906911 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090916/4962536e/attachment-0001.htm From dmahalko at gmail.com Wed Sep 16 05:54:15 2009 From: dmahalko at gmail.com (Dale Mahalko) Date: Wed, 16 Sep 2009 07:54:15 -0500 Subject: [sldev] LL already uses squid? (Re: How many chars can...) Message-ID: Wait wait, LL is already using squid internally? And I've been asking for organizational/school/business proxy-caching of SL for years and I've heard nothing of this? At the K-12 public school districts where I work, we are STILL limited to using 3 megabit for 75 staff and some 200 student computers all at the same time. Without organizational proxy-caching there's no way SL will ever work in cash-strapped education classrooms. So how long until LL finally implements squid proxy-cache support on the client side, with Snowglobe and HTTP-texture? - Dale Mahalko / Scalar Tardis On Thu, Sep 10, 2009 at 11:07 PM, Tateru Nino wrote: > RFC2616 doesn't impose any particular restriction, but intermediate > software might. Last I looked, the Lab was using squid to handle... > well, quite a lot of things, including this. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090916/a41f934a/attachment.htm From tateru.nino at gmail.com Wed Sep 16 06:14:03 2009 From: tateru.nino at gmail.com (Tateru Nino) Date: Wed, 16 Sep 2009 23:14:03 +1000 Subject: [sldev] LL already uses squid? (Re: How many chars can...) In-Reply-To: References: Message-ID: <4AB0E49B.8060706@gmail.com> Presumably after a lot more stuff migrates to HTTP, I'd guess. It'd be a good use-case for a new cache-control directive, mind. I don't think 'cache-control: private' would quite satisfy needs. Dale Mahalko wrote: > Wait wait, LL is already using squid internally? And I've been asking > for organizational/school/business proxy-caching of SL for years and > I've heard nothing of this? > > At the K-12 public school districts where I work, we are STILL limited > to using 3 megabit for 75 staff and some 200 student computers all at > the same time. Without organizational proxy-caching there's no way SL > will ever work in cash-strapped education classrooms. > > So how long until LL finally implements squid proxy-cache support on > the client side, with Snowglobe and HTTP-texture? > > - Dale Mahalko / Scalar Tardis > > > > On Thu, Sep 10, 2009 at 11:07 PM, Tateru Nino > wrote: > > RFC2616 doesn't impose any particular restriction, but intermediate > software might. Last I looked, the Lab was using squid to handle... > well, quite a lot of things, including this. > > > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges -- Tateru Nino http://dwellonit.taterunino.net/ From izzee at hotmail.co.uk Wed Sep 16 06:38:28 2009 From: izzee at hotmail.co.uk (izze euler) Date: Wed, 16 Sep 2009 13:38:28 +0000 Subject: [sldev] How do I print debug messages when compiling/running source code? In-Reply-To: References: Message-ID: I still can't see any of my debug messages. Where are they displayed? In Visual C++, or in SL Console Window? Izze Subject: Re: [sldev] How do I print debug messages when compiling/running source code? From: hassan at riversrunred.com Date: Wed, 16 Sep 2009 13:50:33 +0100 CC: sldev at lists.secondlife.com To: izzee at hotmail.co.uk Hello Try std::cerr instead of std::cout. Works for me but I'm on Mac XCode. On 16 Sep 2009, at 13:46, izze euler wrote:Hi, I want to add some debug messages to the source code, so that I can see what the code is doing and where it is going wrong. I am using std::cout << "Debug message here" << std::endl; but, where is the output going in Visual C++ 2005 Express Edition. I have "show output from debug" section on the window, but my messages are not being displayed there. I'm not very familiar with C++. Am I using the right output? Kind Regards, Izze Have more than one Hotmail account? Link them together to easily access both._______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/SLDev Please read the policies before posting to keep unmoderated posting privileges -- Hassan Chahrour | Head of Technology hassan at riversrunred.com | +44 (0) 207 739 7505http://riversrunred.com | http://immersivespaces.com Rivers Run Red - the immersive space company?Rivers Run Red Limited is a company registered in England and Wales with company number 4906911 _________________________________________________________________ Use Hotmail to send and receive mail from your different email accounts. http://clk.atdmt.com/UKM/go/167688463/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090916/fdbd8b32/attachment.htm From robin.cornelius at gmail.com Wed Sep 16 06:51:47 2009 From: robin.cornelius at gmail.com (Robin Cornelius) Date: Wed, 16 Sep 2009 14:51:47 +0100 Subject: [sldev] How do I print debug messages when compiling/running source code? In-Reply-To: References: Message-ID: On Wed, Sep 16, 2009 at 1:46 PM, izze euler wrote: > Hi, > > I want to add some debug messages to the source code, so that I can see what > the code is doing and where it is going wrong. > > I am using > > std::cout << "Debug message here" << std::endl; > you may find the ll macros easier to use in this case, because they will go to the console window, the SecondLife.log etc use :- llinfos << "Some Message " << llendl; or llwarns << "Some more serious message " << llendl; or llerrs << "Some fatal i'm killing the client message" << llendl; Robin From callum at lindenlab.com Wed Sep 16 07:41:07 2009 From: callum at lindenlab.com (Callum Prentice) Date: Wed, 16 Sep 2009 22:41:07 +0800 Subject: [sldev] Media Rendering Plugins Mime Type Mappings In-Reply-To: References: <3A084AD9-DD43-41FC-B6BA-1C8F1608F5AA@riversrunred.com> Message-ID: <93df2cfa0909160741h2ea7ed7em45d138e48b5f9bbb@mail.gmail.com> Sounds interesting Hassan - can you share any of the details? What type of media it renders etc.? Thanks also Aimee for highlighting mime_types.xml. --Callum > We are working on a media rendering plugin for the SL viewer using the > > Media Rendering Plugin framework. > > The plugin works correctly in the media plugin test application, > > however I would like to test it in an actual viewer build. I need to > > be able to map a new mime type to a plugin. > > Does anyone know where mime types are mapped to plugins in the viewer > > code? > > Is there a configuration file somewhere that I've missed or is this > > going to require rebuilding the viewer? > From kck325 at gmail.com Wed Sep 16 08:32:04 2009 From: kck325 at gmail.com (chandra kiran kuchi) Date: Wed, 16 Sep 2009 11:32:04 -0400 Subject: [sldev] Are multiple circuits in a single Message system possible? Message-ID: Hello All, I am exploring the source code of SL Viewer. Is it possible to enable multiple circuits in a single thread or message system? Because in the message layout there is no circuit code variable, hence I guess even if we enable multiple circuits they are of no use. As communication between viewer and simulator goes as if there is only one path between the two, which doesnt provide any additional capability/feature. Please correct me if I stand wrong. -- Regards, Chandra K Kuchi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090916/c7a09108/attachment.htm From thickbrick.sleaford at gmail.com Wed Sep 16 09:10:39 2009 From: thickbrick.sleaford at gmail.com (Thickbrick Sleaford) Date: Wed, 16 Sep 2009 19:10:39 +0300 Subject: [sldev] PATCH for SNOW-203 (162) In-Reply-To: <78f69850909152256qd3645c1lf2f2bb72d6fdbc28@mail.gmail.com> References: <1e01733d0909150459h78c78eeco65ac9c99b1a5b589@mail.gmail.com> <78f69850909152256qd3645c1lf2f2bb72d6fdbc28@mail.gmail.com> Message-ID: <200909161910.39912.thickbrick.sleaford@gmail.com> On Wednesday 16 September 2009 08:56:10 Philippe (Merov) Bossut wrote: > Looking into this, I noted there are a number of issues that seem to be all > related to partially fetched textures right now (SNOW-162, SNOW-203, > SNOW-59, SNOW-207, SNOW-48). All of them point to the LLViewerImage code. > The number of flags and members is hard to grok and, as a result, the state > of the object is unclear. > SNOW-48, SNOW-207 and SNOW-181 seem like degraded content that is the result of the design decisions in http-texture/texture-pipeline. SNOW-59, SNOW-162/SNOW-203 and also SNOW-112 are about various bugs in the implementation. It would really helpful to have the sort of documentation Merov did for http texture fetching, for other parts of the texture pipeline. Failing that (I understand that's not an easy task) can we get some sort of high-level documentation from the Lindens who are working on texture-pipeline, about: - What they changed (say compared to 1.23), or are planning to change. - What were the reasons for these changes. - What compromises did they have in mind between degraded content vs. optimizations (not downloading texture details that aren't "interesting.") - Other stuff? Specifically, some examples of content that is degraded in Snowglobe, which I think is caused by texture interestingness optimizations, and would benefit from information from texture-pipeline developers: - Megaprims (SNOW-48), - Sculpts with high texture repeats, e.g. 1 prim billboard-style plants (SNOW-207), - Texture "preloaders" for particle effects and sculpts, - "Brightness" and "Darkness" bump maps (SNOW-181) Note, before cries of "Lindens break content" start, that I think those are corner cases that simply weren't considered, and can mostly be fixed pretty easily. -- Thickbrick From merov at lindenlab.com Wed Sep 16 14:04:46 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Wed, 16 Sep 2009 14:04:46 -0700 Subject: [sldev] SNOW-222 : pluginapi in Snowglobe patch ready! Message-ID: <78f69850909161404v4f6074fdx6bdb5e342b9bb1f3@mail.gmail.com> Hi guys, I'm pretty happy today with *at last* a version of Snowglobe "cum" pluginapi up and running on my Windows desktop. W00t!! I did not rush though and commit the whole thing. Instead, I posted a *huge* patch to SNOW-222 (so big I had to zip that baby...) so that the courageous contributors can test and comment before we commit that to trunk. Things that needs to be done before commit: - Build and test on Mac (I'm planning to do that) - Build and test on Linux: any taker? I'd really appreciate the help here... - Find out why the QuickTime doesn't work on Windows. The WebKit plugin work fine though. Also build of the internal plugin branch work fine on the same machine... Looks like there's something that's not going through when exporting... Hmmm... If you do any test, please comment in the PJIRA. I can't wait to see Aimee's demo working for all of us within Snowglobe :) Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090916/e7cf25ef/attachment.htm From carlo at alinoe.com Wed Sep 16 14:46:49 2009 From: carlo at alinoe.com (Carlo Wood) Date: Wed, 16 Sep 2009 23:46:49 +0200 Subject: [sldev] PATCH for SNOW-203 (162) In-Reply-To: <78f69850909152256qd3645c1lf2f2bb72d6fdbc28@mail.gmail.com> References: <1e01733d0909150459h78c78eeco65ac9c99b1a5b589@mail.gmail.com> <78f69850909152256qd3645c1lf2f2bb72d6fdbc28@mail.gmail.com> Message-ID: <20090916214649.GA32484@alinoe.com> Hi Merov, unfortunately I have RSI again, so I can only sit behind my PC 2 hours per day and even then not type much :( So, if at all, I work VERY much slower than before. That being said, I'll attach the patch to the jira that I wrote that I used to debug SNOW-203, it's all I have and probably not what you mean. On Tue, Sep 15, 2009 at 10:56:10PM -0700, Philippe (Merov) Bossut wrote: > Hi Aleric, > > On Tue, Sep 15, 2009 at 4:59 AM, Aleric Inglewood > wrote: > > Can someone review the one-liner of > https://jira.secondlife.com/browse/SNOW-203 ? > > > I did a quick review (see JIRA). I'm not 100% sure it fixes the issue but it's > worth trying. > > Looking into this, I noted there are a number of issues that seem to be all > related to partially fetched textures right now (SNOW-162, SNOW-203, SNOW-59, > SNOW-207, SNOW-48). All of them point to the LLViewerImage code. The number of > flags and members is hard to grok and, as a result, the state of the object is > unclear. > > Look at fetch state for instance: there are 4 values (mFetchState, mHasFetcher, > mIsFetching and mFullyLoaded) that must dance in concert to describe what > should be known as a unique fetch state. That can create issues where the > aggregate quadruplet could potentially be describing something that should not > exist. If those states are transitory enough, we're "safe". If not... Of > course, such inconsistencies tend to reveal themselves as bugs at the wrong > moment, when adding or modifying code that seems to be orthogonal to fetching > and which own logic is fine. > > I'm tempted to instrument the code to trace the state of the fetcher, decode > priority, boost level and discard level and see if there's a pattern, forbidden > or never used combinations and how we could simplify all that. > > That's a chunk of work for sure but with all the work you already did on this, > I wondered if you did something like that. Your thoughts appreciated. > > Cheers, > - Merov > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges -- Carlo Wood From missannotoole at yahoo.com Wed Sep 16 16:19:46 2009 From: missannotoole at yahoo.com (Ann Otoole) Date: Wed, 16 Sep 2009 16:19:46 -0700 (PDT) Subject: [sldev] RE SnowGlobe and copybots In-Reply-To: <80e689370909140859j432c95f0peca11008fc4cdbef@mail.gmail.com> References: <999503.74582.qm@web111214.mail.gq1.yahoo.com> <824c8ab70909102345g5e4c91cdl78f4b5675105205c@mail.gmail.com> <137421.8239.qm@web111212.mail.gq1.yahoo.com> <824c8ab70909110354s29b986fbg9a911813387fe273@mail.gmail.com> <586146.69678.qm@web111213.mail.gq1.yahoo.com> <4AAE2C5D.9020504@gmail.com> <992452.24170.qm@web111204.mail.gq1.yahoo.com> <4AAE53BB.3080301@gmail.com> <80e689370909140859j432c95f0peca11008fc4cdbef@mail.gmail.com> Message-ID: <563890.31026.qm@web59102.mail.re1.yahoo.com> I declare this thread officially Godwined and dead. ;-) ________________________________ From: Brad Kittenbrink To: Dale Mahalko Cc: sldev at lists.secondlife.com Sent: Monday, September 14, 2009 11:59:17 AM Subject: Re: [sldev] RE SnowGlobe and copybots Can't we all just agree that somebody somewhere involved with DRM is a Nazi and be done with it? -Brad _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/SLDev Please read the policies before posting to keep unmoderated posting privileges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090916/23794dba/attachment.htm From bradley.j.willson at gmail.com Wed Sep 16 18:01:27 2009 From: bradley.j.willson at gmail.com (Bradley Willson) Date: Wed, 16 Sep 2009 18:01:27 -0700 Subject: [sldev] Fwd: [JIRA] Commented: (VWR-13669) secondlife fails to start on Fedora 11 In-Reply-To: <10885205.1252951585528.JavaMail.root@lindenlab1> References: <23569576.1243110425424.JavaMail.root@lindenlab1> <10885205.1252951585528.JavaMail.root@lindenlab1> Message-ID: <1cd58f4c0909161801s6c7ac832h624f4ee1f6ba4998@mail.gmail.com> Passing this along as requested by Soft Linden... At this point, I have simply fallen into the habit of deleting the library(ies) from the installed package as the error(s) occur. Gus ---------- Forwarded message ---------- From: Soft Linden (JIRA) Date: Mon, Sep 14, 2009 at 11:06 AM Subject: [JIRA] Commented: (VWR-13669) secondlife fails to start on Fedora 11 [ http://jira.secondlife.com/browse/VWR-13669?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=135202#action_135202] Soft Linden commented on VWR-13669: ----------------------------------- Gustaf - would you please mention this on the SLDev mailing list? Many Linux users are there, and they might be able to point out to what we're doing wrong, or what we need to file as an issue against Fedora > secondlife fails to start on Fedora 11 > -------------------------------------- > > Key: VWR-13669 > URL: http://jira.secondlife.com/browse/VWR-13669 > Project: 1. Second Life Viewer - VWR > Issue Type: Bug > Affects Versions: 1.22, 1.23 Release Candidate > Environment: Linux 2.6.29.3-155.fc11.x86_64 #1 SMP Wed May 20 17:43:16 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux > kernel-2.6.29.3-155.fc11.x86_64 > SecondLife-i686-1.22.11.113941 > SecondLife-i686-1.23.2.120719 > nss-3.12.3-4.fc11.i586 > nss-3.12.3-4.fc11.x86_64 > nss-softokn-freebl-3.12.3-4.fc11.i586 > nss-softokn-freebl-3.12.3-4.fc11.x86_64 > Reporter: Gustaf Schmertzin > Priority: Critical > > $ /usr/local/games/SecondLife-i686-1.22.11.113941/secondlife > Running from /usr/local/games/SecondLife-i686-1.22.11.113941 > Warning: Did not register secondlife:// handler with KDE: Directory /home/username_sanitized/.kde/share/services does not exist. > bin/do-not-directly-run-secondlife-bin: /usr/local/games/SecondLife-i686-1.22.11.113941/app_settings/mozilla-runtime-linux-i686/libfreebl3.so: version `NSSRAWHASH_3.12.3' not found (required by /lib/libcrypt.so.1) > *** Unclean shutdown. *** > You are running the Second Life Viewer on a x86_64 platform. The > most common problems when launching the Viewer (particularly > 'bin/do-not-directly-run-secondlife-bin: not found' and 'error while > loading shared libraries') may be solved by installing your Linux > distribution's 32-bit compatibility packages. > For example, on Ubuntu and other Debian-based Linuxes you might run: > $ sudo apt-get install ia32-libs ia32-libs-gtk ia32-libs-kde ia32-libs-sdl > ******************************************************* > This is a BETA release of the Second Life linux client. > Thank you for testing! > Please see README-linux.txt before reporting problems. > What I expected was... secondlife to launch in a window. > More diagnostics... > $ ldd /usr/local/games/SecondLife-i686-1.22.11.113941/bin/do-not-directly-run-secondlife-bin > linux-gate.so.1 => (0xf7f91000) > libopenal.so.1 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/libopenal.so.1 (0xf7e81000) > libalut.so => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/libalut.so (0xf7e79000) > libgobject-2.0.so.0 => /lib/libgobject-2.0.so.0 (0x00890000) > libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x00785000) > libGLU.so.1 => /usr/lib/libGLU.so.1 (0xf7e0e000) > libGL.so.1 => /usr/lib/libGL.so.1 (0xf7d9b000) > libX11.so.6 => /usr/lib/libX11.so.6 (0x00a3b000) > libxul.so => /usr/lib/xulrunner-1.9.1/libxul.so (0xf6a97000) > libSDL-1.2.so.0 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/libSDL-1.2.so.0 (0xf6a15000) > libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00d17000) > libgthread-2.0.so.0 => /lib/libgthread-2.0.so.0 (0x00db0000) > libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x00101000) > libELFIO.so => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/libELFIO.so (0xf69f4000) > libopenjpeg.so.2 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/libopenjpeg.so.2 (0xf69d6000) > libssl.so.0.9.7 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/libssl.so.0.9.7 (0xf69a8000) > libcrypto.so.0.9.7 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/libcrypto.so.0.9.7 (0xf68b5000) > libaprutil-1.so.0 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/libaprutil-1.so.0 (0xf68a0000) > libapr-1.so.0 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/libapr-1.so.0 (0xf687d000) > libexpat.so.1 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/libexpat.so.1 (0xf685d000) > libz.so.1 => /lib/libz.so.1 (0x009cd000) > libfmod-3.75.so => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/libfmod-3.75.so(0xf67c1000) > libstdc++.so.6 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/libstdc++.so.6 (0xf66ec000) > libm.so.6 => /lib/libm.so.6 (0xf66c4000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x05ae7000) > libc.so.6 => /lib/libc.so.6 (0xf6552000) > libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00997000) > libpthread.so.0 => /lib/libpthread.so.0 (0xf6536000) > libdl.so.2 => /lib/libdl.so.2 (0xf6531000) > libXext.so.6 => /usr/lib/libXext.so.6 (0x00bbe000) > libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xf652c000) > libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00dbd000) > libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00bb7000) > libdrm.so.2 => /usr/lib/libdrm.so.2 (0xf6521000) > libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00b6d000) > libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0xf6497000) > libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xf6474000) > libmozjs.so => /usr/lib/xulrunner-1.9.1/libmozjs.so (0xf6374000) > libssl3.so => /lib/libssl3.so (0x05e4c000) > libsmime3.so => /lib/libsmime3.so (0x05e7e000) > libnss3.so => /lib/libnss3.so (0x05ec2000) > libnssutil3.so => /lib/libnssutil3.so (0x05ea7000) > libcairo.so.2 => /usr/lib/libcairo.so.2 (0x004ff000) > libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x008d3000) > libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00a0b000) > libplds4.so => /lib/libplds4.so (0x00dfb000) > libplc4.so => /lib/libplc4.so (0xf636e000) > libnspr4.so => /lib/libnspr4.so (0x05d12000) > libdbus-glib-1.so.2 => /usr/lib/libdbus-glib-1.so.2 (0xf634e000) > libdbus-1.so.3 => /lib/libdbus-1.so.3 (0xf630d000) > libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x00b8b000) > libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00c00000) > libgmodule-2.0.so.0 => /lib/libgmodule-2.0.so.0 (0x00968000) > libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00dcc000) > libgio-2.0.so.0 => /lib/libgio-2.0.so.0 (0x00c6f000) > libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00bd0000) > libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x005c4000) > libXt.so.6 => /usr/lib/libXt.so.6 (0x059ec000) > libasound.so.2 => /lib/libasound.so.2 (0xf6229000) > libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00bef000) > libXi.so.6 => /usr/lib/libXi.so.6 (0x00bf4000) > libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00c65000) > libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00cea000) > libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x00d12000) > librt.so.1 => /lib/librt.so.1 (0xf621f000) > libdb-4.2.so => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/ libdb-4.2.so (0xf6149000) > libcrypt.so.1 => /lib/libcrypt.so.1 (0xf6118000) > libuuid.so.1 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/libuuid.so.1 (0xf6115000) > /lib/ld-linux.so.2 (0xf7f92000) > libXau.so.6 => /usr/lib/libXau.so.6 (0x00a16000) > libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x0057c000) > libpng12.so.0 => /usr/lib/libpng12.so.0 (0x0096e000) > libcap.so.2 => /lib/libcap.so.2 (0xf610f000) > libselinux.so.1 => /lib/libselinux.so.1 (0x00a1b000) > libSM.so.6 => /usr/lib/libSM.so.6 (0x00dc2000) > libICE.so.6 => /usr/lib/libICE.so.6 (0x00cf6000) > libfreebl3.so => /lib/libfreebl3.so (0xf60c6000) > libattr.so.1 => /lib/libattr.so.1 (0xf60c0000) > Is it possible to get a build compiled the newer libfreebl3.so? Thanks! -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.secondlife.com/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090916/19eea6ed/attachment-0001.htm From open at autistici.org Wed Sep 16 18:45:18 2009 From: open at autistici.org (Opensource Obscure) Date: Thu, 17 Sep 2009 01:45:18 +0000 Subject: [sldev] SNOW-222 : pluginapi in Snowglobe patch ready! In-Reply-To: <78f69850909161404v4f6074fdx6bdb5e342b9bb1f3@mail.gmail.com> References: <78f69850909161404v4f6074fdx6bdb5e342b9bb1f3@mail.gmail.com> Message-ID: On Wed, 16 Sep 2009 14:04:46 -0700, "Philippe (Merov) Bossut" wrote: > - Build and test on Linux: any taker? I'd really appreciate the help > here... I'm on Linux Ubuntu 9.04. I copied all the missing files you added to the PJIRA page, then I tried to apply the patch but I failed, here are the command I used and the error I got: .../plugin-api$ patch -p0 < SNOW-222-CompleteMerge.patch (Stripping trailing CRs from patch.) patching file doc/asset_urls.txt Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file doc/asset_urls.txt.rej (Stripping trailing CRs from patch.) patching file etc/message.xml Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] y Probably I'm just doing it wrong.. :) I got the sources like this: svn co https://svn.secondlife.com/svn/linden/branches/2009/plugin-api ..then ln -s plugin-api/ linden and I copied both artwork and libraries from http://svn.secondlife.com/trac/linden/browser/branches/2009/plugin-api/doc/asset_urls.txt bye, opensource obscure -- twitter.com/oobscure From carlo at alinoe.com Thu Sep 17 02:29:15 2009 From: carlo at alinoe.com (Carlo Wood) Date: Thu, 17 Sep 2009 11:29:15 +0200 Subject: [sldev] Fwd: [JIRA] Commented: (VWR-13669) secondlife fails to start on Fedora 11 In-Reply-To: <1cd58f4c0909161801s6c7ac832h624f4ee1f6ba4998@mail.gmail.com> References: <23569576.1243110425424.JavaMail.root@lindenlab1> <10885205.1252951585528.JavaMail.root@lindenlab1> <1cd58f4c0909161801s6c7ac832h624f4ee1f6ba4998@mail.gmail.com> Message-ID: <20090917092915.GA3987@alinoe.com> You might find the answer here: https://bugzilla.redhat.com/show_bug.cgi?id=498286 On Wed, Sep 16, 2009 at 06:01:27PM -0700, Bradley Willson wrote: > Passing this along as requested by Soft Linden... > > At this point, I have simply fallen into the habit of deleting the library(ies) > from the installed package as the error(s) occur. > > Gus > > ---------- Forwarded message ---------- > From: Soft Linden (JIRA) > Date: Mon, Sep 14, 2009 at 11:06 AM > Subject: [JIRA] Commented: (VWR-13669) secondlife fails to start on Fedora 11 > > > > [ http://jira.secondlife.com/browse/VWR-13669?page= > com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel& > focusedCommentId=135202#action_135202 ] > > Soft Linden commented on VWR-13669: > ----------------------------------- > > Gustaf - would you please mention this on the SLDev mailing list? Many Linux > users are there, and they might be able to point out to what we're doing wrong, > or what we need to file as an issue against Fedora > > > secondlife fails to start on Fedora 11 > > -------------------------------------- > > > > Key: VWR-13669 > > URL: http://jira.secondlife.com/browse/VWR-13669 > > Project: 1. Second Life Viewer - VWR > > Issue Type: Bug > > Affects Versions: 1.22, 1.23 Release Candidate > > Environment: Linux 2.6.29.3-155.fc11.x86_64 #1 SMP Wed May 20 > 17:43:16 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux > > kernel-2.6.29.3-155.fc11.x86_64 > > SecondLife-i686-1.22.11.113941 > > SecondLife-i686-1.23.2.120719 > > nss-3.12.3-4.fc11.i586 > > nss-3.12.3-4.fc11.x86_64 > > nss-softokn-freebl-3.12.3-4.fc11.i586 > > nss-softokn-freebl-3.12.3-4.fc11.x86_64 > > Reporter: Gustaf Schmertzin > > Priority: Critical > > > > $ /usr/local/games/SecondLife-i686-1.22.11.113941/secondlife > > Running from /usr/local/games/SecondLife-i686-1.22.11.113941 > > Warning: Did not register secondlife:// handler with KDE: Directory /home/ > username_sanitized/.kde/share/services does not exist. > > bin/do-not-directly-run-secondlife-bin: /usr/local/games/ > SecondLife-i686-1.22.11.113941/app_settings/mozilla-runtime-linux-i686/ > libfreebl3.so: version `NSSRAWHASH_3.12.3' not found (required by /lib/ > libcrypt.so.1) > > *** Unclean shutdown. *** > > You are running the Second Life Viewer on a x86_64 platform. The > > most common problems when launching the Viewer (particularly > > 'bin/do-not-directly-run-secondlife-bin: not found' and 'error while > > loading shared libraries') may be solved by installing your Linux > > distribution's 32-bit compatibility packages. > > For example, on Ubuntu and other Debian-based Linuxes you might run: > > $ sudo apt-get install ia32-libs ia32-libs-gtk ia32-libs-kde ia32-libs-sdl > > ******************************************************* > > This is a BETA release of the Second Life linux client. > > Thank you for testing! > > Please see README-linux.txt before reporting problems. > > What I expected was... secondlife to launch in a window. > > More diagnostics... > > $ ldd /usr/local/games/SecondLife-i686-1.22.11.113941/bin/ > do-not-directly-run-secondlife-bin > > linux-gate.so.1 => (0xf7f91000) > > libopenal.so.1 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/ > libopenal.so.1 (0xf7e81000) > > libalut.so => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/ > libalut.so (0xf7e79000) > > libgobject-2.0.so.0 => /lib/libgobject-2.0.so.0 (0x00890000) > > libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x00785000) > > libGLU.so.1 => /usr/lib/libGLU.so.1 (0xf7e0e000) > > libGL.so.1 => /usr/lib/libGL.so.1 (0xf7d9b000) > > libX11.so.6 => /usr/lib/libX11.so.6 (0x00a3b000) > > libxul.so => /usr/lib/xulrunner-1.9.1/libxul.so (0xf6a97000) > > libSDL-1.2.so.0 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/ > libSDL-1.2.so.0 (0xf6a15000) > > libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00d17000) > > libgthread-2.0.so.0 => /lib/libgthread-2.0.so.0 (0x00db0000) > > libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x00101000) > > libELFIO.so => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/ > libELFIO.so (0xf69f4000) > > libopenjpeg.so.2 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib > /libopenjpeg.so.2 (0xf69d6000) > > libssl.so.0.9.7 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/ > libssl.so.0.9.7 (0xf69a8000) > > libcrypto.so.0.9.7 => /usr/local/games/SecondLife-i686-1.22.11.113941/ > lib/libcrypto.so.0.9.7 (0xf68b5000) > > libaprutil-1.so.0 => /usr/local/games/SecondLife-i686-1.22.11.113941/ > lib/libaprutil-1.so.0 (0xf68a0000) > > libapr-1.so.0 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/ > libapr-1.so.0 (0xf687d000) > > libexpat.so.1 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/ > libexpat.so.1 (0xf685d000) > > libz.so.1 => /lib/libz.so.1 (0x009cd000) > > libfmod-3.75.so => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/ > libfmod-3.75.so (0xf67c1000) > > libstdc++.so.6 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/ > libstdc++.so.6 (0xf66ec000) > > libm.so.6 => /lib/libm.so.6 (0xf66c4000) > > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x05ae7000) > > libc.so.6 => /lib/libc.so.6 (0xf6552000) > > libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00997000) > > libpthread.so.0 => /lib/libpthread.so.0 (0xf6536000) > > libdl.so.2 => /lib/libdl.so.2 (0xf6531000) > > libXext.so.6 => /usr/lib/libXext.so.6 (0x00bbe000) > > libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xf652c000) > > libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00dbd000) > > libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00bb7000) > > libdrm.so.2 => /usr/lib/libdrm.so.2 (0xf6521000) > > libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00b6d000) > > libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0xf6497000) > > libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xf6474000) > > libmozjs.so => /usr/lib/xulrunner-1.9.1/libmozjs.so (0xf6374000) > > libssl3.so => /lib/libssl3.so (0x05e4c000) > > libsmime3.so => /lib/libsmime3.so (0x05e7e000) > > libnss3.so => /lib/libnss3.so (0x05ec2000) > > libnssutil3.so => /lib/libnssutil3.so (0x05ea7000) > > libcairo.so.2 => /usr/lib/libcairo.so.2 (0x004ff000) > > libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x008d3000) > > libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00a0b000) > > libplds4.so => /lib/libplds4.so (0x00dfb000) > > libplc4.so => /lib/libplc4.so (0xf636e000) > > libnspr4.so => /lib/libnspr4.so (0x05d12000) > > libdbus-glib-1.so.2 => /usr/lib/libdbus-glib-1.so.2 (0xf634e000) > > libdbus-1.so.3 => /lib/libdbus-1.so.3 (0xf630d000) > > libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x00b8b000) > > libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00c00000) > > libgmodule-2.0.so.0 => /lib/libgmodule-2.0.so.0 (0x00968000) > > libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00dcc000) > > libgio-2.0.so.0 => /lib/libgio-2.0.so.0 (0x00c6f000) > > libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00bd0000) > > libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x005c4000) > > libXt.so.6 => /usr/lib/libXt.so.6 (0x059ec000) > > libasound.so.2 => /lib/libasound.so.2 (0xf6229000) > > libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00bef000) > > libXi.so.6 => /usr/lib/libXi.so.6 (0x00bf4000) > > libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00c65000) > > libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00cea000) > > libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x00d12000) > > librt.so.1 => /lib/librt.so.1 (0xf621f000) > > libdb-4.2.so => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/ > libdb-4.2.so (0xf6149000) > > libcrypt.so.1 => /lib/libcrypt.so.1 (0xf6118000) > > libuuid.so.1 => /usr/local/games/SecondLife-i686-1.22.11.113941/lib/ > libuuid.so.1 (0xf6115000) > > /lib/ld-linux.so.2 (0xf7f92000) > > libXau.so.6 => /usr/lib/libXau.so.6 (0x00a16000) > > libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x0057c000) > > libpng12.so.0 => /usr/lib/libpng12.so.0 (0x0096e000) > > libcap.so.2 => /lib/libcap.so.2 (0xf610f000) > > libselinux.so.1 => /lib/libselinux.so.1 (0x00a1b000) > > libSM.so.6 => /usr/lib/libSM.so.6 (0x00dc2000) > > libICE.so.6 => /usr/lib/libICE.so.6 (0x00cf6000) > > libfreebl3.so => /lib/libfreebl3.so (0xf60c6000) > > libattr.so.1 => /lib/libattr.so.1 (0xf60c0000) > > Is it possible to get a build compiled the newer libfreebl3.so? Thanks! > > -- > This message is automatically generated by JIRA. > - > If you think it was sent incorrectly contact one of the administrators: http:// > jira.secondlife.com/secure/Administrators.jspa > - > For more information on JIRA, see: http://www.atlassian.com/software/jira > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges -- Carlo Wood From pmonkow at ncsu.edu Thu Sep 17 13:05:10 2009 From: pmonkow at ncsu.edu (pmonkow at ncsu.edu) Date: Thu, 17 Sep 2009 16:05:10 -0400 (EDT) Subject: [sldev] Request for VWR-15310 in Snowglobe: Advanced->XUI->Save to XML doesn't set proper XML tags In-Reply-To: <78f69850909152026p234fe4c3ka84816b0ea5a5c78@mail.gmail.com> References: <52635.70.61.95.187.1253044906.squirrel@webmail.ncsu.edu> <78f69850909152026p234fe4c3ka84816b0ea5a5c78@mail.gmail.com> Message-ID: <52278.70.61.95.187.1253217910.squirrel@webmail.ncsu.edu> This patch is part of VWR-10924. We factored out the changes into two files. This first patch fixes the save functionality, which is a prerequisite for the second patch, which is the new functionality in VWR-10924. Thanks, Phillip Monkowski Admiral Admiral > Hi Admiral, > > This is a rather big patch, one that touches a lot of files. I understand > that it always seems good to fix a feature that is broken but there is > another (sometimes better for the long term health of the code base) > alternative which is to weed out an application of unused features. > > Would you mind articulating a rationale as to why we should revive this > feature? Do you have a project that would use it? What is it? > > To the list: are there anyone who is missing that functionality and would > like to see it fixed? (FWIW, there's 0 votes on the JIRA right now) Use > cases? > > Cheers, > - Merov > > On Tue, Sep 15, 2009 at 1:01 PM, wrote: > >> Please consider VWR-15310 for inclusion in Snowglobe. >> >> Thanks, >> Phillip Monkowski >> Admiral Admiral >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/SLDev >> Please read the policies before posting to keep unmoderated posting >> privileges >> > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges From merov at lindenlab.com Thu Sep 17 13:14:22 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Thu, 17 Sep 2009 13:14:22 -0700 Subject: [sldev] SNOW-222 : pluginapi in Snowglobe patch ready! In-Reply-To: References: <78f69850909161404v4f6074fdx6bdb5e342b9bb1f3@mail.gmail.com> Message-ID: <78f69850909171314g1d252d9cx614c0a1729b3f195@mail.gmail.com> Hi, Yes, you're doing it wrong but really it's because my collection of patches is a freaking mess... Sorry about that. I'll try to create another cleaner "one patch and that's it" patch so to make things easier for everyone. Thanks for trying though and apologies for the messy state of that one. Cheers, - Merov On Wed, Sep 16, 2009 at 6:45 PM, Opensource Obscure wrote: > > On Wed, 16 Sep 2009 14:04:46 -0700, "Philippe (Merov) Bossut" > wrote: > > > - Build and test on Linux: any taker? I'd really appreciate the help > > here... > > I'm on Linux Ubuntu 9.04. > I copied all the missing files you added to the PJIRA page, > then I tried to apply the patch but I failed, here are the command > I used and the error I got: > > .../plugin-api$ patch -p0 < SNOW-222-CompleteMerge.patch > > (Stripping trailing CRs from patch.) > patching file doc/asset_urls.txt > Hunk #1 FAILED at 1. > 1 out of 1 hunk FAILED -- saving rejects to file doc/asset_urls.txt.rej > (Stripping trailing CRs from patch.) > patching file etc/message.xml > Reversed (or previously applied) patch detected! Assume -R? [n] > Apply anyway? [n] y > > Probably I'm just doing it wrong.. :) > > I got the sources like this: > svn co https://svn.secondlife.com/svn/linden/branches/2009/plugin-api > ..then > ln -s plugin-api/ linden > and I copied both artwork and libraries from > > http://svn.secondlife.com/trac/linden/browser/branches/2009/plugin-api/doc/asset_urls.txt > > bye, > opensource obscure > -- > twitter.com/oobscure > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090917/5ad88f67/attachment.htm From tayra.dagostino at gmail.com Thu Sep 17 14:49:00 2009 From: tayra.dagostino at gmail.com (Tayra Dagostino) Date: Thu, 17 Sep 2009 23:49:00 +0200 Subject: [sldev] PATCH for SNOW-203 (162) In-Reply-To: <78f69850909152256qd3645c1lf2f2bb72d6fdbc28@mail.gmail.com> References: <1e01733d0909150459h78c78eeco65ac9c99b1a5b589@mail.gmail.com> <78f69850909152256qd3645c1lf2f2bb72d6fdbc28@mail.gmail.com> Message-ID: <20090917234900.2d26dfb7.tayra.dagostino@gmail.com> On Tue, 15 Sep 2009 22:56:10 -0700 "Philippe (Merov) Bossut" wrote: > Hi Aleric, > > On Tue, Sep 15, 2009 at 4:59 AM, Aleric Inglewood < > aleric.inglewood at gmail.com> wrote: > > > Can someone review the one-liner of > > https://jira.secondlife.com/browse/SNOW-203 ? > > > That's a chunk of work for sure but with all the work you already did > on this, I wondered if you did something like that. Your thoughts > appreciated. just little question, why if I disable "http get" i see this in my log: 2009-09-17T21:47:11Z INFO: doWork: HTTP GET failed for: http://map.secondlife.com.s3.amazonaws.com/map-1-1097-1103-objects.jpg Status: 404 Reason: Try:1/4 2009-09-17T21:47:11Z WARNING: LLViewerImage::setIsMissingAsset: http://map.secondlife.com.s3.amazonaws.com/map-1-1097-1103-objects.jpg: Marking image as missing ??? From trilobyte550m at gmail.com Thu Sep 17 15:29:12 2009 From: trilobyte550m at gmail.com (Trilo Byte) Date: Thu, 17 Sep 2009 15:29:12 -0700 Subject: [sldev] Please fix VWR-15307 & VWR-15313 in Snowglobe In-Reply-To: <20090917234900.2d26dfb7.tayra.dagostino@gmail.com> References: <1e01733d0909150459h78c78eeco65ac9c99b1a5b589@mail.gmail.com> <78f69850909152256qd3645c1lf2f2bb72d6fdbc28@mail.gmail.com> <20090917234900.2d26dfb7.tayra.dagostino@gmail.com> Message-ID: <25D0984E-C528-4249-A666-0F89452D1325@gmail.com> Sorry if this isn't the right place/way to make the request, it's my first post to SLDev... Would it be possible to address/fix two Mac-specific issues in Snowglobe? Both are related to Snow Leopard (v10.6 of the OS), and are affecting growing numbers of users as people upgrade to the new OS (which is otherwise a big improvement for most users). VWR-15307 - top of screen looks lightened up (especially annoying when taking snapshots) VWR-15303 - anti-aliasing doesn't work under 10.6. I've spoken with dozens of other SL Mac Users (in the Macintosh User's Group), both problems appear to happen to users regardless of video card mfr/model (happens on ATI & NVidia of all shape and size). It affects LL Viewer 1.23.4 as well as Snowglobe up through 1.2.0 build 2766. Thanks From thickbrick.sleaford at gmail.com Thu Sep 17 16:06:29 2009 From: thickbrick.sleaford at gmail.com (Thickbrick Sleaford) Date: Fri, 18 Sep 2009 02:06:29 +0300 Subject: [sldev] PATCH for SNOW-203 (162) In-Reply-To: <20090917234900.2d26dfb7.tayra.dagostino@gmail.com> References: <1e01733d0909150459h78c78eeco65ac9c99b1a5b589@mail.gmail.com> <78f69850909152256qd3645c1lf2f2bb72d6fdbc28@mail.gmail.com> <20090917234900.2d26dfb7.tayra.dagostino@gmail.com> Message-ID: <200909180206.30041.thickbrick.sleaford@gmail.com> On Friday 18 September 2009 00:49:00 Tayra Dagostino wrote: > just little question, why if I disable "http get" i see this in my log: > > 2009-09-17T21:47:11Z INFO: doWork: HTTP GET failed for: > http://map.secondlife.com.s3.amazonaws.com/map-1-1097-1103-objects.jpg > Status: 404 Reason: Try:1/4 2009-09-17T21:47:11Z WARNING: > LLViewerImage::setIsMissingAsset: > http://map.secondlife.com.s3.amazonaws.com/map-1-1097-1103-objects.jpg: > Marking image as missing > The setting for http textures in the Advanced menu is for regular textures (i.e. on prims,) but I don't think it's fully implemented yet. The warnings you posted are from the map textures, which are independent of that setting. The 404 error and subsequent setIsMissingAsset() are normal for map tiles for areas where no sims exist. -- Thickbrick From aleric.inglewood at gmail.com Thu Sep 17 17:34:14 2009 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Fri, 18 Sep 2009 02:34:14 +0200 Subject: [sldev] PATCH for SNOW-203 (162) In-Reply-To: <78f69850909152256qd3645c1lf2f2bb72d6fdbc28@mail.gmail.com> References: <1e01733d0909150459h78c78eeco65ac9c99b1a5b589@mail.gmail.com> <78f69850909152256qd3645c1lf2f2bb72d6fdbc28@mail.gmail.com> Message-ID: <1e01733d0909171734q769136b5q18851a2806458af3@mail.gmail.com> I attached SNOW-203-v2.diff which addresses the weird name of the function (renamed from 'forceImmediateUpdate' to 'bumpToMaxDecodePriority'). The function names now are what they should have been imho. I intend to commit this in a few days unless someone has serious objections. Aleric PS Note that ThickBrick told me he applied the patch wrongly, which is why it didn't work for him. He'll re-test it. I also looked at Tayra's concerns but really don't see how this patch can possibly be wrong, apart from that I don't like to 'guess' in the first place :p. I also cannot reprocude any failure anymore. Maybe the patch is indeed such that when applied it changes the wrong hunk... From merov at lindenlab.com Thu Sep 17 21:35:53 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Thu, 17 Sep 2009 21:35:53 -0700 Subject: [sldev] SNOW-215 : OGP committed and builds available Message-ID: <78f69850909172135l6fb5d68fgeb9f4ff4698f42e0@mail.gmail.com> Hi all, After a couple of false starts, we got the builds to complete and spit out clean Snowglobe executables that you can download for your enjoyment. Here they are: Linux: http://secondlife.com/developers/opensource/downloads/2009/trunk/2774/Snowglobe-i686-1.2.0.2774.tar.bz2 Darwin: http://secondlife.com/developers/opensource/downloads/2009/trunk/2774/Snowglobe_1_2_0_2774_SNOWGLOBETESTBUILD.dmg CYGWIN: http://secondlife.com/developers/opensource/downloads/2009/trunk/2774/Snowglobe_1-2-0-2774_Setup.exe If you want to try OGP login out, please read Pixel's document carefully: http://wiki.secondlife.com/wiki/User:Pixel_Gausman/Interop_Viewer OGP login requires to launch Snowglobe from the command line with a bunch of arcane arguments (see doc here above). It's intended to provide OGP devs with a viewer, not for general consumption yet. Thanks a lot to Pixel Gausman for her effort providing that patch. I hope we'll see you continue to contribute to Snowglobe now that we got you hooked :) It's sure a pleasure to work with you. Thanks also to Arrogant Cyberstar for jumping in for Mac fixes. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090917/eb48b3a6/attachment.htm From suzyq at pobox.com Fri Sep 18 07:53:21 2009 From: suzyq at pobox.com (Suzy Deffeyes) Date: Fri, 18 Sep 2009 10:53:21 -0400 Subject: [sldev] SNOW-215 : OGP committed and builds available In-Reply-To: <78f69850909172135l6fb5d68fgeb9f4ff4698f42e0@mail.gmail.com> References: <78f69850909172135l6fb5d68fgeb9f4ff4698f42e0@mail.gmail.com> Message-ID: <2bd5b7f10909180753w1f63a098t76909ef8d1d7ddd3@mail.gmail.com> I wanted to emphasize Merov's point that the OGP functionality is not for general consumption. It would be really helpful if people could test the non-OGP functionality in this build, and make sure I didn't dork something up for normal users. Some examples of non-OGP testing are at http://wiki.secondlife.com/wiki/User:Pixel_Gausman/Interop_Viewer#Procedures_for_non-OGP_testing. I also wanted to comment on the Snowglobe development process. I felt like the process works fairly well, we caught some bugs during the review, and Rob and Merov worked quickly to test and commit the code. In short, i think the development process for getting things into Snowglobe is working a lot better than it has for the main SL viewer in the past. Suzy Deffeyes / Pixel Gausman IBM On Fri, Sep 18, 2009 at 12:35 AM, Philippe (Merov) Bossut < merov at lindenlab.com> wrote: > Hi all, > > After a couple of false starts, we got the builds to complete and spit out > clean Snowglobe executables that you can download for your enjoyment. > > Here they are: > Linux: > > http://secondlife.com/developers/opensource/downloads/2009/trunk/2774/Snowglobe-i686-1.2.0.2774.tar.bz2 > Darwin: > > http://secondlife.com/developers/opensource/downloads/2009/trunk/2774/Snowglobe_1_2_0_2774_SNOWGLOBETESTBUILD.dmg > CYGWIN: > > http://secondlife.com/developers/opensource/downloads/2009/trunk/2774/Snowglobe_1-2-0-2774_Setup.exe > > If you want to try OGP login out, please read Pixel's document carefully: > http://wiki.secondlife.com/wiki/User:Pixel_Gausman/Interop_Viewer > > OGP login requires to launch Snowglobe from the command line with a bunch > of arcane arguments (see doc here above). It's intended to provide OGP devs > with a viewer, not for general consumption yet. > > Thanks a lot to Pixel Gausman for her effort providing that patch. I hope > we'll see you continue to contribute to Snowglobe now that we got you hooked > :) It's sure a pleasure to work with you. > > Thanks also to Arrogant Cyberstar for jumping in for Mac fixes. > > Cheers, > - Merov > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090918/88041bd7/attachment-0001.htm From teravus at gmail.com Fri Sep 18 08:08:42 2009 From: teravus at gmail.com (Teravus Ovares) Date: Fri, 18 Sep 2009 11:08:42 -0400 Subject: [sldev] SNOW-215 : OGP committed and builds available In-Reply-To: <2bd5b7f10909180753w1f63a098t76909ef8d1d7ddd3@mail.gmail.com> References: <78f69850909172135l6fb5d68fgeb9f4ff4698f42e0@mail.gmail.com> <2bd5b7f10909180753w1f63a098t76909ef8d1d7ddd3@mail.gmail.com> Message-ID: <34cc66250909180808y6a2baf60j40907509a913e2d8@mail.gmail.com> Awesome :) *downloading* Regards Teravus On Fri, Sep 18, 2009 at 10:53 AM, Suzy Deffeyes wrote: > I wanted to emphasize Merov's point that the OGP functionality is not for > general consumption. > > It would be really helpful if people could test the non-OGP functionality in > this build, and make sure I didn't dork something up for normal users.? Some > examples of non-OGP testing are at > http://wiki.secondlife.com/wiki/User:Pixel_Gausman/Interop_Viewer#Procedures_for_non-OGP_testing > . > > I also wanted to comment on the Snowglobe development process. I felt like > the process works fairly well, we caught some bugs during the review, and > Rob and Merov worked quickly to test and commit the code. In short, i think > the development process for getting things into Snowglobe is working a lot > better than it has for the main SL viewer in the past. > > Suzy Deffeyes / Pixel Gausman > IBM > > > On Fri, Sep 18, 2009 at 12:35 AM, Philippe (Merov) Bossut > wrote: >> >> Hi all, >> >> After a couple of false starts, we got the builds to complete and spit out >> clean Snowglobe executables that you can download for your enjoyment. >> >> Here they are: >> Linux: >> >> http://secondlife.com/developers/opensource/downloads/2009/trunk/2774/Snowglobe-i686-1.2.0.2774.tar.bz2 >> Darwin: >> >> http://secondlife.com/developers/opensource/downloads/2009/trunk/2774/Snowglobe_1_2_0_2774_SNOWGLOBETESTBUILD.dmg >> CYGWIN: >> >> http://secondlife.com/developers/opensource/downloads/2009/trunk/2774/Snowglobe_1-2-0-2774_Setup.exe >> >> If you want to try OGP login out, please read Pixel's document carefully: >> ?? http://wiki.secondlife.com/wiki/User:Pixel_Gausman/Interop_Viewer >> >> OGP login requires to launch Snowglobe from the command line with a bunch >> of arcane arguments (see doc here above). It's intended to provide OGP devs >> with a viewer, not for general consumption yet. >> >> Thanks a lot to Pixel Gausman for her effort providing that patch. I hope >> we'll see you continue to contribute to Snowglobe now that we got you hooked >> :) It's sure a pleasure to work with you. >> >> Thanks also to Arrogant Cyberstar for jumping in for Mac fixes. >> >> Cheers, >> - Merov >> >> >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/SLDev >> Please read the policies before posting to keep unmoderated posting >> privileges > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > From monkowsk at fishkill.ibm.com Fri Sep 18 08:14:45 2009 From: monkowsk at fishkill.ibm.com (Mike Monkowski) Date: Fri, 18 Sep 2009 11:14:45 -0400 Subject: [sldev] Request for VWR-15310 in Snowglobe: Advanced->XUI->Save to XML doesn't set proper XML tags In-Reply-To: <52278.70.61.95.187.1253217910.squirrel@webmail.ncsu.edu> References: <52635.70.61.95.187.1253044906.squirrel@webmail.ncsu.edu> <78f69850909152026p234fe4c3ka84816b0ea5a5c78@mail.gmail.com> <52278.70.61.95.187.1253217910.squirrel@webmail.ncsu.edu> Message-ID: <4AB3A3E5.70700@fishkill.ibm.com> We expect (at least we hope) when VWR-10924 is implemented that a lot of people will be building XUI HUDs. The "Save to XML" function is quite helpful for building floaters. I can put a tag in my XML with no attributes so that it gets constructed with all of the default attributes. If I then do a "Save to XML" I get an XML file with a spinner tag and all of the default attributes for spinner. I don't have to look up their names in the documentation and type them in. VWR-10924 contains a new "Preview XUI" function which will then allow me to adjust the attribute values, reload the XML, and see the result. I can imagine extending the "Save to XML" function to have an option to save only the non-default attributes to then give me compact XML. Mike Mm Alder pmonkow at ncsu.edu wrote: > This patch is part of VWR-10924. We factored out the changes into two > files. This first patch fixes the save functionality, which is a > prerequisite for the second patch, which is the new functionality in > VWR-10924. > > Thanks, > Phillip Monkowski > Admiral Admiral > > >>Hi Admiral, >> >>This is a rather big patch, one that touches a lot of files. I understand >>that it always seems good to fix a feature that is broken but there is >>another (sometimes better for the long term health of the code base) >>alternative which is to weed out an application of unused features. >> >>Would you mind articulating a rationale as to why we should revive this >>feature? Do you have a project that would use it? What is it? >> >>To the list: are there anyone who is missing that functionality and would >>like to see it fixed? (FWIW, there's 0 votes on the JIRA right now) Use >>cases? >> >>Cheers, >>- Merov >> >>On Tue, Sep 15, 2009 at 1:01 PM, wrote: >> >> >>>Please consider VWR-15310 for inclusion in Snowglobe. >>> >>>Thanks, >>>Phillip Monkowski >>>Admiral Admiral From merov at lindenlab.com Fri Sep 18 13:27:20 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Fri, 18 Sep 2009 13:27:20 -0700 Subject: [sldev] SNOW-222 : pluginapi in Snowglobe patch ready! In-Reply-To: <78f69850909171314g1d252d9cx614c0a1729b3f195@mail.gmail.com> References: <78f69850909161404v4f6074fdx6bdb5e342b9bb1f3@mail.gmail.com> <78f69850909171314g1d252d9cx614c0a1729b3f195@mail.gmail.com> Message-ID: <78f69850909181327oaa8d3b3n4f97fc6c46f674ee@mail.gmail.com> Hi all, OK, I cleaned up that horrendous mess of mine and created a new clean patch (or so I hope...). It's a really big patch (1.6 MB uncompressed!) so there are quite a bit of place for me to screw up... which is why I'm not committing but rather ask for your eyes and help to get it clean before landing... It's attached to SNOW-222. Please give it a try and let me know if it's still coughing up chunks. Cheers, - Merov On Thu, Sep 17, 2009 at 1:14 PM, Philippe (Merov) Bossut < merov at lindenlab.com> wrote: > Hi, > > Yes, you're doing it wrong but really it's because my collection of patches > is a freaking mess... Sorry about that. I'll try to create another cleaner > "one patch and that's it" patch so to make things easier for everyone. > > Thanks for trying though and apologies for the messy state of that one. > > Cheers, > - Merov > > > On Wed, Sep 16, 2009 at 6:45 PM, Opensource Obscure wrote: > >> >> On Wed, 16 Sep 2009 14:04:46 -0700, "Philippe (Merov) Bossut" >> wrote: >> >> > - Build and test on Linux: any taker? I'd really appreciate the help >> > here... >> >> I'm on Linux Ubuntu 9.04. >> I copied all the missing files you added to the PJIRA page, >> then I tried to apply the patch but I failed, here are the command >> I used and the error I got: >> >> .../plugin-api$ patch -p0 < SNOW-222-CompleteMerge.patch >> >> (Stripping trailing CRs from patch.) >> patching file doc/asset_urls.txt >> Hunk #1 FAILED at 1. >> 1 out of 1 hunk FAILED -- saving rejects to file doc/asset_urls.txt.rej >> (Stripping trailing CRs from patch.) >> patching file etc/message.xml >> Reversed (or previously applied) patch detected! Assume -R? [n] >> Apply anyway? [n] y >> >> Probably I'm just doing it wrong.. :) >> >> I got the sources like this: >> svn co https://svn.secondlife.com/svn/linden/branches/2009/plugin-api >> ..then >> ln -s plugin-api/ linden >> and I copied both artwork and libraries from >> >> http://svn.secondlife.com/trac/linden/browser/branches/2009/plugin-api/doc/asset_urls.txt >> >> bye, >> opensource obscure >> -- >> twitter.com/oobscure >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090918/42082be1/attachment.htm From merov at lindenlab.com Fri Sep 18 18:06:39 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Fri, 18 Sep 2009 18:06:39 -0700 Subject: [sldev] SNOW-222 : pluginapi in Snowglobe patch ready! In-Reply-To: <78f69850909181327oaa8d3b3n4f97fc6c46f674ee@mail.gmail.com> References: <78f69850909161404v4f6074fdx6bdb5e342b9bb1f3@mail.gmail.com> <78f69850909171314g1d252d9cx614c0a1729b3f195@mail.gmail.com> <78f69850909181327oaa8d3b3n4f97fc6c46f674ee@mail.gmail.com> Message-ID: <78f69850909181806k71293026y515b8b791c551fa9@mail.gmail.com> Hi, For those who are compiling from source on Windows, I had problems getting the quicktime plugin to work correctly. Deleting the resulting media_plugin_quicktime.dll and rebuilding did, mysteriously, worked for me... Anyone else tried? I'd be interested by the result. BTW, to test the plugin in the viewer, it's easier to load the media player (hit F1 to get the help for instance) and type a url that points to some quicktime movie ( http://movies.apple.com/movies/fox/avatar/avatar2009aug0820a-tsr_h.640.movfor instance). You should see the movie play and the media widget show up. You don't even have to log in IW to get there. Of course, you can also use the llmediaplugintest applet. Cheers, - Merov On Fri, Sep 18, 2009 at 1:27 PM, Philippe (Merov) Bossut < merov at lindenlab.com> wrote: > Hi all, > > OK, I cleaned up that horrendous mess of mine and created a new clean patch > (or so I hope...). It's a really big patch (1.6 MB uncompressed!) so there > are quite a bit of place for me to screw up... which is why I'm not > committing but rather ask for your eyes and help to get it clean before > landing... > > It's attached to SNOW-222. Please give it a try and let me know if it's > still coughing up chunks. > > Cheers, > - Merov > > On Thu, Sep 17, 2009 at 1:14 PM, Philippe (Merov) Bossut < > merov at lindenlab.com> wrote: > >> Hi, >> >> Yes, you're doing it wrong but really it's because my collection of >> patches is a freaking mess... Sorry about that. I'll try to create another >> cleaner "one patch and that's it" patch so to make things easier for >> everyone. >> >> Thanks for trying though and apologies for the messy state of that one. >> >> Cheers, >> - Merov >> >> >> On Wed, Sep 16, 2009 at 6:45 PM, Opensource Obscure wrote: >> >>> >>> On Wed, 16 Sep 2009 14:04:46 -0700, "Philippe (Merov) Bossut" >>> wrote: >>> >>> > - Build and test on Linux: any taker? I'd really appreciate the help >>> > here... >>> >>> I'm on Linux Ubuntu 9.04. >>> I copied all the missing files you added to the PJIRA page, >>> then I tried to apply the patch but I failed, here are the command >>> I used and the error I got: >>> >>> .../plugin-api$ patch -p0 < SNOW-222-CompleteMerge.patch >>> >>> (Stripping trailing CRs from patch.) >>> patching file doc/asset_urls.txt >>> Hunk #1 FAILED at 1. >>> 1 out of 1 hunk FAILED -- saving rejects to file doc/asset_urls.txt.rej >>> (Stripping trailing CRs from patch.) >>> patching file etc/message.xml >>> Reversed (or previously applied) patch detected! Assume -R? [n] >>> Apply anyway? [n] y >>> >>> Probably I'm just doing it wrong.. :) >>> >>> I got the sources like this: >>> svn co https://svn.secondlife.com/svn/linden/branches/2009/plugin-api >>> ..then >>> ln -s plugin-api/ linden >>> and I copied both artwork and libraries from >>> >>> http://svn.secondlife.com/trac/linden/browser/branches/2009/plugin-api/doc/asset_urls.txt >>> >>> bye, >>> opensource obscure >>> -- >>> twitter.com/oobscure >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090918/52c663a1/attachment.htm From merov at lindenlab.com Fri Sep 18 22:45:29 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Fri, 18 Sep 2009 22:45:29 -0700 Subject: [sldev] SNOW-222 : pluginapi in Snowglobe patch ready! In-Reply-To: <78f69850909181806k71293026y515b8b791c551fa9@mail.gmail.com> References: <78f69850909161404v4f6074fdx6bdb5e342b9bb1f3@mail.gmail.com> <78f69850909171314g1d252d9cx614c0a1729b3f195@mail.gmail.com> <78f69850909181327oaa8d3b3n4f97fc6c46f674ee@mail.gmail.com> <78f69850909181806k71293026y515b8b791c551fa9@mail.gmail.com> Message-ID: <78f69850909182245y4464fe07ke2568126ae5942be@mail.gmail.com> Hi, On Fri, Sep 18, 2009 at 6:06 PM, Philippe (Merov) Bossut < merov at lindenlab.com> wrote: > For those who are compiling from source on Windows, I had problems getting > the quicktime plugin to work correctly. Deleting the resulting > media_plugin_quicktime.dll and rebuilding did, mysteriously, worked for > me... Anyone else tried? I'd be interested by the result. > Silly me, I retraced the steps who lead to a correct compilation back in my head and I think those 2 are the key ones: - install the quicktime include and qtmlClient lib as described in : http://wiki.secondlife.com/wiki/Compiling_the_viewer_%28MSVS2005%29#Quicktime - rebuild the media_plugin_quicktime.dll With all the tests and changes I did in the afternoon to track the flaw, I did those 2 things at very different moments and didn't add them up together. I'm not in front of my Windows machine right now but I bet that's what this mystery was all about. All the same, others to build and confirm that the patch is workable (especially on Linux) very much welcome. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090918/5cbdf4f8/attachment.htm From aimee.trescothick at gmail.com Sat Sep 19 05:48:59 2009 From: aimee.trescothick at gmail.com (Aimee Trescothick) Date: Sat, 19 Sep 2009 13:48:59 +0100 Subject: [sldev] [PATCH] Review request SNOW-231 WaitNextEvent() is deprecated in OS X 10.6 Message-ID: Hi, I have a Mac specific issue in need of review which tackles a build failure when using the 10.6 SDK: SNOW-231 WaitNextEvent() is deprecated in OS X 10.6 Aimee. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090919/f6f40384/attachment.htm From tigrospottystripes at gmail.com Sat Sep 19 13:52:45 2009 From: tigrospottystripes at gmail.com (Tigro Spottystripes) Date: Sat, 19 Sep 2009 17:52:45 -0300 Subject: [sldev] Just curious...N900 any1? Message-ID: <4AB5449D.1090801@Gmail.com> The other day I learned about Nokia's N900 (DO WANT!!! ....can't afford one though Y.Y , and then I started thinking, is anyone planning on trying to get SL to run on it? From tayra.dagostino at gmail.com Sat Sep 19 14:42:53 2009 From: tayra.dagostino at gmail.com (Tayra Dagostino) Date: Sat, 19 Sep 2009 23:42:53 +0200 Subject: [sldev] Just curious...N900 any1? In-Reply-To: <4AB5449D.1090801@Gmail.com> References: <4AB5449D.1090801@Gmail.com> Message-ID: <20090919234253.2b56cdad.tayra.dagostino@gmail.com> On Sat, 19 Sep 2009 17:52:45 -0300 Tigro Spottystripes wrote: > The other day I learned about Nokia's N900 (DO WANT!!! ....can't > afford one though Y.Y , and then I started thinking, is anyone > planning on trying to get SL to run on it? long time ago there was "vollee", a java viewer (it use a gateway to rip off some graphic and function), but i see vollee site down since 2-3 month... so i dunno if somebody take this old proj and continue the road. From tigrospottystripes at gmail.com Sat Sep 19 15:00:28 2009 From: tigrospottystripes at gmail.com (Tigro Spottystripes) Date: Sat, 19 Sep 2009 19:00:28 -0300 Subject: [sldev] Just curious...N900 any1? In-Reply-To: <20090919234253.2b56cdad.tayra.dagostino@gmail.com> References: <4AB5449D.1090801@Gmail.com> <20090919234253.2b56cdad.tayra.dagostino@gmail.com> Message-ID: <4AB5547C.4030501@Gmail.com> Tayra Dagostino escreveu: > On Sat, 19 Sep 2009 17:52:45 -0300 > Tigro Spottystripes wrote: > > >> The other day I learned about Nokia's N900 (DO WANT!!! ....can't >> afford one though Y.Y , and then I started thinking, is anyone >> planning on trying to get SL to run on it? >> > > long time ago there was "vollee", a java viewer (it use a gateway to > rip off some graphic and function), but i see vollee site down since > 2-3 month... so i dunno if somebody take this old proj and continue the > road. > > > dunno, with the specs the N900 got, a very optmized but full client still with 3d rendering might work perhaps, and no need got he J2ME route,, that thing runs Debian Linux (actually a variation based on that), a very optmized linux binary might have a chance I imagine From lists.secondlife.com at trap.wereanimal.net Sun Sep 20 13:31:16 2009 From: lists.secondlife.com at trap.wereanimal.net (lists.secondlife.com at trap.wereanimal.net) Date: Sun, 20 Sep 2009 16:31:16 -0400 Subject: [sldev] Patch for SNOW-237 (When building snowglobe using -t Debug no debug symbols are retained so unable to debug crashes properly) Message-ID: <200909201631.16383.lists.secondlife.com@trap.wereanimal.net> I've submitted a patch to snow-237. What this patch does it adds code to packaged the non-stripped bin to the finial packed build. It only currently works on Linux and un-tested on MAC. I look over the windows packaging and could not see where the stripping takes place on the binary. Non-stripped bins are packaged for all build types except "Release" in CMAKE_BUILD_TYPE. Is there any use case where one does not want debug symbols in a debugging build? --Techwolf Lupindo From annagulaev at gmail.com Sun Sep 20 19:55:02 2009 From: annagulaev at gmail.com (Anna Gulaev) Date: Sun, 20 Sep 2009 22:55:02 -0400 Subject: [sldev] Could not create named generator Visual Studio 8 2005 Message-ID: Trying to build Windows version of 1.23.4. When I run develop.py from the indra directory I get this: $ python develop.py -G VC80 Running 'cmake -G "Visual Studio 8 2005" -DUNATTENDED:BOOl=OFF -DSTANDALONE:BOOL=OFF -DROOT_PROJECT_NAME:STRING=SecondLife "" "c:\\sl\\sl_1_23_4\\linden\\indra"' in 'build-VC80' CMake Error: Could not create named generator Visual Studio 8 2005 Cleaning 'build-VC80' Error: the command 'cmake' exited with status 256 google tells me someone else had this problem and Robin suggested... > try running from the console the vcvars.bat (or vsvars.bat) that is > found in c:\program files\visual studio 2005\VC\bin\ > > or a path very like that and try again. Looks like your visual studio > is not correctly setup for out of IDE compiling. So I did... $ ./vcvars32.bat c:\Program Files\Microsoft Visual Studio 8\VC\bin>"C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\vsvars32.bat" Setting environment for using Microsoft Visual Studio 2005 x86 tools. But this doesn't change anything. Still getting the error when I run develop.py. Any ideas? FWIW I have no built-vc80 directory, and no vcproj files anywhere. Should I, or is develop.py going to create those? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090920/612135f7/attachment.htm From annagulaev at gmail.com Sun Sep 20 20:19:15 2009 From: annagulaev at gmail.com (Anna Gulaev) Date: Sun, 20 Sep 2009 23:19:15 -0400 Subject: [sldev] Could not create named generator Visual Studio 8 2005 In-Reply-To: References: Message-ID: Nevermind. This apparently wants to be run from a dos command shell and not a rxvt shell. Building now... THanks, Anna On Sun, Sep 20, 2009 at 10:55 PM, Anna Gulaev wrote: > Trying to build Windows version of 1.23.4. When I run develop.py from the > indra directory I get this: > > $ python develop.py -G VC80 > Running 'cmake -G "Visual Studio 8 2005" -DUNATTENDED:BOOl=OFF > -DSTANDALONE:BOOL=OFF -DROOT_PROJECT_NAME:STRING=SecondLife "" > "c:\\sl\\sl_1_23_4\\linden\\indra"' in 'build-VC80' > CMake Error: Could not create named generator Visual Studio 8 2005 > Cleaning 'build-VC80' > Error: the command 'cmake' exited with status 256 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090920/d95e92ce/attachment.htm From moriz.gupte at gmail.com Mon Sep 21 08:40:08 2009 From: moriz.gupte at gmail.com (Moriz Gupte) Date: Mon, 21 Sep 2009 09:40:08 -0600 Subject: [sldev] SNOW-222 : pluginapi in Snowglobe patch ready! In-Reply-To: <78f69850909182245y4464fe07ke2568126ae5942be@mail.gmail.com> References: <78f69850909161404v4f6074fdx6bdb5e342b9bb1f3@mail.gmail.com> <78f69850909171314g1d252d9cx614c0a1729b3f195@mail.gmail.com> <78f69850909181327oaa8d3b3n4f97fc6c46f674ee@mail.gmail.com> <78f69850909181806k71293026y515b8b791c551fa9@mail.gmail.com> <78f69850909182245y4464fe07ke2568126ae5942be@mail.gmail.com> Message-ID: Hi there, This functionality is really one of the keys for many educational applications, and in times where I am seeing a growing migration of many US federal clients from SL (after learning what virtual environments could be and how they could be used for training etc...ironically in SL) to other platforms such as Nexus and Olive for reasons we are all aware of, I am hoping such web integration functionalities get the attention it deserves both within LL and outside.I deeply appreciate it as I have recently been able to push a proposal by leaning on this functionality (so Thanks a lot for your work, Thanks Aimee T as usual. ). I have a question: Are we to expect most web functionalities to happen through this media plugin, by that I mean, is most web interactive stuff on a prim in SL expected to be through Flash? Ramesh On Fri, Sep 18, 2009 at 11:45 PM, Philippe (Merov) Bossut wrote: > Hi, > > On Fri, Sep 18, 2009 at 6:06 PM, Philippe (Merov) Bossut > wrote: >> >> For those who are compiling from source on Windows, I had problems getting >> the quicktime plugin to work correctly. Deleting the resulting >> media_plugin_quicktime.dll and rebuilding did, mysteriously, worked for >> me... Anyone else tried? I'd be interested by the result. > > Silly me, I retraced the steps who lead to a correct compilation back in my > head and I think those 2 are the key ones: > - install the quicktime include and qtmlClient lib as described in : > http://wiki.secondlife.com/wiki/Compiling_the_viewer_%28MSVS2005%29#Quicktime > - rebuild the media_plugin_quicktime.dll > > With all the tests and changes I did in the afternoon to track the flaw, I > did those 2 things at very different moments and didn't add them up > together. I'm not in front of my Windows machine right now but I bet that's > what this mystery was all about. > > All the same, others to build and confirm that the patch is workable > (especially on Linux) very much welcome. > > Cheers, > - Merov > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > -- Rameshsharma Ramloll PhD Research Assistant Professor Idaho State University, PocatelloTel: 208-282-5333 More info at http://tr.im/RRamloll From robla at lindenlab.com Mon Sep 21 15:41:08 2009 From: robla at lindenlab.com (Rob Lanphier) Date: Mon, 21 Sep 2009 15:41:08 -0700 Subject: [sldev] Rent-a-coder project for adding SOCKS 5 support to Snowglobe Message-ID: Hi folks, I just found out about a new project we've posted to add SOCKS 5 support to Snowglobe. Details are in JIRA: https://jira.secondlife.com/browse/SNOW-238 Please feel free to comment there, and of course, please bid on Rent-a-coder! The bidding closes on October 5. Rob From robla at lindenlab.com Tue Sep 22 18:25:21 2009 From: robla at lindenlab.com (Rob Lanphier) Date: Tue, 22 Sep 2009 18:25:21 -0700 Subject: [sldev] Snowglobe 1.2 status Message-ID: Hi folks As you might have seen, SNOW-93 has landed (automatic translation) https://jira.secondlife.com/browse/SNOW-93 ...and of course, last week, SNOW-222 landed (OGP login). https://jira.secondlife.com/browse/SNOW-215 Merov is working on testing a few things for SNOW-222 (Media Plugin) before checking it in: https://jira.secondlife.com/browse/SNOW-222 With that, the major features will have landed. There's a couple of minor patches I plan to check in a little later (just reviewed with Merov): Workaround for Boost library: https://jira.secondlife.com/browse/SNOW-204 Artwork detection fix: https://jira.secondlife.com/browse/SNOW-235 After that, it's just refinement and bugfixing (including getting the new logo in). Merov and I just had a quick chat about timelines, and here's what we're thinking: Week of 2009-09-21: finish getting the above stuff checked in, start in on triage process Week of 2009-09-28: finish off triage sweep, keep bug fixing/refining Week of 2009-10-05: Snowglobe 1.2 release candidates Week of 2009-10-12: Snowglobe 1.2 Sound reasonable? Rob -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090922/87258089/attachment.htm From suzyq at pobox.com Wed Sep 23 06:46:05 2009 From: suzyq at pobox.com (Suzy Deffeyes) Date: Wed, 23 Sep 2009 09:46:05 -0400 Subject: [sldev] Snowglobe 1.2 status In-Reply-To: References: Message-ID: <2bd5b7f10909230646l44021b4ay3a7a9348be680185@mail.gmail.com> Hi Rob, Might be a tad optimistic, I think Media Plugin might need more testing (or I need to chase some gremlins out of my system). Also, should we consider https://jira.secondlife.com/browse/SNOW-129 for 1.2? Suzy Deffeyes/ Pixel Gausman IBM On Tue, Sep 22, 2009 at 9:25 PM, Rob Lanphier wrote: > Hi folks > > As you might have seen, SNOW-93 has landed (automatic translation) > https://jira.secondlife.com/browse/SNOW-93 > > ...and of course, last week, SNOW-222 landed (OGP login). > https://jira.secondlife.com/browse/SNOW-215 > > Merov is working on testing a few things for SNOW-222 (Media Plugin) before > checking it in: > https://jira.secondlife.com/browse/SNOW-222 > > With that, the major features will have landed. > There's a couple of minor patches I plan to check in a little later (just > reviewed with Merov): > Workaround for Boost library: > https://jira.secondlife.com/browse/SNOW-204 > Artwork detection fix: > https://jira.secondlife.com/browse/SNOW-235 > > After that, it's just refinement and bugfixing (including getting the new > logo in). > > Merov and I just had a quick chat about timelines, and here's what we're > thinking: > Week of 2009-09-21: finish getting the above stuff checked in, start in on > triage process > Week of 2009-09-28: finish off triage sweep, keep bug fixing/refining > Week of 2009-10-05: Snowglobe 1.2 release candidates > Week of 2009-10-12: Snowglobe 1.2 > > Sound reasonable? > > Rob > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090923/1b0e5aaf/attachment.htm From tayra.dagostino at gmail.com Wed Sep 23 09:52:15 2009 From: tayra.dagostino at gmail.com (Tayra Dagostino) Date: Wed, 23 Sep 2009 18:52:15 +0200 Subject: [sldev] Snowglobe 1.2 status In-Reply-To: References: Message-ID: <20090923185215.76e3c352.tayra.dagostino@gmail.com> On Tue, 22 Sep 2009 18:25:21 -0700 Rob Lanphier wrote: > Hi folks > Merov and I just had a quick chat about timelines, and here's what > we're thinking: > Week of 2009-09-21: finish getting the above stuff checked in, start > in on triage process > Week of 2009-09-28: finish off triage sweep, keep bug fixing/refining > Week of 2009-10-05: Snowglobe 1.2 release candidates > Week of 2009-10-12: Snowglobe 1.2 > Sound reasonable? there is an undervaluated bug: SNOW-203 (162) this hit a lot of ppl, before release SG as "RC" i think is better somebody take care about it (what about aleric patch?) From monkowsk at fishkill.ibm.com Wed Sep 23 10:08:35 2009 From: monkowsk at fishkill.ibm.com (Mike Monkowski) Date: Wed, 23 Sep 2009 13:08:35 -0400 Subject: [sldev] Snowglobe 1.2 status In-Reply-To: References: Message-ID: <4ABA5613.50903@fishkill.ibm.com> What is the process now for getting patches into Snowglobe? The http://wiki.secondlife.com/wiki/Snowglobe_Current_Cycle page hasn't been updated since June. Admiral Admiral and I have requested that the bug fix at http://jira.secondlife.com/browse/VWR-15310 "Advanced->XUI->Save to XML doesn't set proper XML tags" be considered for inclusion. Is it still under consideration? Rejected? Ignored? We would prefer that it go into the standard viewer, but because of a comment added to the issue, "This would be good to fire up a conversation on sldev@ about for possible inclusion in Snowglobe" it gets bypassed by the Bug Triage meetings. Mike Mm Alder Rob Lanphier wrote: > Hi folks > > As you might have seen, SNOW-93 has landed (automatic translation) > https://jira.secondlife.com/browse/SNOW-93 > > ...and of course, last week, SNOW-222 landed (OGP login). > https://jira.secondlife.com/browse/SNOW-215 > > Merov is working on testing a few things for SNOW-222 (Media Plugin) > before checking it in: > https://jira.secondlife.com/browse/SNOW-222 > > With that, the major features will have landed. > There's a couple of minor patches I plan to check in a little later > (just reviewed with Merov): > Workaround for Boost library: > https://jira.secondlife.com/browse/SNOW-204 > Artwork detection fix: > https://jira.secondlife.com/browse/SNOW-235 > > After that, it's just refinement and bugfixing (including getting the > new logo in). > > Merov and I just had a quick chat about timelines, and here's what we're > thinking: > Week of 2009-09-21: finish getting the above stuff checked in, start in > on triage process > Week of 2009-09-28: finish off triage sweep, keep bug fixing/refining > Week of 2009-10-05: Snowglobe 1.2 release candidates > Week of 2009-10-12: Snowglobe 1.2 > > Sound reasonable? > > Rob > > > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges From merov at lindenlab.com Wed Sep 23 10:57:12 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Wed, 23 Sep 2009 10:57:12 -0700 Subject: [sldev] SNOW-222 : request before committing the patch Message-ID: <78f69850909231057k15b17d60l23689250a9ac8350@mail.gmail.com> Hi guys, So, there's this big monster of a patch I posted on PJIRA since a week now. Thanks a millions to those who tested it and reported issues (incorporating fixes now). In the meantime, I've been working on a "Hello World" plugin example so that I can contribute to a first draft of a "How to write a plugin" doc and get some of you guys to start hacking. I'm happy to report that I do have such a plugin working on my machine (yeah!) and, of course, that got me some new ideas on how to improve things, develop new plug ins, extend the plugin architecture, etc... all things I can't do while the big patch hasn't been committed. Add to that that I need to svn update my local repo and tweak that patch every time a commit is done on trunk and you'll understand why I'm eager to see this landing. So, what else do we need to commit this? I heard that we need more tests but it seems we don't get any significant amount of tests unless we land in trunk and produce binaries... which really makes me think I should commit this before Friday so we can make the 1.2 schedule Robla emailed earlier. What do you guys think? Is there one think that we need to do before that first commit? One last note : the bulk of this code has been tested and qualified internally already so it's not completely untested code. That makes me a little more confident with the process. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090923/db25658f/attachment.htm From carlo at alinoe.com Wed Sep 23 12:04:10 2009 From: carlo at alinoe.com (Carlo Wood) Date: Wed, 23 Sep 2009 21:04:10 +0200 Subject: [sldev] Snowglobe 1.2 status In-Reply-To: <20090923185215.76e3c352.tayra.dagostino@gmail.com> References: <20090923185215.76e3c352.tayra.dagostino@gmail.com> Message-ID: <20090923190410.GA29966@alinoe.com> I will commit it, I was holding back because there was this huge diff when I updated svn... and after that I had build problems: Running 'cmake -DCMAKE_BUILD_TYPE:STRING=DEBUG -G \'Unix Makefiles\' -DSERVER:BOOL=OFF -DVIEWER:BOOL=ON -DSTANDALONE:BOOL=ON -DUNATTENDED:BOOL=OFF -DWORD_SIZE:STRING=64 -DROOT_PROJECT_NAME:STRING=SecondLife "" \'/usr/src/secondlife/secondlife/snowglobe/snowglobe-svn/indra\'' in 'viewer-linux-x86_64-debug' -- Version of viewer is 1.2.0.0 -- Building with OpenAL audio support -- Building with OpenAL audio support CMake Error at cmake/JsonCpp.cmake:6 (include): include could not find load file: FindJsonCpp Call Stack (most recent call first): newview/CMakeLists.txt:14 (include) -- Building without N-DoF joystick support -- Configuring incomplete, errors occurred! Error: the command 'cmake' exited with status 1 On Wed, Sep 23, 2009 at 06:52:15PM +0200, Tayra Dagostino wrote: > On Tue, 22 Sep 2009 18:25:21 -0700 > Rob Lanphier wrote: > > > Hi folks > > Merov and I just had a quick chat about timelines, and here's what > > we're thinking: > > Week of 2009-09-21: finish getting the above stuff checked in, start > > in on triage process > > Week of 2009-09-28: finish off triage sweep, keep bug fixing/refining > > Week of 2009-10-05: Snowglobe 1.2 release candidates > > Week of 2009-10-12: Snowglobe 1.2 > > Sound reasonable? > > there is an undervaluated bug: SNOW-203 (162) > this hit a lot of ppl, before release SG as "RC" i think is better > somebody take care about it (what about aleric patch?) > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges -- Carlo Wood From robla at lindenlab.com Wed Sep 23 14:12:13 2009 From: robla at lindenlab.com (Rob Lanphier) Date: Wed, 23 Sep 2009 14:12:13 -0700 Subject: [sldev] Standalone and SNOW-93 (Re: Snowglobe 1.2 status) Message-ID: Hi Carlo, Sorry about the problems with SNOW-93 for standalone builders. My understanding from IRC is that spstarr is cooking up a fix, but I don't know the latest status. The best place to track it is SNOW-240: https://jira.secondlife.com/browse/SNOW-240 I documented a workaround there that *might* work for you. Rob On Wed, Sep 23, 2009 at 12:04 PM, Carlo Wood wrote: > I will commit it, I was holding back because there was this > huge diff when I updated svn... and after that I had build > problems: > > Running 'cmake -DCMAKE_BUILD_TYPE:STRING=DEBUG -G \'Unix Makefiles\' > -DSERVER:BOOL=OFF -DVIEWER:BOOL=ON -DSTANDALONE:BOOL=ON > -DUNATTENDED:BOOL=OFF -DWORD_SIZE:STRING=64 > -DROOT_PROJECT_NAME:STRING=SecondLife "" > \'/usr/src/secondlife/secondlife/snowglobe/snowglobe-svn/indra\'' in > 'viewer-linux-x86_64-debug' > -- Version of viewer is 1.2.0.0 > -- Building with OpenAL audio support > -- Building with OpenAL audio support > CMake Error at cmake/JsonCpp.cmake:6 (include): > include could not find load file: > > FindJsonCpp > Call Stack (most recent call first): > newview/CMakeLists.txt:14 (include) > > > -- Building without N-DoF joystick support > -- Configuring incomplete, errors occurred! > Error: the command 'cmake' exited with status 1 > > On Wed, Sep 23, 2009 at 06:52:15PM +0200, Tayra Dagostino wrote: > > On Tue, 22 Sep 2009 18:25:21 -0700 > > Rob Lanphier wrote: > > > > > Hi folks > > > Merov and I just had a quick chat about timelines, and here's what > > > we're thinking: > > > Week of 2009-09-21: finish getting the above stuff checked in, start > > > in on triage process > > > Week of 2009-09-28: finish off triage sweep, keep bug fixing/refining > > > Week of 2009-10-05: Snowglobe 1.2 release candidates > > > Week of 2009-10-12: Snowglobe 1.2 > > > Sound reasonable? > > > > there is an undervaluated bug: SNOW-203 (162) > > this hit a lot of ppl, before release SG as "RC" i think is better > > somebody take care about it (what about aleric patch?) > > _______________________________________________ > > Policies and (un)subscribe information available here: > > http://wiki.secondlife.com/wiki/SLDev > > Please read the policies before posting to keep unmoderated posting > privileges > > -- > Carlo Wood > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090923/e625aaa3/attachment.htm From billwindwalker at rocketmail.com Wed Sep 23 14:22:42 2009 From: billwindwalker at rocketmail.com (Bill Windwalker) Date: Wed, 23 Sep 2009 21:22:42 +0000 (GMT) Subject: [sldev] Snowglobe 1.2 status In-Reply-To: <4ABA5613.50903@fishkill.ibm.com> References: <4ABA5613.50903@fishkill.ibm.com> Message-ID: <850925.32831.qm@web111210.mail.gq1.yahoo.com> i have not seen things get bypassed by the Bug Triage meetings its just they have a very very long list and are a great group of people working very hard to get to every bug and problem there is. with in the time they have to do it. and they are the best of the best bug hunters in SL. but thats just how i feel. give them time. ________________________________ From: Mike Monkowski To: Rob Lanphier Cc: SLDev Mailing List Sent: Wednesday, September 23, 2009 1:08:35 PM Subject: Re: [sldev] Snowglobe 1.2 status What is the process now for getting patches into Snowglobe?? The http://wiki.secondlife.com/wiki/Snowglobe_Current_Cycle page hasn't been updated since June. Admiral Admiral and I have requested that the bug fix at http://jira.secondlife.com/browse/VWR-15310 "Advanced->XUI->Save to XML doesn't set proper XML tags" be considered for inclusion.? Is it still under consideration? Rejected?? Ignored? We would prefer that it go into the standard viewer, but because of a comment added to the issue, "This would be good to fire up a conversation on sldev@ about for possible inclusion in Snowglobe" it gets bypassed by the Bug Triage meetings. Mike Mm Alder Rob Lanphier wrote: > Hi folks > > As you might have seen, SNOW-93 has landed (automatic translation) > https://jira.secondlife.com/browse/SNOW-93 > > ...and of course, last week, SNOW-222 landed (OGP login). > https://jira.secondlife.com/browse/SNOW-215 > > Merov is working on testing a few things for SNOW-222 (Media Plugin) > before checking it in: > https://jira.secondlife.com/browse/SNOW-222 > > With that, the major features will have landed. > There's a couple of minor patches I plan to check in a little later > (just reviewed with Merov): > Workaround for Boost library: > https://jira.secondlife.com/browse/SNOW-204 > Artwork detection fix: > https://jira.secondlife.com/browse/SNOW-235 > > After that, it's just refinement and bugfixing (including getting the > new logo in). > > Merov and I just had a quick chat about timelines, and here's what we're > thinking: > Week of 2009-09-21: finish getting the above stuff checked in, start in > on triage process > Week of 2009-09-28: finish off triage sweep, keep bug fixing/refining > Week of 2009-10-05: Snowglobe 1.2 release candidates > Week of 2009-10-12: Snowglobe 1.2 > > Sound reasonable? > > Rob > > > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/SLDev Please read the policies before posting to keep unmoderated posting privileges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090923/ceb8334d/attachment.htm From monkowsk at fishkill.ibm.com Wed Sep 23 14:38:12 2009 From: monkowsk at fishkill.ibm.com (Mike Monkowski) Date: Wed, 23 Sep 2009 17:38:12 -0400 Subject: [sldev] Snowglobe 1.2 status In-Reply-To: <850925.32831.qm@web111210.mail.gq1.yahoo.com> References: <4ABA5613.50903@fishkill.ibm.com> <850925.32831.qm@web111210.mail.gq1.yahoo.com> Message-ID: <4ABA9544.2090604@fishkill.ibm.com> Bill, I wasn't trying to disparage the triage team. They did look at this patch. Twice actually. Here are the transcripts. Mike Bug triage/2009-09-02/Transcript > # [14:33] Bambers Linden: https://jira.secondlife.com/browse/VWR-15310 > # [14:33] [[User:JIRA-helper: [#VWR-15310|JIRA-helper: [#VWR-15310]]: > # [14:33] Bambers Linden: oh, a patch > # [14:33] Bambers Linden: are we going to do these here? > # [14:33] Youri Ashton: just for moon's problem babmers > # [14:34] Youri Ashton: her CPU isnt reacting as it should > # [14:34] Alexa Linden: no, Robla's team will take that > # [14:34] Bambers Linden: ok > # [14:34] Alexa Linden: I'll poke them > # [14:34] Bambers Linden: ty Bug triage/2009-09-09/Transcript > # [14:35] Bug Triage: https://jira.secondlife.com/browse/VWR-15310 - Advanced->XUI->Save to XML doesn't set proper XML tags > # [14:35] [[User:JIRA-helper: [#VWR-15310|JIRA-helper: [#VWR-15310]]: > # [14:35] Squirrel Wood: usually need to relog to fix. > # [14:35] Youri Ashton: sounds to be smart to do so > # [14:36] Alexa Linden: ok > # [14:36] Squirrel Wood: It happens randomly. > # [14:36] Liisa Runo: i have seen this bug before, but it is so random i never found any pattern, it is gone next time i go to same place > # [14:36] Youri Ashton: squirrel: in that case it might be your pc instead of the viewer itself > # [14:36] Davy Linden: rob suggesting sldev discussion, so I'd just mark last triaged > # [14:36] Alexa Linden: ok > # [14:36] Liisa Runo: (my comment was for the terrain texture) > # [14:37] Alexa Linden: thanks Liisa :) Bill Windwalker wrote: > i have not seen things get bypassed by the Bug Triage meetings its just > they have a very very long list and are a great group of people working > very hard to get to every bug and problem there is. > with in the time they have to do it. > and they are the best of the best bug hunters in SL. > but thats just how i feel. > give them time. From merov at lindenlab.com Thu Sep 24 18:05:30 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Thu, 24 Sep 2009 18:05:30 -0700 Subject: [sldev] SNOW-222 : request before committing the patch In-Reply-To: <78f69850909231057k15b17d60l23689250a9ac8350@mail.gmail.com> References: <78f69850909231057k15b17d60l23689250a9ac8350@mail.gmail.com> Message-ID: <78f69850909241805k30b02654t6bf8de0f9cbf85a0@mail.gmail.com> Hi guys, I'm asking for help again: Pixel Gausman found a problem with running on Windows XP SP2 if the path to SLPlugin.exe (the external plugin launcher) contains white space (see PJIRA for details). I cannot reproduced the problem on Windows XP SP3. Could someone else try to confirm the problem? Other flavor of Windows? Thanks... Also, though the code path is pretty different between Windows and Linux/Mac wrt to process launching, it's not a bad idea to test with various exotic path... (spaces, diacritic characters, non latin...). Cheers, - Merov On Wed, Sep 23, 2009 at 10:57 AM, Philippe (Merov) Bossut < merov at lindenlab.com> wrote: > Hi guys, > > So, there's this big monster of a patch I posted on PJIRA since a week now. > Thanks a millions to those who tested it and reported issues (incorporating > fixes now). In the meantime, I've been working on a "Hello World" plugin > example so that I can contribute to a first draft of a "How to write a > plugin" doc and get some of you guys to start hacking. > > I'm happy to report that I do have such a plugin working on my machine > (yeah!) and, of course, that got me some new ideas on how to improve things, > develop new plug ins, extend the plugin architecture, etc... all things I > can't do while the big patch hasn't been committed. > > Add to that that I need to svn update my local repo and tweak that patch > every time a commit is done on trunk and you'll understand why I'm eager to > see this landing. > > So, what else do we need to commit this? I heard that we need more tests > but it seems we don't get any significant amount of tests unless we land in > trunk and produce binaries... which really makes me think I should commit > this before Friday so we can make the 1.2 schedule Robla emailed earlier. > What do you guys think? Is there one think that we need to do before that > first commit? > > One last note : the bulk of this code has been tested and qualified > internally already so it's not completely untested code. That makes me a > little more confident with the process. > > Cheers, > - Merov > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090924/bded2000/attachment.htm From izzee at hotmail.co.uk Fri Sep 25 06:16:55 2009 From: izzee at hotmail.co.uk (izze euler) Date: Fri, 25 Sep 2009 13:16:55 +0000 Subject: [sldev] [HELP] Compiling on Mac Message-ID: Hi, I'm trying to compile the Second Life source code on a Mac using XCode, but I get the following error: GCC 4.2 is not compatible with the Mac OS X 10.4 SDK (file audioengine.cpp) Does anyone know how I can resolve this? The only change I've made to the source code is to remove Fmod libraries as mentioned on the wiki. Kind Regards, Izze _________________________________________________________________ Get the best of MSN on your mobile http://clk.atdmt.com/UKM/go/147991039/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090925/18f39357/attachment.htm From hassan at riversrunred.com Fri Sep 25 06:51:46 2009 From: hassan at riversrunred.com (Hassan Chahrour) Date: Fri, 25 Sep 2009 14:51:46 +0100 Subject: [sldev] [HELP] Compiling on Mac In-Reply-To: References: Message-ID: <45726982-DD2A-4B6C-B4DC-29A9B9D95F6B@riversrunred.com> Double click the SecondLife project ad select GCC 4.0 On 25 Sep 2009, at 14:16, izze euler wrote: > Hi, > > I'm trying to compile the Second Life source code on a Mac using > XCode, but I get the following error: > > GCC 4.2 is not compatible with the Mac OS X 10.4 SDK (file > audioengine.cpp) > > Does anyone know how I can resolve this? > > The only change I've made to the source code is to remove Fmod > libraries as mentioned on the wiki. > > Kind Regards, > Izze > > Upgrade to Internet Explorer 8 Optimised for MSN. Download > Now_______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges -- Hassan Chahrour | Head of Technology hassan at riversrunred.com | +44 (0) 207 739 7505 http://riversrunred.com | http://immersivespaces.com Rivers Run Red - the immersive space company? Rivers Run Red Limited is a company registered in England and Wales with company number 4906911 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090925/a64c73f8/attachment.htm From vexstreeter at gmail.com Fri Sep 25 10:24:25 2009 From: vexstreeter at gmail.com (Vex Streeter) Date: Fri, 25 Sep 2009 13:24:25 -0400 Subject: [sldev] Question/possible bug with on LLTextureFetch mutex use Message-ID: <4ABCFCC9.9010902@gmail.com> I've been reading the texture cache code for the last week or so, and I see something that I don't quite understand - looks like a bug to me, but I'm no expert on this code so I'm not comfortable enough to generate a jira entry: // lltexturefetch.cpp (current snowglobe, svn 2574) line 1471- void LLTextureFetch::addToNetworkQueue(LLTextureFetchWorker* worker) { LLMutexLock lock(&mNetworkQueueMutex); if (mRequestMap.find(worker->mID) != mRequestMap.end()) { // only add to the queue if in the request map // i.e. a delete has not been requested mNetworkQueue.insert(worker->mID); } for (cancel_queue_t::iterator iter1 = mCancelQueue.begin(); iter1 != mCancelQueue.end(); ++iter1) { iter1->second.erase(worker->mID); } } Most accesses to mRequestMap are protected by locking mQueueMutex, but I don't see how that lock could be held here - addToNetworkQueue is called by LLTextureFetchWorker::doWork, which only holds mWorkMutex. So my questions are: 1. Is mQueueMutex actually held somehow here, making it safe to call find() and end() on mRequestMap? 2. or are find() and end() somehow safe to invoke without being locked? Seems unlikely given the semantics of the usual std::map<> implementation and that the nearby getWorker appears to always be called with mQueueMutex held. The failure mode would be find()==end() when it really is present, leading to a request that never got added to the network queue and never got canceled (e.g. a texture that isn't retrieved?). mRequestMap is an std:map, which is a non-trivial datastructure - it isn't much of a stretch to imagine situations where the find() gets lost in the tree while an insert is splitting (or even worse, rebalancing - I don't know if std:map rebalances) Hoping this is useful. Cheers, Vex From schlenk at uni-oldenburg.de Fri Sep 25 11:00:24 2009 From: schlenk at uni-oldenburg.de (Michael Schlenker) Date: Fri, 25 Sep 2009 20:00:24 +0200 Subject: [sldev] [HELP] Compiling on Mac In-Reply-To: References: Message-ID: <2B45933E-E595-43B1-A31C-F16E4E6EA83F@uni-oldenburg.de> Am 25.09.2009 um 15:16 schrieb izze euler: > Hi, > > I'm trying to compile the Second Life source code on a Mac using > XCode, but I get the following error: > > GCC 4.2 is not compatible with the Mac OS X 10.4 SDK (file > audioengine.cpp) > Just open the project file in xcode and set the used sdk to 10.5 or 10.6? > Does anyone know how I can resolve this? > > The only change I've made to the source code is to remove Fmod > libraries as mentioned on the wiki. Where is that mentioned, haven't found it when trying to compile snowglobe with RLV patches and had some trouble to get it to compile with fmod ( duplicate symbols, but fixed it by adding the conflicting symbols to the already existing exception list in.) Should get you started. I also cranked up the optimization a bit in the CMAKE files, to get a faster binary: Index: indra/cmake/00-Common.cmake =================================================================== --- indra/cmake/00-Common.cmake (revision 2601) +++ indra/cmake/00-Common.cmake (working copy) @@ -171,6 +171,7 @@ if (DARWIN) add_definitions(-DLL_DARWIN=1) + add_definitions(-fvisibility=hidden) set(CMAKE_CXX_LINK_FLAGS "-Wl,-headerpad_max_install_names,- search_paths_first") set(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_CXX_LINK_FLAGS}") set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -mlong-branch") @@ -179,6 +180,8 @@ # NOTE: it's critical to have both CXX_FLAGS and C_FLAGS covered. set(CMAKE_CXX_FLAGS_RELWITHDEBINFO "-O0 $ {CMAKE_CXX_FLAGS_RELWITHDEBINFO}") set(CMAKE_C_FLAGS_RELWITHDEBINFO "-O0 $ {CMAKE_C_FLAGS_RELWITHDEBINFO}") + set(CMAKE_CXX_FLAGS_RELEASE "-Os -mssse3 -mfpmath=sse $ {CMAKE_CXX_FLAGS_RELEASE}") + set(CMAKE_C_FLAGS_RELEASE "-0s -mssse3 -mfpmath=sse $ {CMAKE_C_FLAGS_RELEASE}") endif (DARWIN) Index: indra/cmake/Variables.cmake =================================================================== --- indra/cmake/Variables.cmake (revision 2601) +++ indra/cmake/Variables.cmake (working copy) @@ -76,8 +76,8 @@ # set this dynamically from the build system now - # NOTE: wont have a distributable build unless you add this on the configure line with: # -DCMAKE_OSX_ARCHITECTURES:STRING='i386;ppc' - #set(CMAKE_OSX_ARCHITECTURES i386;ppc) - set(CMAKE_OSX_SYSROOT /Developer/SDKs/MacOSX10.4u.sdk) + set(CMAKE_OSX_ARCHITECTURES i386) + set(CMAKE_OSX_SYSROOT /Developer/SDKs/MacOSX10.5.sdk) if (CMAKE_OSX_ARCHITECTURES MATCHES "i386" AND CMAKE_OSX_ARCHITECTURES MATCHES "ppc") set(ARCH universal) else (CMAKE_OSX_ARCHITECTURES MATCHES "i386" AND CMAKE_OSX_ARCHITECTURES MATCHES "ppc") Index: indra/newview/fmod_hidden_symbols.exp =================================================================== --- indra/newview/fmod_hidden_symbols.exp (revision 2601) +++ indra/newview/fmod_hidden_symbols.exp (working copy) @@ -8,6 +8,7 @@ __make_words _lpc_clear _lpc_init +__vorbis_block_init __vorbis_block_alloc __vorbis_block_ripcord __vorbis_apply_window @@ -18,6 +19,7 @@ _vorbis_block_clear _vorbis_block_init _vorbis_dsp_clear +_vorbis_synthesis_restart _vorbis_synthesis_blockin _vorbis_synthesis_init _vorbis_synthesis_pcmout Index: indra/llui/llresmgr.cpp =================================================================== --- indra/llui/llresmgr.cpp (revision 2601) +++ indra/llui/llresmgr.cpp (working copy) @@ -253,30 +253,9 @@ LLLocale locale(LLLocale::USER_LOCALE); struct lconv *conv = localeconv(); -#if LL_DARWIN - // On the Mac, locale support is broken before 10.4, which causes things to go all pear-shaped. - // Fake up a conv structure with some reasonable values for the fields this function uses. - struct lconv fakeconv; - if(conv->negative_sign[0] == 0) // Real locales all seem to have something here... - { - fakeconv = *conv; // start with what's there. - switch(mLocale) - { - default: // Unknown -- use the US defaults. - case LLLOCALE_USA: - case LLLOCALE_UK: // UK ends up being the same as US for the items used here. - fakeconv.negative_sign = "-"; - fakeconv.mon_grouping = "\x03\x03\x00"; // commas every 3 digits - fakeconv.n_sign_posn = 1; // negative sign before the string - break; - } - conv = &fakeconv; - } -#endif - - char* negative_sign = conv->negative_sign; - char separator = getMonetaryThousandsSeparator(); - char* grouping = conv->mon_grouping; + const char* negative_sign = conv->negative_sign; + const char separator = getMonetaryThousandsSeparator(); + const char* grouping = conv->mon_grouping; // Note on mon_grouping: // Specifies a string that defines the size of each group of digits in formatted monetary quantities. Index: indra/mac_updater/mac_updater.cpp =================================================================== --- indra/mac_updater/mac_updater.cpp (revision 2601) +++ indra/mac_updater/mac_updater.cpp (working copy) @@ -68,9 +68,9 @@ OSStatus gFailure = noErr; Boolean gCancelled = false; -char *gUpdateURL; -char *gProductName; -char *gBundleID; +const char *gUpdateURL; +const char *gProductName; +const char *gBundleID; void *updatethreadproc(void*); @@ -1048,7 +1048,7 @@ if(!mountOutput.empty()) { const char *s = mountOutput.c_str(); - char *prefix = "/dev/"; + const char *prefix = "/dev/"; char *sub = strstr(s, prefix); if(sub != NULL) From merov at lindenlab.com Fri Sep 25 18:50:55 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Fri, 25 Sep 2009 18:50:55 -0700 Subject: [sldev] SNOW-222 : request before committing the patch In-Reply-To: <78f69850909241805k30b02654t6bf8de0f9cbf85a0@mail.gmail.com> References: <78f69850909231057k15b17d60l23689250a9ac8350@mail.gmail.com> <78f69850909241805k30b02654t6bf8de0f9cbf85a0@mail.gmail.com> Message-ID: <78f69850909251850x76f01bafm93d33649503857a9@mail.gmail.com> Hi guys, I've been banging my head all day on a vexing problem with this patch on Mac. Aimee and me reported the same issue on IRC but we both wrote it off on some silly install we did on our dev environment. Seemed weird enough we'd get the same issue so digging deeper, it looks like the problem is more serious. I won't go into the gory details but here's the short version: - On Mac, you get to a point where no texture download at all, you basically walk in a land of gray... - It's not systematic mind you (things do sometimes work fine) - When it starts though, it's there to stay - the trunk version or plugin-api are not affected: so it's something I did when merging (haven't identified what yet...) - Clearing the cache doesn't work: actually, it's a way to get the problem to repro. It seems that the file texture.cache can't get created at all... - Launching an unaffected version of the viewer makes the problem go away for a while... till it starts again... From billwindwalker at rocketmail.com Sat Sep 26 05:46:45 2009 From: billwindwalker at rocketmail.com (Bill Windwalker) Date: Sat, 26 Sep 2009 05:46:45 -0700 (PDT) Subject: [sldev] Fw: Question/possible bug with on LLTextureFetch mutex use Message-ID: <983050.78614.qm@web111209.mail.gq1.yahoo.com> I have not seen that in the debug consol how long did this last ? and what was you doing at that time that is happen ? ? ----- Forwarded Message ---- From: Vex Streeter To: sldev at lists.secondlife.com Sent: Friday, September 25, 2009 1:24:25 PM Subject: [sldev] Question/possible bug with on LLTextureFetch mutex use I've been reading the texture cache code for the last week or so, and I see something that I don't quite understand - looks like a bug to me, but I'm no expert on this code so I'm not comfortable enough to generate a jira entry: // lltexturefetch.cpp (current snowglobe, svn 2574) line 1471- void LLTextureFetch::addToNetworkQueue(LLTextureFetchWorker* worker) { ? ? LLMutexLock lock(&mNetworkQueueMutex); ? ? if (mRequestMap.find(worker->mID) != mRequestMap.end()) ? ? { ? ? ? ? // only add to the queue if in the request map ? ? ? ? // i.e. a delete has not been requested ? ? ? ? mNetworkQueue.insert(worker->mID); ? ? } ? ? for (cancel_queue_t::iterator iter1 = mCancelQueue.begin(); ? ? ? ? iter1 != mCancelQueue.end(); ++iter1) ? ? { ? ? ? ? iter1->second.erase(worker->mID); ? ? } } Most accesses to mRequestMap are protected by locking mQueueMutex, but I don't see how that lock could be held here - addToNetworkQueue is called by LLTextureFetchWorker::doWork, which only holds mWorkMutex.? So my questions are: 1. Is mQueueMutex actually held somehow here, making it safe to call find() and end() on mRequestMap? 2. or are find() and end() somehow safe to invoke without being locked?? Seems unlikely given the semantics of the usual std::map<> implementation and that the nearby getWorker appears to always be called with mQueueMutex held. The failure mode would be find()==end() when it really is present, leading to a request that never got added to the network queue and never got canceled (e.g. a texture that isn't retrieved?).? mRequestMap is an std:map, which is a non-trivial datastructure - it isn't much of a stretch to imagine situations where the find() gets lost in the tree while an insert is splitting (or even worse, rebalancing - I don't know if std:map rebalances) Hoping this is useful.? Cheers, ? ? Vex _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/SLDev Please read the policies before posting to keep unmoderated posting privileges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090926/c0d92213/attachment.htm From thickbrick.sleaford at gmail.com Sat Sep 26 14:51:18 2009 From: thickbrick.sleaford at gmail.com (Thickbrick Sleaford) Date: Sun, 27 Sep 2009 00:51:18 +0300 Subject: [sldev] A couple of inventory UI fixes for Snowglobe Message-ID: <200909270051.18657.thickbrick.sleaford@gmail.com> Now that Snowglobe has a Worn Items inventory tab, I have two small patches that seem like a natural follow-up. SNOW-232: The check-marks in the Sort menu aren't being updated when switching between tabs. This bug becomes more confusing to users the more tabs there are. The fix for this is simple (update the controls when switching between tabs), and was reviewed by Techwolf. So if there are no objections, I will commit it in a few days. SNOW-251: This is a patch to make the sort order of the Worn Items and Recent Items tabs persist between sessions. It adds a new persistent setting "WornItemsSortOrder", and uses a pre-existing (but unused, so far) setting "RecentItemsSortOrder". To me, this is a natural follow-up to the Worn Items tab (but is pretty useless without the fix in SNOW-232) My questions are: * The RecentItemsSortOrder setting is already persisting, but it is being overridden to "sort by date" on every login. Is there some usability reason that might have been done? * Any objections? * Please review the patch. NB: "sort order" here means a bitfield of all the options in the Sort menu. Links: http://jira.secondlife.com/browse/SNOW-226 http://jira.secondlife.com/browse/SNOW-232 http://jira.secondlife.com/browse/SNOW-251 -- Thickbrick From merov at lindenlab.com Sun Sep 27 00:56:15 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Sun, 27 Sep 2009 00:56:15 -0700 Subject: [sldev] SNOW-222 : request before committing the patch In-Reply-To: <78f69850909251850x76f01bafm93d33649503857a9@mail.gmail.com> References: <78f69850909231057k15b17d60l23689250a9ac8350@mail.gmail.com> <78f69850909241805k30b02654t6bf8de0f9cbf85a0@mail.gmail.com> <78f69850909251850x76f01bafm93d33649503857a9@mail.gmail.com> Message-ID: <78f69850909270056q7353feb4te0aa9a9c408b7104@mail.gmail.com> Hi, I spent the best part of the afternoon tracking that vexing Mac problem and, as expected, that's a silly issue: the export script didn't export the new media UI textures. Those being loaded at launch would hose the texture loading thread entirely. Dropping the missing textures in the skins/default/textures folder solve the problem. I attached a zip file containing the missing textures in the JIRA. Snowglobe Mac devs, thanks in advance for your test and confirmation (or not) of the fix. This bug however points to another more concerning issue: when files fail to load, the file descriptors don't seem to be released and/or the fetch workers don't close properly. I haven't identified which yet but that's something that could explain quite a bit of spurious "gray texture" issues that have been reported here and there. Going to bed now :) Cheers, - Merov On Fri, Sep 25, 2009 at 6:50 PM, Philippe (Merov) Bossut < merov at lindenlab.com> wrote: > Hi guys, > > I've been banging my head all day on a vexing problem with this patch on > Mac. Aimee and me reported the same issue on IRC but we both wrote it off on > some silly install we did on our dev environment. Seemed weird enough we'd > get the same issue so digging deeper, it looks like the problem is more > serious. I won't go into the gory details but here's the short version: > - On Mac, you get to a point where no texture download at all, you > basically walk in a land of gray... > - It's not systematic mind you (things do sometimes work fine) > - When it starts though, it's there to stay > - the trunk version or plugin-api are not affected: so it's something I did > when merging (haven't identified what yet...) > - Clearing the cache doesn't work: actually, it's a way to get the problem > to repro. It seems that the file texture.cache can't get created at all... > - Launching an unaffected version of the viewer makes the problem go away > for a while... till it starts again... > > From the logs and some tracking, it seems that, at some point, we just > can't open a file anymore. Could happen even before we even try any neywork > activity (UI bitmaps for instance not loading in the login screen). I'm > wondering if the updated libs used with the patch (see install.xml) could be > the cause of this... > > Not great news I know but I wanted to give some update before the weekend. > > Cheers, > - Merov > > > On Thu, Sep 24, 2009 at 6:05 PM, Philippe (Merov) Bossut < > merov at lindenlab.com> wrote: > >> Hi guys, >> >> I'm asking for help again: Pixel Gausman found a problem with running on >> Windows XP SP2 if the path to SLPlugin.exe (the external plugin launcher) >> contains white space (see PJIRA for details). I cannot reproduced the >> problem on Windows XP SP3. Could someone else try to confirm the problem? >> Other flavor of Windows? Thanks... >> >> Also, though the code path is pretty different between Windows and >> Linux/Mac wrt to process launching, it's not a bad idea to test with various >> exotic path... (spaces, diacritic characters, non latin...). >> >> Cheers, >> - Merov >> >> >> On Wed, Sep 23, 2009 at 10:57 AM, Philippe (Merov) Bossut < >> merov at lindenlab.com> wrote: >> >>> Hi guys, >>> >>> So, there's this big monster of a patch I posted on PJIRA since a week >>> now. Thanks a millions to those who tested it and reported issues >>> (incorporating fixes now). In the meantime, I've been working on a "Hello >>> World" plugin example so that I can contribute to a first draft of a "How to >>> write a plugin" doc and get some of you guys to start hacking. >>> >>> I'm happy to report that I do have such a plugin working on my machine >>> (yeah!) and, of course, that got me some new ideas on how to improve things, >>> develop new plug ins, extend the plugin architecture, etc... all things I >>> can't do while the big patch hasn't been committed. >>> >>> Add to that that I need to svn update my local repo and tweak that patch >>> every time a commit is done on trunk and you'll understand why I'm eager to >>> see this landing. >>> >>> So, what else do we need to commit this? I heard that we need more tests >>> but it seems we don't get any significant amount of tests unless we land in >>> trunk and produce binaries... which really makes me think I should commit >>> this before Friday so we can make the 1.2 schedule Robla emailed earlier. >>> What do you guys think? Is there one think that we need to do before that >>> first commit? >>> >>> One last note : the bulk of this code has been tested and qualified >>> internally already so it's not completely untested code. That makes me a >>> little more confident with the process. >>> >>> Cheers, >>> - Merov >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090927/6304a311/attachment.htm From annagulaev at gmail.com Sun Sep 27 03:43:22 2009 From: annagulaev at gmail.com (Anna Gulaev) Date: Sun, 27 Sep 2009 06:43:22 -0400 Subject: [sldev] [VIEWER] crash on teleport or parcel crossing Message-ID: I'm getting frequent crashes on teleporting or parcel crossing in the OS viewer that I'm not getting in the release client (both 1.23.4). It's apparently crashing while collecting stats (call stack reproduced below), but the function is called so much that setting a break point is futile. I don't understand why the function that crashes appears in the middle of my call stack, and I can't tell from looking at this where it's called from when it crashes. Any clues how I might proceed? Is the OS version doing stats collection that the release code isn't? What will I harm by removing this code, or is there a non-code way to disable it? Thanks, Anna Call stack: msvcr80.dll!78141eeb() [Frames below may be incorrect and/or missing, no symbols loaded for msvcr80.dll] ntdll.dll!7c91930f() ntdll.dll!7c918f21() ntdll.dll!7c9101db() ntdll.dll!7c96f8e8() ntdll.dll!7c96f8cc() ntdll.dll!7c96f8cc() ntdll.dll!7c94bc4c() ntdll.dll!7c927784() ntdll.dll!7c9101db() ntdll.dll!7c91930f() ntdll.dll!7c918f21() ntdll.dll!7c9101db() > secondlife-bin.exe!LLStatRate::count(unsigned int value=0) Line 483 C++ ntdll.dll!7c9101db() ntdll.dll!7c96f07c() ntdll.dll!7c9101db() ntdll.dll!7c927784() ntdll.dll!7c927573() ntdll.dll!7c91005d() secondlife-bin.exe!std::_Tree_nod,std::allocator >,0> >::_Node::_Node(std::_Tree_nod,std::allocator >,0> >::_Node * _Larg=0x0e5fa918, std::_Tree_nod,std::allocator >,0> >::_Node * _Parg=0x04253da8, std::_Tree_nod,std::allocator >,0> >::_Node * _Rarg=0x0e5fa918, const std::pair & _Val=({null={...} mData=0x030bf0f4 "" },0x0e8ff298 {mIsGroup=true mCreateTime=4385510 mFirstName= ...}), char _Carg=0) Line 43 + 0x30 bytes C++ secondlife-bin.exe!std::_Tree,std::allocator >,0> >::_Buynode(std::_Tree_nod,std::allocator >,0> >::_Node * _Larg=0x231e2a18, std::_Tree_nod,std::allocator >,0> >::_Node * _Parg=0x030bf0ec, std::_Tree_nod,std::allocator >,0> >::_Node * _Rarg=0x030bf088, const std::pair & _Val=({null={...} mData=0x11c6d288 " ?? ??" },0x0ed1fdd8 {mIsGroup=true mCreateTime=248643032 mFirstName= ...}), char _Carg='') Line 1317 + 0x37 bytes C++ secondlife-bin.exe!std::_Tree,std::allocator >,0> >::iterator::iterator(std::_Tree_nod,std::allocator >,0> >::_Node * _Pnode=0xbe66c2c0) Line 446 C++ secondlife-bin.exe!std::_Tree,std::allocator >,0> >::iterator::iterator(std::_Tree_nod,std::allocator >,0> >::_Node * _Pnode=0x00000177) Line 446 C++ 0e5fa918() -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090927/3020b110/attachment.htm From annagulaev at gmail.com Sun Sep 27 04:16:04 2009 From: annagulaev at gmail.com (Anna Gulaev) Date: Sun, 27 Sep 2009 07:16:04 -0400 Subject: [sldev] [VIEWER] crash on teleport or parcel crossing In-Reply-To: References: Message-ID: More Info: Using grep rather than the debugger I've determined this code is counting out-of-order message packets, and since I can't realistically set a breakpoint I don't know if it's crashing when setting the gap to zero or when reporting a gap. void LLCircuitData::checkPacketInID(TPACKETID id, BOOL receive_resent) mOutOfOrderRate.count(0); mOutOfOrderRate.count(gap); On Sun, Sep 27, 2009 at 6:43 AM, Anna Gulaev wrote: > I'm getting frequent crashes on teleporting or parcel crossing in the OS > viewer that I'm not getting in the release client (both 1.23.4). It's > apparently crashing while collecting stats (call stack reproduced below), > but the function is called so much that setting a break point is futile. > > I don't understand why the function that crashes appears in the middle of > my call stack, and I can't tell from looking at this where it's called from > when it crashes. > > Any clues how I might proceed? Is the OS version doing stats collection > that the release code isn't? What will I harm by removing this code, or is > there a non-code way to disable it? > > Thanks, > Anna > > Call stack: > > msvcr80.dll!78141eeb() > [Frames below may be incorrect and/or missing, no symbols loaded for > msvcr80.dll] > ntdll.dll!7c91930f() > ntdll.dll!7c918f21() > ntdll.dll!7c9101db() > ntdll.dll!7c96f8e8() > ntdll.dll!7c96f8cc() > ntdll.dll!7c96f8cc() > ntdll.dll!7c94bc4c() > ntdll.dll!7c927784() > ntdll.dll!7c9101db() > ntdll.dll!7c91930f() > ntdll.dll!7c918f21() > ntdll.dll!7c9101db() > > secondlife-bin.exe!LLStatRate::count(unsigned int value=0) Line > 483 C++ > ntdll.dll!7c9101db() > ntdll.dll!7c96f07c() > ntdll.dll!7c9101db() > ntdll.dll!7c927784() > ntdll.dll!7c927573() > ntdll.dll!7c91005d() > > secondlife-bin.exe!std::_Tree_nod *,std::less,std::allocator *> >,0> > >::_Node::_Node(std::_Tree_nod *,std::less,std::allocator *> >,0> >::_Node * _Larg=0x0e5fa918, > std::_Tree_nod *,std::less,std::allocator *> >,0> >::_Node * _Parg=0x04253da8, > std::_Tree_nod *,std::less,std::allocator *> >,0> >::_Node * _Rarg=0x0e5fa918, const std::pair ,LLCacheNameEntry *> & _Val=({null={...} mData=0x030bf0f4 "" },0x0e8ff298 > {mIsGroup=true mCreateTime=4385510 mFirstName= ...}), char > _Carg=0) Line 43 + 0x30 bytes C++ > > secondlife-bin.exe!std::_Tree *,std::less,std::allocator *> >,0> >::_Buynode(std::_Tree_nod *,std::less,std::allocator *> >,0> >::_Node * _Larg=0x231e2a18, > std::_Tree_nod *,std::less,std::allocator *> >,0> >::_Node * _Parg=0x030bf0ec, > std::_Tree_nod *,std::less,std::allocator *> >,0> >::_Node * _Rarg=0x030bf088, const std::pair ,LLCacheNameEntry *> & _Val=({null={...} mData=0x11c6d288 " ?? ?? " > },0x0ed1fdd8 {mIsGroup=true mCreateTime=248643032 mFirstName= > ...}), char _Carg=' ') Line 1317 + 0x37 bytes C++ > > secondlife-bin.exe!std::_Tree *,std::less,std::allocator *> >,0> > >::iterator::iterator(std::_Tree_nod *,std::less,std::allocator *> >,0> >::_Node * _Pnode=0xbe66c2c0) Line 446 C++ > secondlife-bin.exe!std::_Tree int,std::less,std::allocator const,unsigned int> >,0> > >::iterator::iterator(std::_Tree_nod int,std::less,std::allocator const,unsigned int> >,0> >::_Node * _Pnode=0x00000177) Line 446 C++ > 0e5fa918() > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090927/93c2f022/attachment-0001.htm From annagulaev at gmail.com Sun Sep 27 04:45:57 2009 From: annagulaev at gmail.com (Anna Gulaev) Date: Sun, 27 Sep 2009 07:45:57 -0400 Subject: [sldev] [VIEWER] crash on teleport or parcel crossing In-Reply-To: References: Message-ID: On Sun, Sep 27, 2009 at 7:16 AM, Anna Gulaev wrote: > More Info: > > Using grep rather than the debugger I've determined this code is counting > out-of-order message packets, and since I can't realistically set a > breakpoint I don't know if it's crashing when setting the gap to zero or > when reporting a gap. > Duh. The debugger tells me it's crashing when setting the gap to zero (at least this time). I've also determined that it does this (and also reports gap > 0) a large number of times successfully before it fails. I still don't know how to proceed. This function is apparently used to detect packet loss, so it seems unwise to simply remove it. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090927/60f26033/attachment.htm From annagulaev at gmail.com Sun Sep 27 05:42:30 2009 From: annagulaev at gmail.com (Anna Gulaev) Date: Sun, 27 Sep 2009 08:42:30 -0400 Subject: [sldev] [VIEWER] crash on teleport or parcel crossing In-Reply-To: References: Message-ID: Getting closer... I don't think this has anything to do with the stats code and I don't know why it's being reported in the middle of my call stack. If I sign back in (this time, anyway--doesn't always happen this way) I crash immediately on something else in the call stack that also appeared before: xtree, TEMPLATE CLASS _Tree_nod ----------------------------------------------- struct _Node { // tree node _Node(_Genptr _Larg, _Genptr _Parg, _Genptr _Rarg, const value_type& _Val, char _Carg) : _Left(_Larg), _Parent(_Parg), _Right(_Rarg), _Myval(_Val), _Color(_Carg), _Isnil(false) { // construct a node with value } _Val contains this: mIsGroup true mCreateTime 4385510 mFirstName bad pointer mLastName garbage mGroupName bad pointer On Sun, Sep 27, 2009 at 7:45 AM, Anna Gulaev wrote: > I still don't know how to proceed. This function is apparently used to > detect packet loss, so it seems unwise to simply remove it. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090927/15411608/attachment.htm From tateru.nino at gmail.com Sun Sep 27 06:56:48 2009 From: tateru.nino at gmail.com (Tateru Nino) Date: Sun, 27 Sep 2009 23:56:48 +1000 Subject: [sldev] [VIEWER] crash on teleport or parcel crossing In-Reply-To: References: Message-ID: <4ABF6F20.6060808@weblogsinc.com> My first instinct was dereferencing a potentially invalidated iterator, after which all bets are pretty much off. Anna Gulaev wrote: > Getting closer... > > I don't think this has anything to do with the stats code and I don't > know why it's being reported in the middle of my call stack. If I sign > back in (this time, anyway--doesn't always happen this way) I crash > immediately on something else in the call stack that also appeared before: > > xtree, TEMPLATE CLASS _Tree_nod > ----------------------------------------------- > struct _Node > { // tree node > _Node(_Genptr _Larg, _Genptr _Parg, _Genptr _Rarg, > const value_type& _Val, char _Carg) > : _Left(_Larg), _Parent(_Parg), _Right(_Rarg), > _Myval(_Val), _Color(_Carg), _Isnil(false) > { // construct a node with value > } > > _Val contains this: > > mIsGroup true > mCreateTime 4385510 > mFirstName bad pointer > mLastName garbage > mGroupName bad pointer > > > > On Sun, Sep 27, 2009 at 7:45 AM, Anna Gulaev > wrote: > > I still don't know how to proceed. This function is apparently > used to detect packet loss, so it seems unwise to simply remove it. > > > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges -- Tateru Nino Contributing Editor http://massively.com/ From aimee.trescothick at gmail.com Sun Sep 27 07:34:08 2009 From: aimee.trescothick at gmail.com (Aimee Trescothick) Date: Sun, 27 Sep 2009 15:34:08 +0100 Subject: [sldev] SNOW-222 : request before committing the patch In-Reply-To: <78f69850909270056q7353feb4te0aa9a9c408b7104@mail.gmail.com> References: <78f69850909231057k15b17d60l23689250a9ac8350@mail.gmail.com> <78f69850909241805k30b02654t6bf8de0f9cbf85a0@mail.gmail.com> <78f69850909251850x76f01bafm93d33649503857a9@mail.gmail.com> <78f69850909270056q7353feb4te0aa9a9c408b7104@mail.gmail.com> Message-ID: <79EE86FD-0CC4-430E-8FE4-4B9ADBE33C73@gmail.com> On 27 Sep 2009, at 08:56, Philippe (Merov) Bossut wrote: > Hi, > > I spent the best part of the afternoon tracking that vexing Mac > problem and, as expected, that's a silly issue: the export script > didn't export the new media UI textures. Those being loaded at > launch would hose the texture loading thread entirely. Dropping the > missing textures in the skins/default/textures folder solve the > problem. I attached a zip file containing the missing textures in > the JIRA. Snowglobe Mac devs, thanks in advance for your test and > confirmation (or not) of the fix. I think these textures are already in the updated artwork bundle? A quick check suggests they are getting copied into place correctly. In which case I'm sorry to report it doesn't fix the problem for me as I already had them :( > This bug however points to another more concerning issue: when files > fail to load, the file descriptors don't seem to be released and/or > the fetch workers don't close properly. I haven't identified which > yet but that's something that could explain quite a bit of spurious > "gray texture" issues that have been reported here and there. While finding yourself in grey world is quite disturbing, it's at least reproducible, and hopefully as you say, fixing this could clear up these other problems which have proved hard to nail down. Aimee. From annagulaev at gmail.com Sun Sep 27 08:05:21 2009 From: annagulaev at gmail.com (Anna Gulaev) Date: Sun, 27 Sep 2009 11:05:21 -0400 Subject: [sldev] [VIEWER] crash on teleport or parcel crossing In-Reply-To: <4ABF6F20.6060808@weblogsinc.com> References: <4ABF6F20.6060808@weblogsinc.com> Message-ID: I still have no clue what code is running when this happens as the call stack is not helpful, and in fact I think the stats stuff that appeared in the middle of it was a mean distraction :-) At one point I found the parcel owner's name in the _Val structure for the parcel I was crossing into, so I think this has something to do with parcel data. I'll try to find those field names in some parcel data structure used as an iterator...when I wake up. Thanks, Anna On Sun, Sep 27, 2009 at 9:56 AM, Tateru Nino wrote: > My first instinct was dereferencing a potentially invalidated iterator, > after which all bets are pretty much off. > > Anna Gulaev wrote: > > _Val contains this: > > > > mIsGroup true > > mCreateTime 4385510 > > mFirstName bad pointer > > mLastName garbage > > mGroupName bad pointer > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090927/e38d3ded/attachment.htm From annagulaev at gmail.com Sun Sep 27 12:00:35 2009 From: annagulaev at gmail.com (Anna Gulaev) Date: Sun, 27 Sep 2009 15:00:35 -0400 Subject: [sldev] [VIEWER] crash on teleport or parcel crossing In-Reply-To: References: Message-ID: This turned out to be my name cache observer. LL has moved from c_strings to strings in a number of places since I wrote it. Not sure why the debugger was reporting the wrong things. I ended up catching this with some llwarns to the console window :-) Thanks, Anna On Sun, Sep 27, 2009 at 6:43 AM, Anna Gulaev wrote: > I'm getting frequent crashes on teleporting or parcel crossing in the OS > viewer that I'm not getting in the release client (both 1.23.4). It's > apparently crashing while collecting stats -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090927/bad00ab1/attachment.htm From merov at lindenlab.com Sun Sep 27 19:01:28 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Sun, 27 Sep 2009 19:01:28 -0700 Subject: [sldev] SNOW-222 : request before committing the patch In-Reply-To: <79EE86FD-0CC4-430E-8FE4-4B9ADBE33C73@gmail.com> References: <78f69850909231057k15b17d60l23689250a9ac8350@mail.gmail.com> <78f69850909241805k30b02654t6bf8de0f9cbf85a0@mail.gmail.com> <78f69850909251850x76f01bafm93d33649503857a9@mail.gmail.com> <78f69850909270056q7353feb4te0aa9a9c408b7104@mail.gmail.com> <79EE86FD-0CC4-430E-8FE4-4B9ADBE33C73@gmail.com> Message-ID: <78f69850909271901m7a0be016ga63ca79c0f4b59ee@mail.gmail.com> Hi Aimee, On Sun, Sep 27, 2009 at 7:34 AM, Aimee Trescothick < aimee.trescothick at gmail.com> wrote: > On 27 Sep 2009, at 08:56, Philippe (Merov) Bossut wrote: > > I think these textures are already in the updated artwork bundle? A quick > check suggests they are getting copied into place correctly. In which case > I'm sorry to report it doesn't fix the problem for me as I already had them > :( > Aaagh... This is strange though as I did a clean compile cum artwork bundle myself and I didn't see them there. Which bundle did you use? Also, since I suspect that failure to open files leaks file descriptors, could you check your log and see if you see files that fail to open? There should be a printout for those. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090927/2e922c07/attachment.htm From izzee at hotmail.co.uk Mon Sep 28 01:28:00 2009 From: izzee at hotmail.co.uk (izze euler) Date: Mon, 28 Sep 2009 08:28:00 +0000 Subject: [sldev] [HELP] Compiling on Mac In-Reply-To: <2B45933E-E595-43B1-A31C-F16E4E6EA83F@uni-oldenburg.de> References: Message-ID: Instructions for removing fmod can be found here: http://imprudenceviewer.org/wiki/How_to_compile. Izze > Subject: Re: [sldev] [HELP] Compiling on Mac > From: schlenk at uni-oldenburg.de > Date: Fri, 25 Sep 2009 20:00:24 +0200 > CC: SLDev at lists.secondlife.com > To: izzee at hotmail.co.uk > > > Am 25.09.2009 um 15:16 schrieb izze euler: > > > Hi, > > > > I'm trying to compile the Second Life source code on a Mac using > > XCode, but I get the following error: > > > > GCC 4.2 is not compatible with the Mac OS X 10.4 SDK (file > > audioengine.cpp) > > > Just open the project file in xcode and set the used sdk to 10.5 or > 10.6? > > > Does anyone know how I can resolve this? > > > > The only change I've made to the source code is to remove Fmod > > libraries as mentioned on the wiki. > > Where is that mentioned, haven't found it when trying to compile > snowglobe with RLV patches and had some trouble to get it to compile > with fmod ( duplicate symbols, but fixed it by adding the conflicting > symbols to the already existing exception list in.) > > Should get you started. > > I also cranked up the optimization a bit in the CMAKE files, to get a > faster binary: > > Index: indra/cmake/00-Common.cmake > =================================================================== > --- indra/cmake/00-Common.cmake (revision 2601) > +++ indra/cmake/00-Common.cmake (working copy) > @@ -171,6 +171,7 @@ > > if (DARWIN) > add_definitions(-DLL_DARWIN=1) > + add_definitions(-fvisibility=hidden) > set(CMAKE_CXX_LINK_FLAGS "-Wl,-headerpad_max_install_names,- > search_paths_first") > set(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_CXX_LINK_FLAGS}") > set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -mlong-branch") > @@ -179,6 +180,8 @@ > # NOTE: it's critical to have both CXX_FLAGS and C_FLAGS covered. > set(CMAKE_CXX_FLAGS_RELWITHDEBINFO "-O0 $ > {CMAKE_CXX_FLAGS_RELWITHDEBINFO}") > set(CMAKE_C_FLAGS_RELWITHDEBINFO "-O0 $ > {CMAKE_C_FLAGS_RELWITHDEBINFO}") > + set(CMAKE_CXX_FLAGS_RELEASE "-Os -mssse3 -mfpmath=sse $ > {CMAKE_CXX_FLAGS_RELEASE}") > + set(CMAKE_C_FLAGS_RELEASE "-0s -mssse3 -mfpmath=sse $ > {CMAKE_C_FLAGS_RELEASE}") > endif (DARWIN) > > > Index: indra/cmake/Variables.cmake > =================================================================== > --- indra/cmake/Variables.cmake (revision 2601) > +++ indra/cmake/Variables.cmake (working copy) > @@ -76,8 +76,8 @@ > # set this dynamically from the build system now - > # NOTE: wont have a distributable build unless you add this on the > configure line with: > # -DCMAKE_OSX_ARCHITECTURES:STRING='i386;ppc' > - #set(CMAKE_OSX_ARCHITECTURES i386;ppc) > - set(CMAKE_OSX_SYSROOT /Developer/SDKs/MacOSX10.4u.sdk) > + set(CMAKE_OSX_ARCHITECTURES i386) > + set(CMAKE_OSX_SYSROOT /Developer/SDKs/MacOSX10.5.sdk) > if (CMAKE_OSX_ARCHITECTURES MATCHES "i386" AND > CMAKE_OSX_ARCHITECTURES MATCHES "ppc") > set(ARCH universal) > else (CMAKE_OSX_ARCHITECTURES MATCHES "i386" AND > CMAKE_OSX_ARCHITECTURES MATCHES "ppc") > > Index: indra/newview/fmod_hidden_symbols.exp > =================================================================== > --- indra/newview/fmod_hidden_symbols.exp (revision 2601) > +++ indra/newview/fmod_hidden_symbols.exp (working copy) > @@ -8,6 +8,7 @@ > __make_words > _lpc_clear > _lpc_init > +__vorbis_block_init > __vorbis_block_alloc > __vorbis_block_ripcord > __vorbis_apply_window > @@ -18,6 +19,7 @@ > _vorbis_block_clear > _vorbis_block_init > _vorbis_dsp_clear > +_vorbis_synthesis_restart > _vorbis_synthesis_blockin > _vorbis_synthesis_init > _vorbis_synthesis_pcmout > > Index: indra/llui/llresmgr.cpp > =================================================================== > --- indra/llui/llresmgr.cpp (revision 2601) > +++ indra/llui/llresmgr.cpp (working copy) > @@ -253,30 +253,9 @@ > LLLocale locale(LLLocale::USER_LOCALE); > struct lconv *conv = localeconv(); > > -#if LL_DARWIN > - // On the Mac, locale support is broken before 10.4, which causes > things to go all pear-shaped. > - // Fake up a conv structure with some reasonable values for the > fields this function uses. > - struct lconv fakeconv; > - if(conv->negative_sign[0] == 0) // Real locales all seem to have > something here... > - { > - fakeconv = *conv; // start with what's there. > - switch(mLocale) > - { > - default: // Unknown -- use the US defaults. > - case LLLOCALE_USA: > - case LLLOCALE_UK: // UK ends up being the same as US for the items > used here. > - fakeconv.negative_sign = "-"; > - fakeconv.mon_grouping = "\x03\x03\x00"; // commas every 3 digits > - fakeconv.n_sign_posn = 1; // negative sign before the string > - break; > - } > - conv = &fakeconv; > - } > -#endif > - > - char* negative_sign = conv->negative_sign; > - char separator = getMonetaryThousandsSeparator(); > - char* grouping = conv->mon_grouping; > + const char* negative_sign = conv->negative_sign; > + const char separator = getMonetaryThousandsSeparator(); > + const char* grouping = conv->mon_grouping; > > // Note on mon_grouping: > // Specifies a string that defines the size of each group of digits > in formatted monetary quantities. > > Index: indra/mac_updater/mac_updater.cpp > =================================================================== > --- indra/mac_updater/mac_updater.cpp (revision 2601) > +++ indra/mac_updater/mac_updater.cpp (working copy) > @@ -68,9 +68,9 @@ > OSStatus gFailure = noErr; > Boolean gCancelled = false; > > -char *gUpdateURL; > -char *gProductName; > -char *gBundleID; > +const char *gUpdateURL; > +const char *gProductName; > +const char *gBundleID; > > void *updatethreadproc(void*); > > @@ -1048,7 +1048,7 @@ > if(!mountOutput.empty()) > { > const char *s = mountOutput.c_str(); > - char *prefix = "/dev/"; > + const char *prefix = "/dev/"; > char *sub = strstr(s, prefix); > > if(sub != NULL) > > > > _________________________________________________________________ MSN straight to your mobile - news, entertainment, videos and more. http://clk.atdmt.com/UKM/go/147991039/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090928/3bd82c5d/attachment.htm From carlo at alinoe.com Mon Sep 28 03:54:38 2009 From: carlo at alinoe.com (Carlo Wood) Date: Mon, 28 Sep 2009 12:54:38 +0200 Subject: [sldev] SNOW-222 : request before committing the patch In-Reply-To: <79EE86FD-0CC4-430E-8FE4-4B9ADBE33C73@gmail.com> References: <78f69850909231057k15b17d60l23689250a9ac8350@mail.gmail.com> <78f69850909241805k30b02654t6bf8de0f9cbf85a0@mail.gmail.com> <78f69850909251850x76f01bafm93d33649503857a9@mail.gmail.com> <78f69850909270056q7353feb4te0aa9a9c408b7104@mail.gmail.com> <79EE86FD-0CC4-430E-8FE4-4B9ADBE33C73@gmail.com> Message-ID: <20090928105438.GA26838@alinoe.com> On Sun, Sep 27, 2009 at 03:34:08PM +0100, Aimee Trescothick wrote: > While finding yourself in grey world is quite disturbing, it's at > least reproducible, and hopefully as you say, fixing this could clear > up these other problems which have proved hard to nail down. > > Aimee. Hopefully this will also shine a light on getting no textures with snowglobe in opengrid? -- Carlo Wood From carlo at alinoe.com Mon Sep 28 04:03:02 2009 From: carlo at alinoe.com (Carlo Wood) Date: Mon, 28 Sep 2009 13:03:02 +0200 Subject: [sldev] [VIEWER] crash on teleport or parcel crossing In-Reply-To: References: Message-ID: <20090928110302.GB26838@alinoe.com> On Sun, Sep 27, 2009 at 03:00:35PM -0400, Anna Gulaev wrote: > This turned out to be my name cache observer. LL has moved from c_strings to > strings in a number of places since I wrote it. If you report a bug, you should always use the (latest) source code of the people you report the bug to, and not have applied patches that you don't tell them about :/ Also, removing code because you crash there is never ever ever the right thing. The correct thing would have been to compile the viewer yourself with debug support (no optimization and with debugging symbols) and then run it inside a debugger; otherwise any "backtrace" is often useless or even nonsense. Adding debug output, as you did, is a good technique too. -- Carlo Wood From suzyq at pobox.com Mon Sep 28 05:26:06 2009 From: suzyq at pobox.com (Suzy Deffeyes) Date: Mon, 28 Sep 2009 08:26:06 -0400 Subject: [sldev] SNOW-250 Message-ID: <2bd5b7f10909280526m37d3bddeo8ee3b77c7f0f00a8@mail.gmail.com> http://jira.secondlife.com/browse/SNOW-250 Trivial change. LL_WARNS changed to LL_DEBUGS for the two prints that spam SecondLife.log if you are on a region without voice caps. Since a lot of OpenSim OGP test regions do not have voice, it impacts OGP usage. Pluuuease Snowglobe 1.2? Suzy Deffeyes / Pixel Gausman IBM -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090928/90e382a2/attachment.htm From robla at lindenlab.com Mon Sep 28 14:36:22 2009 From: robla at lindenlab.com (Rob Lanphier) Date: Mon, 28 Sep 2009 14:36:22 -0700 Subject: [sldev] SNOW-253: Put translation pref in "Local Chat" floater Message-ID: Hi folks, This is a patch review request for SNOW-253, for putting the translation pref in the "Local Chat" floater: http://jira.secondlife.com/browse/SNOW-253 As the feature currently exists, it's buried where most people won't find it, and it's a pain to toggle on and off. We also need to give credit where it's due (to Google). So, the solution is to put the pref right there in "Local Chat". I put a screenshot in JIRA: http://jira.secondlife.com/secure/attachment/29548/translatepref.png The patch is here: http://jira.secondlife.com/secure/attachment/29624/translate-chat.patch I've not translated the pref text itself to any other language, but I did check that the pref is still present and works when I switch languages. The reason for the gap between the "Show Muted Text" and the new pref is to leave room for the German counterpart ("Stummgeschalteten Text anzeigen") Lemme know if this is ready to check in. Thanks Rob -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090928/edcd5595/attachment.htm From robla at lindenlab.com Mon Sep 28 17:46:31 2009 From: robla at lindenlab.com (Rob Lanphier) Date: Mon, 28 Sep 2009 17:46:31 -0700 Subject: [sldev] VWR-15310 - Fixing "Save to XML" (Re: Snowglobe 1.2 status) Message-ID: On Wed, Sep 23, 2009 at 10:08 AM, Mike Monkowski wrote: > Admiral Admiral and I have requested that the bug fix at > http://jira.secondlife.com/browse/VWR-15310 > "Advanced->XUI->Save to XML doesn't set proper XML tags" > be considered for inclusion. Is it still under consideration? Rejected? > Ignored? > This adds a lot of code, but I suppose if we're going to have a feature in the product, we should make sure the silly thing works. If you can find a Snowglobe committer who is willing to review the code carefully for general impact, I don't see any reason not to include this. > We would prefer that it go into the standard viewer, but because of a > comment added to the issue, "This would be good to fire up a conversation on > sldev@ about for possible inclusion in Snowglobe" it gets bypassed by the > Bug Triage meetings. > > Yup, thanks for doing that. Thanks Rob -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090928/d31e58e2/attachment.htm From monkowsk at fishkill.ibm.com Tue Sep 29 07:26:54 2009 From: monkowsk at fishkill.ibm.com (Mike Monkowski) Date: Tue, 29 Sep 2009 10:26:54 -0400 Subject: [sldev] VWR-15310 - Fixing "Save to XML" (Re: Snowglobe 1.2 status) In-Reply-To: References: Message-ID: <4AC2192E.3070307@fishkill.ibm.com> Are there any official committers out there willing to review this patch? It looks like a lot of changes, but it's really just repeats of the same type of changes in many derived classes. Admiral Admiral wrote the code and I have reviewed it, but I'm not an official committer. Mike Rob Lanphier wrote: > On Wed, Sep 23, 2009 at 10:08 AM, Mike Monkowski > > wrote: > > Admiral Admiral and I have requested that the bug fix at > http://jira.secondlife.com/browse/VWR-15310 > "Advanced->XUI->Save to XML doesn't set proper XML tags" > be considered for inclusion. Is it still under consideration? > Rejected? Ignored? > > > > This adds a lot of code, but I suppose if we're going to have a feature > in the product, we should make sure the silly thing works. If you can > find a Snowglobe committer who is willing to review the code carefully > for general impact, I don't see any reason not to include this. > > > > We would prefer that it go into the standard viewer, but because of > a comment added to the issue, "This would be good to fire up a > conversation on sldev@ about for possible inclusion in Snowglobe" it > gets bypassed by the Bug Triage meetings. > > > Yup, thanks for doing that. > > Thanks > Rob From poppy.foxdale at gmail.com Tue Sep 29 10:26:17 2009 From: poppy.foxdale at gmail.com (Poppy Foxdale) Date: Tue, 29 Sep 2009 13:26:17 -0400 Subject: [sldev] New to the list with a complicated question. Message-ID: <8c99a6e20909291026o312393bap5962c08aa45e7eed@mail.gmail.com> Greetings everyone, I apologize in advance if this message seems muddled, I'm not sure how to go about fielding my question. Torley pointed me in this direction as I'm stepping into something that's a bit over my head. Since the in-Viewer browser can't view things like Flash and some other content, is it possible to code a website to pull up an alternative page? So if a user views a page In-Viewer it pulls up the appropriate version of the website? I know things like this can be done with iPhones and such. Id like to do this with a page I'm in the process of building, but I've no idea how to go about doing it or if it's possible. If anyone could nudge me to the source of such information, I would greatly appreciate it. -Poppy -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090929/2c50337c/attachment.htm From shack at liferain.com Tue Sep 29 10:43:35 2009 From: shack at liferain.com (Shack Dougall) Date: Tue, 29 Sep 2009 13:43:35 -0400 Subject: [sldev] International characters in prim names Message-ID: <4AC24747.1090906@liferain.com> Sorry, if this is inappropriate for this list. I'm trying to understand how international characters are handled in the SL viewer. I am debugging a problem that a Spanish user is having with my prim exporter. They are naming a prim something like "Escal?n" and the accented o is causing a problem somewhere in my exporter. I am trying to reproduce the problem. I set up the US-international keyboard and I am able to type things like ? and ? in Second Life chat. But when I try to type these characters in the Name field of a prim then nothing happens. This seems to suggest that international characters are not allowed in Prim Names. But if this is true, then how did the user create a prim with the name "Escal?n"? Does anyone have any thoughts? Thanks! --Shack From stickman at gmail.com Tue Sep 29 10:46:21 2009 From: stickman at gmail.com (Stickman) Date: Tue, 29 Sep 2009 10:46:21 -0700 Subject: [sldev] New to the list with a complicated question. In-Reply-To: <8c99a6e20909291026o312393bap5962c08aa45e7eed@mail.gmail.com> References: <8c99a6e20909291026o312393bap5962c08aa45e7eed@mail.gmail.com> Message-ID: When visiting a site with a normal browser: HTTP_USER_AGENT Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 GTB5 (.NET CLR 3.5.30729) When visiting a site with the inworld browser: HTTP_USER_AGENT Mozilla/5.0 (Windows; U; Windows NT 5.1; chrome://navigator/locale/navigator.properties; rv:1.8.1.21) Gecko/20090305 SecondLife/1.23.4.123908 (Second Life Release; default skin) So... for PHP, look and experiment a bit at http://us2.php.net/manual/en/reserved.variables.server.php and see if something like $_SERVER['HTTP_USER_AGENT'] has info you can use. Someone else may have a better way. This is just me answering off the cuff. Haven't done PHP in a while. For ASP, you'll need a reply from someone else. -Stickman On Tue, Sep 29, 2009 at 10:26 AM, Poppy Foxdale wrote: > Greetings everyone, > > I apologize in advance if this message seems muddled, I'm not sure how to go > about fielding my question. Torley pointed me in this direction as I'm > stepping into something that's a bit over my head. Since the in-Viewer > browser can't view things like Flash and some other content, is it possible > to code a website to pull up an alternative page? So if a user views a page > In-Viewer it pulls up the appropriate version of the website? I know things > like this can be done with iPhones and such. Id like to do this with a page > I'm in the process of building, but I've no idea how to go about doing it or > if it's possible. If anyone could nudge me to the source of such > information, I would greatly appreciate it. > > -Poppy > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > From shack at liferain.com Tue Sep 29 10:51:59 2009 From: shack at liferain.com (Shack Dougall) Date: Tue, 29 Sep 2009 13:51:59 -0400 Subject: [sldev] International characters in prim names In-Reply-To: <4AC24747.1090906@liferain.com> References: <4AC24747.1090906@liferain.com> Message-ID: <4AC2493F.70609@liferain.com> Ah, I might have answered my own question. They didn't create the prim name "Escal?n" in the Second Life viewer. They created that prim name in 3ds Max using my plugin. So, what I need is confirmation that international characters are not allowed in Prim Names in Second Life. --Shack Shack Dougall wrote: > Sorry, if this is inappropriate for this list. > > I'm trying to understand how international characters are handled in the > SL viewer. I am debugging a problem that a Spanish user is having with > my prim exporter. They are naming a prim something like "Escal?n" and > the accented o is causing a problem somewhere in my exporter. > > I am trying to reproduce the problem. I set up the US-international > keyboard and I am able to type things like ? and ? in Second Life chat. > But when I try to type these characters in the Name field of a prim then > nothing happens. This seems to suggest that international characters > are not allowed in Prim Names. But if this is true, then how did the > user create a prim with the name "Escal?n"? > > Does anyone have any thoughts? > > Thanks! --Shack > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges > > From stickman at gmail.com Tue Sep 29 10:56:48 2009 From: stickman at gmail.com (Stickman) Date: Tue, 29 Sep 2009 10:56:48 -0700 Subject: [sldev] International characters in prim names In-Reply-To: <4AC24747.1090906@liferain.com> References: <4AC24747.1090906@liferain.com> Message-ID: > I'm trying to understand how international characters are handled in the > SL viewer. ?I am debugging a problem that a Spanish user is having with > my prim exporter. ?They are naming a prim something like "Escal?n" and > the accented o is causing a problem somewhere in my exporter. This would be good information to be documented somewhere. What strings support what character sets. ... IS it documented somewhere? From monkowsk at fishkill.ibm.com Tue Sep 29 12:32:19 2009 From: monkowsk at fishkill.ibm.com (Mike Monkowski) Date: Tue, 29 Sep 2009 15:32:19 -0400 Subject: [sldev] New to the list with a complicated question. In-Reply-To: <8c99a6e20909291026o312393bap5962c08aa45e7eed@mail.gmail.com> References: <8c99a6e20909291026o312393bap5962c08aa45e7eed@mail.gmail.com> Message-ID: <4AC260C3.9030108@fishkill.ibm.com> See http://kb2.adobe.com/cps/140/tn_14086.html and links from there. Poppy Foxdale wrote: > Greetings everyone, > > I apologize in advance if this message seems muddled, I'm not sure how > to go about fielding my question. Torley pointed me in this direction as > I'm stepping into something that's a bit over my head. Since the > in-Viewer browser can't view things like Flash and some other content, > is it possible to code a website to pull up an alternative page? So if a > user views a page In-Viewer it pulls up the appropriate version of the > website? I know things like this can be done with iPhones and such. Id > like to do this with a page I'm in the process of building, but I've no > idea how to go about doing it or if it's possible. If anyone could nudge > me to the source of such information, I would greatly appreciate it. > > -Poppy > > > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges From infinity at lindenlab.com Tue Sep 29 14:23:09 2009 From: infinity at lindenlab.com (Infinity Linden) Date: Tue, 29 Sep 2009 14:23:09 -0700 Subject: [sldev] New to the list with a complicated question. In-Reply-To: <4AC260C3.9030108@fishkill.ibm.com> References: <8c99a6e20909291026o312393bap5962c08aa45e7eed@mail.gmail.com> <4AC260C3.9030108@fishkill.ibm.com> Message-ID: <3a880e2c0909291423w5f3a964cj2a47d36482780262@mail.gmail.com> good comments all ... in my copious spare time, i twist PHP to my will. you can detect if someone is viewing the page with the in-world viewer with the following PHP. (note. i don't claim to be a PHP expert, only that this has worked for me in the past.) what i do is to look at the request headers for the User-Agent header and see if it contains the string "SecondLife". if it does, i know i'm dealing with the SL viewer browser. if it doesn't i assume i'm dealing with someone else's browser. here's a sample page that illustrates grabbing headers from a request and looking at the user agent: 
";

if( ereg("SecondLife", $headers['User-Agent'] ) ) {
    echo "you are using	the second life viewer browser.\n";
} else {
  echo "you are	not using the second life viewer browser.\n";
}

echo "
"; ?> hope this is of some use... -cheers -infinity On Tue, Sep 29, 2009 at 12:32 PM, Mike Monkowski wrote: > See http://kb2.adobe.com/cps/140/tn_14086.html and links from there. > > Poppy Foxdale wrote: >> Greetings everyone, >> >> I apologize in advance if this message seems muddled, I'm not sure how >> to go about fielding my question. Torley pointed me in this direction as >> I'm stepping into something that's a bit over my head. Since the >> in-Viewer browser can't view things like Flash and some other content, >> is it possible to code a website to pull up an alternative page? So if a >> user views a page In-Viewer it pulls up the appropriate version of the >> website? I know things like this can be done with iPhones and such. Id >> like to do this with a page I'm in the process of building, but I've no >> idea how to go about doing it or if it's possible. If anyone could nudge >> me to the source of such information, I would greatly appreciate it. >> >> -Poppy >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/SLDev >> Please read the policies before posting to keep unmoderated posting privileges > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges > From robla at lindenlab.com Tue Sep 29 14:27:18 2009 From: robla at lindenlab.com (Rob Lanphier) Date: Tue, 29 Sep 2009 14:27:18 -0700 Subject: [sldev] SNOW-253: Put translation pref in "Local Chat" floater In-Reply-To: References: Message-ID: Hi folks, On Mon, Sep 28, 2009 at 2:36 PM, Rob Lanphier wrote: > This is a patch review request for SNOW-253, for putting the translation > pref in the "Local Chat" floater: > http://jira.secondlife.com/browse/SNOW-253 > Thanks to reviews by Thickbrick and Ramzi, this is now checked in, and a build is available with the pref for you to play with yourself: https://wiki.secondlife.com/wiki/Download_Snowglobe Doing this does create a mild annoyance, which is an increase in the minimum width of the floater. Suggestions about the right fix are welcome here: http://jira.secondlife.com/browse/SNOW-257 Rob -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090929/af70bd4a/attachment.htm From whump at lindenlab.com Tue Sep 29 14:38:44 2009 From: whump at lindenlab.com (Whump Linden) Date: Tue, 29 Sep 2009 14:38:44 -0700 Subject: [sldev] New to the list with a complicated question. In-Reply-To: <3a880e2c0909291423w5f3a964cj2a47d36482780262@mail.gmail.com> References: <8c99a6e20909291026o312393bap5962c08aa45e7eed@mail.gmail.com> <4AC260C3.9030108@fishkill.ibm.com> <3a880e2c0909291423w5f3a964cj2a47d36482780262@mail.gmail.com> Message-ID: <71a2422b0909291438i527df25cxf844ce9c2aaae9b3@mail.gmail.com> On Tue, Sep 29, 2009 at 2:23 PM, Infinity Linden wrote: > here's a sample page that illustrates grabbing headers from a request > and looking at the user agent: I recommend against sniffing headers for user agent. The Stack Overflow thread I mentioned above suggested a library on google code: http://code.google.com/p/swfobject/ This allows you to specify the flash content and the non-flash alternative content. -- whump From patricks_34 at msn.com Tue Sep 29 16:07:03 2009 From: patricks_34 at msn.com (Patrick S) Date: Tue, 29 Sep 2009 19:07:03 -0400 Subject: [sldev] [VWR] Snowglobe 64 bit compile instructions on Fedora 11 Message-ID: I have been trying to compile Snowglobe for 64 bit Fedora 11 without any success. Does anyone have instructions on how to do this? I followed instructions on SL site and they dont seem to work for Fedora 11. _________________________________________________________________ Bing? brings you maps, menus, and reviews organized in one place. Try it now. http://www.bing.com/search?q=restaurants&form=MLOGEN&publ=WLHMTAG&crea=TEXT_MLOGEN_Core_tagline_local_1x1 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090929/bb443b2e/attachment.htm From danielravennest at gmail.com Tue Sep 29 16:28:22 2009 From: danielravennest at gmail.com (Dani Eder) Date: Tue, 29 Sep 2009 18:28:22 -0500 Subject: [sldev] SLDev Digest, Vol 33, Issue 44 In-Reply-To: References: Message-ID: <4AC29816.8030706@gmail.com> > This would be good information to be documented somewhere. What > strings support what character sets. ... IS it documented somewhere? > In general, the viewer software is not documented much, or the info is scattered amongst many disconnected knowledge base and wiki pages. I have started a "User's Manual" at https://wiki.secondlife.com/wiki/User%27s_Manual and something like this would be good to put in the advanced or reference sections, when they are written. For now, only the Basic topics section is fleshed out, and there are gaping holes in the "Advanced Menu" page. If any of you know enough to fill in parts of that, it would be cool. Daniel From robertltux at gmail.com Tue Sep 29 17:13:00 2009 From: robertltux at gmail.com (Robert Martin) Date: Tue, 29 Sep 2009 20:13:00 -0400 Subject: [sldev] SLDev Digest, Vol 33, Issue 44 In-Reply-To: <4AC29816.8030706@gmail.com> References: <4AC29816.8030706@gmail.com> Message-ID: On Tue, Sep 29, 2009 at 7:28 PM, Dani Eder wrote: > >> This would be good information to be documented somewhere. What >> strings support what character sets. ... IS it documented somewhere? >> > In general, the viewer software is not documented much, or the info is > scattered amongst many disconnected knowledge base and wiki pages. > > I have started a "User's Manual" at > > https://wiki.secondlife.com/wiki/User%27s_Manual > > and something like this would be good to put in the advanced or > reference sections, when they are written. > > For now, only the Basic topics section is fleshed out, and there are > gaping holes in the "Advanced Menu" page. > If any of you know enough to fill in parts of that, it would be cool. > I would suggest that somebody (with better writing skills than i have) add Prim and LM/Landmark to the basic concepts. -- Robert L Martin From annagulaev at gmail.com Tue Sep 29 18:31:24 2009 From: annagulaev at gmail.com (Anna Gulaev) Date: Tue, 29 Sep 2009 21:31:24 -0400 Subject: [sldev] [VIEWER] crash on teleport or parcel crossing In-Reply-To: <20090928110302.GB26838@alinoe.com> References: <20090928110302.GB26838@alinoe.com> Message-ID: Carlo, thank you for your input. As you can probably tell from my inclusion of debug output, which you noted, I did run this in a debugger. Is "release with debug info" not the correct solution configuration, or are you suggesting I use "debug", instead? The last time I tried that I ran into all kinds of trouble and was told to use "release with debug info". Has that changed? If you wish to be helpful, perhaps you could suggest why the debugger put the statistics reporting call in the middle of my call stack in some microsoft DLL. That was my original question. Am I reading it wrong, or did I do something wrong to get it to report like that? It reported the crash in the statistics code, which turned out to be incorrect, as far as I can tell, and sent me looking in the wrong direction. That crash was actually happening in my code, which does seem to contain debug info since I was able to breakpoint and examine it, once I knew it was crashing there. Can you tell from my posted call stack that it was crashing in my code and not the statistics reporting code? It would be most helpful if you could tell me where I went wrong and why I was sent looking at the wrong code. As I explained in my postings, I thought the difference I was seeing was that the code I was running (derived from the most current official OS release) was doing some statistics collection that the release code was not, and so I wished to not do that reporting, since the debugger told me it was crashing there. There was statistics collection added to recent viewers, was there not? So I asked if there was a way to turn it off. Of course it's not a good idea to just delete code that is crashing, but did I not explain that the code that appeared to be crashing was code I didn't want, anyway? It did occur to me that it was a bit selfish to not chase what appeared to be a bug that I appeared able to reproduce. My apologies if that seemed bad of me. I did want to get the thing stable before I did more work. My apologies if that seemed impatient. As to running "patches", yes, I am building a custom viewer. I can think of no reason to use the OS code other than to build a custom viewer. Of course there is code in there that I wrote, which I suppose you could call "patches". Should I post all of that code before asking questions? Thank you, Anna On Mon, Sep 28, 2009 at 7:03 AM, Carlo Wood wrote: > On Sun, Sep 27, 2009 at 03:00:35PM -0400, Anna Gulaev wrote: > > This turned out to be my name cache observer. LL has moved from c_strings > to > > strings in a number of places since I wrote it. > > If you report a bug, you should always use the (latest) source code of > the people you report the bug to, and not have applied patches that you > don't tell them about :/ > > Also, removing code because you crash there is never ever ever > the right thing. The correct thing would have been to compile > the viewer yourself with debug support (no optimization and with > debugging symbols) and then run it inside a debugger; otherwise > any "backtrace" is often useless or even nonsense. > > Adding debug output, as you did, is a good technique too. > > -- > Carlo Wood > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090929/369b5678/attachment-0001.htm From annagulaev at gmail.com Tue Sep 29 18:51:51 2009 From: annagulaev at gmail.com (Anna Gulaev) Date: Tue, 29 Sep 2009 21:51:51 -0400 Subject: [sldev] New to the list with a complicated question. In-Reply-To: <71a2422b0909291438i527df25cxf844ce9c2aaae9b3@mail.gmail.com> References: <8c99a6e20909291026o312393bap5962c08aa45e7eed@mail.gmail.com> <4AC260C3.9030108@fishkill.ibm.com> <3a880e2c0909291423w5f3a964cj2a47d36482780262@mail.gmail.com> <71a2422b0909291438i527df25cxf844ce9c2aaae9b3@mail.gmail.com> Message-ID: Hi, Whump. Is there a reason you recommend against sniffing headers for the user agent? I recognize that some people run browsers that allow them to change this, but they are few and they likely don't spoof it to look like the SL browser, and if they do, not displaying flash for them probably won't cause them physical harm :-) I suspect the number of users who browse with Javascript disabled is larger than the number that spoof their user agent. I try not to do things that require javascript, because I'm one of those pesky users that disables javascript, so I know what it's like to view websites that are missing content that shouldn't require javascript. Of course there's the concern that by not displaying flash for the SL browser you risk not automatically taking advantage should it be able to display flash in the future. Is this what you're getting at? Thanks, Anna On Tue, Sep 29, 2009 at 5:38 PM, Whump Linden wrote: > On Tue, Sep 29, 2009 at 2:23 PM, Infinity Linden wrote: > > > here's a sample page that illustrates grabbing headers from a request > > and looking at the user agent: > > I recommend against sniffing headers for user agent. > > The Stack Overflow thread I mentioned above suggested a library on > google code: http://code.google.com/p/swfobject/ > > This allows you to specify the flash content and the non-flash > alternative content. > > -- whump > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090929/b69bfba8/attachment.htm From whump at lindenlab.com Tue Sep 29 19:12:38 2009 From: whump at lindenlab.com (Whump Linden) Date: Tue, 29 Sep 2009 19:12:38 -0700 Subject: [sldev] New to the list with a complicated question. In-Reply-To: References: <8c99a6e20909291026o312393bap5962c08aa45e7eed@mail.gmail.com> <4AC260C3.9030108@fishkill.ibm.com> <3a880e2c0909291423w5f3a964cj2a47d36482780262@mail.gmail.com> <71a2422b0909291438i527df25cxf844ce9c2aaae9b3@mail.gmail.com> Message-ID: <71a2422b0909291912o5a44d010v4ef59900a4e64cb3@mail.gmail.com> On Tue, Sep 29, 2009 at 6:51 PM, Anna Gulaev wrote: > Hi, Whump. Is there a reason you recommend against sniffing headers for the > user agent? I recognize that some people run browsers that allow them to > change this, but they are few and they likely don't spoof it to look like > the SL browser, and if they do, not displaying flash for them probably won't > cause them physical harm :-) Yes, one is the user agent spoofing issue, where someone could claim to be UA with more capabilities than the actual UA has. The other is future-proofing. If lack of JavaScript is a concern, there are methods for displaying alternative content that don't require JavaScript. Fortunately, WebKit has been implementing some of the HTML5 draft specification, which makes embedding and displaying alternative content much easier. -- whump From nexiim at googlemail.com Tue Sep 29 19:23:35 2009 From: nexiim at googlemail.com (Nexii Malthus) Date: Wed, 30 Sep 2009 03:23:35 +0100 Subject: [sldev] SLDev Digest, Vol 33, Issue 44 In-Reply-To: <824c8ab70909291922g1107ea16h4a5bc079540b8721@mail.gmail.com> References: <4AC29816.8030706@gmail.com> <824c8ab70909291922g1107ea16h4a5bc079540b8721@mail.gmail.com> Message-ID: <824c8ab70909291923s1c3de3efy3d41f18353c8c338@mail.gmail.com> ---------- Forwarded message ---------- From: Nexii Malthus Date: Wed, Sep 30, 2009 at 3:22 AM Subject: Re: [sldev] SLDev Digest, Vol 33, Issue 44 To: Robert Martin Character set string limitations would be far more appropriately put into the limits page: https://wiki.secondlife.com/wiki/Limits The page is there, only needs someone to do the research into the subject regarding the limitations. - Nexii On Wed, Sep 30, 2009 at 1:13 AM, Robert Martin wrote: > On Tue, Sep 29, 2009 at 7:28 PM, Dani Eder > wrote: > > > >> This would be good information to be documented somewhere. What > >> strings support what character sets. ... IS it documented somewhere? > >> > > In general, the viewer software is not documented much, or the info is > > scattered amongst many disconnected knowledge base and wiki pages. > > > > I have started a "User's Manual" at > > > > https://wiki.secondlife.com/wiki/User%27s_Manual > > > > and something like this would be good to put in the advanced or > > reference sections, when they are written. > > > > For now, only the Basic topics section is fleshed out, and there are > > gaping holes in the "Advanced Menu" page. > > If any of you know enough to fill in parts of that, it would be cool. > > > I would suggest that somebody (with better writing skills than i have) > add Prim and LM/Landmark to the basic concepts. > > -- > Robert L Martin > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090930/f86d7876/attachment.htm From billwindwalker at rocketmail.com Tue Sep 29 19:27:06 2009 From: billwindwalker at rocketmail.com (Bill Windwalker) Date: Tue, 29 Sep 2009 19:27:06 -0700 (PDT) Subject: [sldev] New to the list with a complicated question. In-Reply-To: <71a2422b0909291912o5a44d010v4ef59900a4e64cb3@mail.gmail.com> References: <8c99a6e20909291026o312393bap5962c08aa45e7eed@mail.gmail.com> <4AC260C3.9030108@fishkill.ibm.com> <3a880e2c0909291423w5f3a964cj2a47d36482780262@mail.gmail.com> <71a2422b0909291438i527df25cxf844ce9c2aaae9b3@mail.gmail.com> <71a2422b0909291912o5a44d010v4ef59900a4e64cb3@mail.gmail.com> Message-ID: <852098.94573.qm@web111210.mail.gq1.yahoo.com> Is it not safe to not use JAVA scripting at all? if i remember in the past Java did have some problems with what people can do with it. I have to think what if and that what if pops a number of times in a day. Like a little bug i ran in to and had no clue what made it happen. i hate to think what IF? the java opens up ????? pithos think what if.. ? The old mean xstorm Radek ________________________________ From: Whump Linden To: Anna Gulaev Cc: SL-Dev Sent: Tuesday, September 29, 2009 10:12:38 PM Subject: Re: [sldev] New to the list with a complicated question. On Tue, Sep 29, 2009 at 6:51 PM, Anna Gulaev wrote: > Hi, Whump. Is there a reason you recommend against sniffing headers for the > user agent? I recognize that some people run browsers that allow them to > change this, but they are few and they likely don't spoof it to look like > the SL browser, and if they do, not displaying flash for them probably won't > cause them physical harm :-) Yes, one is the user agent spoofing issue, where someone could claim to be UA with more capabilities than the actual UA has. The other is future-proofing. If lack of JavaScript is a concern, there are methods for displaying alternative content that don't require JavaScript. Fortunately, WebKit has been implementing some of the HTML5 draft specification, which makes embedding and displaying alternative content much easier. -- whump _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/SLDev Please read the policies before posting to keep unmoderated posting privileges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090929/3d3bd273/attachment.htm From annagulaev at gmail.com Tue Sep 29 19:37:43 2009 From: annagulaev at gmail.com (Anna Gulaev) Date: Tue, 29 Sep 2009 22:37:43 -0400 Subject: [sldev] [VIEWER] curl trouble Message-ID: Yes, that's *curl* trouble. This post probably won't contain TMI :-) I used to be able to send data to a web server from the viewer using curl. Now all that's being received is thirty dashes followed by six hexidecimal numbers, like this: ------------------------------07ac4edfb36c The number is different each time. Doesn't matter what I send; this is what's received. Does anyone recognize this? It almost looks like the content separators on the response. When I say "used to be able to..." I mean a couple days ago. Not sure what I broke... Here's the curl code: if ( CurlMultiHandle == NULL) CurlMultiHandle = curl_multi_init(); if ( CurlMultiHandle) { CurlInfo *curl = (CurlInfo *) malloc( sizeof( CurlInfo)); curl->EasyHandle = curl_easy_init(); if ( curl->EasyHandle) { curl->formpost = NULL; curl->lastptr = NULL; serverLocData = serverLocData + "!\n" + AgentFirstName + " " + AgentLastName + "\n!\n"; // exclamation ends data block curl_formadd( &(curl->formpost), &(curl->lastptr), CURLFORM_COPYNAME, "CopyNameGoesHere", CURLFORM_COPYCONTENTS, serverLocData.c_str(), CURLFORM_END); vAddChatHistory( "viewer", "sending:"+serverLocData); vLogFile << "LOC_SERVER_SENDING >" << serverLocData << "<" << endl << flush; curl_formadd( &(curl->formpost), &(curl->lastptr), CURLFORM_COPYNAME, "submit", CURLFORM_COPYCONTENTS, "send", CURLFORM_END); curl->chunk.memory = NULL; curl->chunk.size = 0; curl_easy_setopt( curl->EasyHandle, CURLOPT_URL, LOC_SERVER_UPDATE_URL); //curl_easy_setopt( curl->EasyHandle, CURLOPT_VERBOSE, 1); curl_easy_setopt( curl->EasyHandle, CURLOPT_WRITEFUNCTION, ReadWebpageCallback); curl_easy_setopt( curl->EasyHandle, CURLOPT_WRITEDATA, (void *)&(curl->chunk)); curl_easy_setopt( curl->EasyHandle, CURLOPT_USERAGENT, "SLCustomViewer"); curl_easy_setopt( curl->EasyHandle, CURLOPT_HTTPPOST, curl->formpost); curl_multi_add_handle( CurlMultiHandle, curl->EasyHandle); CurlEasy.push_back( curl); // suck in as much data as is ready while( CURLM_CALL_MULTI_PERFORM == curl_multi_perform( CurlMultiHandle, &CurlStillRunning)); //note semicolon if ( !CurlStillRunning) curlCleanup(); } else { vLogFile << "LOC_SERVER_UPDATE_ERROR unable to send data to server - unable to obtain curl handle" << endl << flush; } } else { vLogFile << "LOC_SERVER_UPDATE_ERROR unable to send data to server - unable to obtain curl multihandle" << endl << flush; } Thanks, Anna -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090929/40dcef3b/attachment-0001.htm From merov at lindenlab.com Tue Sep 29 22:16:45 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Tue, 29 Sep 2009 22:16:45 -0700 Subject: [sldev] SNOW-222 : request before committing the patch In-Reply-To: <20090928105438.GA26838@alinoe.com> References: <78f69850909231057k15b17d60l23689250a9ac8350@mail.gmail.com> <78f69850909241805k30b02654t6bf8de0f9cbf85a0@mail.gmail.com> <78f69850909251850x76f01bafm93d33649503857a9@mail.gmail.com> <78f69850909270056q7353feb4te0aa9a9c408b7104@mail.gmail.com> <79EE86FD-0CC4-430E-8FE4-4B9ADBE33C73@gmail.com> <20090928105438.GA26838@alinoe.com> Message-ID: <78f69850909292216j77d62045x6be4e796c9e423d1@mail.gmail.com> Hi, I worked some more on the "gray world on Mac" problem and the plot thickened really as I drilled down the code. At that time, I do have a reproable case of "gray world" on Mac and no less than 3 ways of fixing it, each corresponding to a bona fide bug or, at least, oddity. So let's review them: 1- Missing skins/default/textures/ files: as explained earlier in this thread, my initial problem was fixed by simply adding the new and missing media_*.png textures to the skin (those are used by the new media browsing UI). The thinking was that missing textures should not result in such catastrophic failure but, heck... AimeeT though reported that this was not her problem (she had the textures) and, anyway, those were missing also on my Windows built and no such effect resulted. So, not the solution though there's still one action item for me: Action: make sure media_*.png textures are correctly exported in the artwork bundle. 2- Inexisting IMG_DEFAULT asset: I went to explore what happens when a local texture file is missing. It turns out that, in that case, an IMG_DEFAULT file is loaded to replace the missing file. Las, that file is not in the skins/default/texture folder either so it creates a fetch worker that tries to download this. Since we load the UI textures at launch, that might be a problem. Clearly, this is not a problem on Windows either though I tracked the fetch worker for this asset and it turns out that it never ever completes. On Mac though, this fetch worker sucks up the entire resource of the fetch thread and prevents any other worker to do anything. If I modify the UUID of IMG_DEFAULT to point to some existing file in the skins, everything works fine (AimeeT hasn't confirmed yet if this works for her). On Windows, even if such a dramatic effect is not observed, we have this fetch worker in the queue for the whole session. Not dramatic but still, wasteful. So, next action: Action: points IMG_DEFAULT to an existing asset, preferably one that is part of the skins folder. This is likely also a problem in the official viewer. 3- Badly initialized image priority: So there's still this mystery of why the Mac fetching of this inexisting asset starves the queue. It turns out that the priority for the first image fetched is an absurdly high number on Mac while it's a more reasonable (expected) one on Windows. There are several values that carry priorities around and it's quite messy. Clearly, one is not initialized correctly somewhere and it happens to work on Windows by chance and not on Mac. Adding a simple cap to decode_priority in LLViewerImage::updateFetch() break the vicious circle and things go back to normal (see patch in SNOW-222). Still, one more action item: Action: fix the initialization of image priority levels. I hope I'll get confirmation from AimeeT or other Mac devs that, indeed, we got to the bottom of that one so that we'll be able to commit that feature soon. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090929/a11dec2b/attachment.htm From Celierra at gmail.com Tue Sep 29 23:05:00 2009 From: Celierra at gmail.com (Celierra Darling) Date: Wed, 30 Sep 2009 02:05:00 -0400 Subject: [sldev] [VIEWER] crash on teleport or parcel crossing In-Reply-To: References: <20090928110302.GB26838@alinoe.com> Message-ID: There is this statement in the call stack near the top: [Frames below may be incorrect and/or missing, no symbols loaded for msvcr80.dll] What I *think* happened (from a paltry amount of information about this message on Google) is that it interpreted a piece of non-pointer data on the stack as a return address, and that this data happened to be "pointing" into the statistics function, which threw things off. If that's your entire call stack (the base is a std::map method, it looks like?), it probably cascaded all the way down with bad guesses. You can grab actual symbols from Microsoft by setting the _NT_SYMBOL_PATH environment variable (see http://support.microsoft.com/kb/311503 ). Celi On Tue, Sep 29, 2009 at 9:31 PM, Anna Gulaev wrote: > > If you wish to be helpful, perhaps you could suggest why the debugger put > the statistics reporting call in the middle of my call stack in some > microsoft DLL. ... > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090930/e8371184/attachment.htm From tateru.nino at gmail.com Tue Sep 29 23:29:24 2009 From: tateru.nino at gmail.com (Tateru Nino) Date: Wed, 30 Sep 2009 16:29:24 +1000 Subject: [sldev] New to the list with a complicated question. In-Reply-To: <852098.94573.qm@web111210.mail.gq1.yahoo.com> References: <8c99a6e20909291026o312393bap5962c08aa45e7eed@mail.gmail.com> <4AC260C3.9030108@fishkill.ibm.com> <3a880e2c0909291423w5f3a964cj2a47d36482780262@mail.gmail.com> <71a2422b0909291438i527df25cxf844ce9c2aaae9b3@mail.gmail.com> <71a2422b0909291912o5a44d010v4ef59900a4e64cb3@mail.gmail.com> <852098.94573.qm@web111210.mail.gq1.yahoo.com> Message-ID: <4AC2FAC4.3060403@weblogsinc.com> It's important not to mix up java and javascript - which are two very very very VERY different technologies that have coincidentally similar names. Incidentally, the built-in browser originally supported both javascript and Flash content -- at least under Windows -- (I may have spent one or two dull in-world meetings playing the Grow games through the builtin browser). I assume there was a good reason at the time that it was subsequently disabled. I am understandably curious, of course, as to whether Webkit solves whatever issue is was that caused the decision to disable Flash content support, or whether that remains a general problem. Bill Windwalker wrote: > Is it not safe to not use JAVA scripting at all? > if i remember in the past Java did have some problems with what people > can do with it. > I have to think what if and that what if pops a number of times in a day. > > Like a little bug i ran in to and had no clue what made it happen. > i hate to think what IF? the java opens up ????? /pithos think what if../ > > // > > /The old mean xstorm Radek/ > > > > ------------------------------------------------------------------------ > *From:* Whump Linden > *To:* Anna Gulaev > *Cc:* SL-Dev > *Sent:* Tuesday, September 29, 2009 10:12:38 PM > *Subject:* Re: [sldev] New to the list with a complicated question. > > On Tue, Sep 29, 2009 at 6:51 PM, Anna Gulaev > wrote: > > Hi, Whump. Is there a reason you recommend against sniffing headers > for the > > user agent? I recognize that some people run browsers that allow them to > > change this, but they are few and they likely don't spoof it to look > like > > the SL browser, and if they do, not displaying flash for them > probably won't > > cause them physical harm :-) > > Yes, one is the user agent spoofing issue, where someone could claim > to be UA with more capabilities than the actual UA has. > > The other is future-proofing. > > If lack of JavaScript is a concern, there are methods for displaying > alternative content that don't require JavaScript. > > Fortunately, WebKit has been implementing some of the HTML5 draft > specification, which makes embedding and displaying alternative > content much easier. > > -- whump > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > > ------------------------------------------------------------------------ > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges -- Tateru Nino Contributing Editor http://massively.com/ From stickman at gmail.com Wed Sep 30 00:04:42 2009 From: stickman at gmail.com (Stickman) Date: Wed, 30 Sep 2009 00:04:42 -0700 Subject: [sldev] New to the list with a complicated question. In-Reply-To: <4AC2FAC4.3060403@weblogsinc.com> References: <8c99a6e20909291026o312393bap5962c08aa45e7eed@mail.gmail.com> <4AC260C3.9030108@fishkill.ibm.com> <3a880e2c0909291423w5f3a964cj2a47d36482780262@mail.gmail.com> <71a2422b0909291438i527df25cxf844ce9c2aaae9b3@mail.gmail.com> <71a2422b0909291912o5a44d010v4ef59900a4e64cb3@mail.gmail.com> <852098.94573.qm@web111210.mail.gq1.yahoo.com> <4AC2FAC4.3060403@weblogsinc.com> Message-ID: > Incidentally, the built-in browser originally supported both javascript > and Flash content -- at least under Windows -- (I may have spent one or > two dull in-world meetings playing the Grow games through the builtin > browser). I assume there was a good reason at the time that it was > subsequently disabled. I have vague recollection of people mentioning difficulty in maintenance. The very act of maintaining an inworld browser takes up development resources that could be spent elsewhere, and everyone and their mom already has a browser of choice. Thus, why there even is an inworld browser is a debated issue. The only use I see is if people use SL fullscreened (Which I don't). And without statistics about something like that, I can't make an argument one way or the other. I don't even know if LL has statistics like that. That kinda stuff would be fun to see, in addition to all the other wonderful stats LL releases. Eve Online, which I do run fullscreen, also maintains an inworld browser. It also doesn't support Flash. I don't believe it supports javascript, even. They recently did a complete rebuild of it, which means they have no intention of scrapping it soon. I know Eve Online has stats (they've got an economist on staff and release public quarterly reports) so they know their inworld browser is heavily used and loved, even with its limitations. Steam, the game distribution service from Valve, also has a built in browser. Steam's browser has Flash. However, Steam's browser seems to simply piggyback off Internet Explorer. I'm not sure as to the extent -- but it seems to be a nice shortcut that avoids having to do anything but maintain a fancy skin for it. Also, Steam loves stats. http://store.steampowered.com/hwsurvey http://store.steampowered.com/stats/ Oh look, Steam hit 12.65GB/s on their content servers today. -| ^ hey look, a tangent! -Stickman From izzee at hotmail.co.uk Wed Sep 30 05:17:07 2009 From: izzee at hotmail.co.uk (izze euler) Date: Wed, 30 Sep 2009 12:17:07 +0000 Subject: [sldev] Which files/folders to include for installer for MAC client? Message-ID: Hi, I have successfully compiled the source code for the MAC. Which files/folders do I need to create an installer? Is it the same files used for Windows? For windows, I include the following files: All files in linden/indra/build-vc80/release/* All .dll files in linden/indra/newview All *feature*.txt files in linden/indra/newview Skins, Character, App_settings and Fonts folders in linden/indra/newview Also, I'm new to developing on the MAC. Should I package up the files using Package Maker? Or should I be creating a .dmg file to drag into the applications folder? Kind Regards, Izze _________________________________________________________________ With Windows Live, you can organise, edit, and share your photos. http://clk.atdmt.com/UKM/go/134665338/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090930/c30f0f08/attachment.htm From secret.argent at gmail.com Wed Sep 30 05:19:06 2009 From: secret.argent at gmail.com (Argent Stonecutter) Date: Wed, 30 Sep 2009 07:19:06 -0500 Subject: [sldev] International characters in prim names In-Reply-To: References: <4AC24747.1090906@liferain.com> Message-ID: <678FE541-727F-4304-AA7E-DAD99C924687@gmail.com> On 2009-09-29, at 12:56, Stickman wrote: > From http://wiki.secondlife.com/wiki/Coding_standard > Unicode > Use UTF-8 for all string serialization and communication between > processes. Do not use UTF-16 except when interfacing with Win32. > > Is that still accurate? That doesn't sound like unicode support at > all. UTF-8 and UTF-16 are both legitimate encodings for Unicode. UTF-8 is not "partial" Unicode support: UTF-8 can encode any glyph that UTF-16 encodes, and both require multi-character encoding for the full ISO-10646 gamut. There are shortcomings in the SL support for Unicode, and you seem to have run into one of them (probably caused by the use of in-band encoding for separators in SL's serialized asset format), but it's not caused by the choice of UTF-8. From aimee.trescothick at gmail.com Wed Sep 30 08:43:57 2009 From: aimee.trescothick at gmail.com (Aimee Trescothick) Date: Wed, 30 Sep 2009 16:43:57 +0100 Subject: [sldev] SNOW-222 : request before committing the patch In-Reply-To: <78f69850909292216j77d62045x6be4e796c9e423d1@mail.gmail.com> References: <78f69850909231057k15b17d60l23689250a9ac8350@mail.gmail.com> <78f69850909241805k30b02654t6bf8de0f9cbf85a0@mail.gmail.com> <78f69850909251850x76f01bafm93d33649503857a9@mail.gmail.com> <78f69850909270056q7353feb4te0aa9a9c408b7104@mail.gmail.com> <79EE86FD-0CC4-430E-8FE4-4B9ADBE33C73@gmail.com> <20090928105438.GA26838@alinoe.com> <78f69850909292216j77d62045x6be4e796c9e423d1@mail.gmail.com> Message-ID: <4E3C5642-C55A-49A3-89B4-020DE557FEB4@gmail.com> On 30 Sep 2009, at 06:16, Philippe (Merov) Bossut wrote: > On Mac though, this fetch worker sucks up the entire resource of the > fetch thread and prevents any other worker to do anything. If I > modify the UUID of IMG_DEFAULT to point to some existing file in the > skins, everything works fine (AimeeT hasn't confirmed yet if this > works for her). Sorry, I did comment on SNOW-222 that the hack does fix grey-world for me. I ended up leaving the code as it is though and providing a d2114404-dd59-4a4d-8e6c-49359e91bbf0.j2c file in skins/default/ textures instead, which has the same effect. Aimee. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090930/ae9bf815/attachment-0001.htm From aimee.trescothick at gmail.com Wed Sep 30 08:48:19 2009 From: aimee.trescothick at gmail.com (Aimee Trescothick) Date: Wed, 30 Sep 2009 16:48:19 +0100 Subject: [sldev] Which files/folders to include for installer for MAC client? In-Reply-To: References: Message-ID: On the Mac you will end up with a .app package in indra/build-darwin- i386/newview/Release/ (if you picked the Release build config) that's all you need. The skins etc. will all be in there with the application, so you can just copy Snowglobe.app to your Applications folder. Aimee. On 30 Sep 2009, at 13:17, izze euler wrote: > Hi, > > I have successfully compiled the source code for the MAC. Which > files/folders do I need to create an installer? Is it the same files > used for Windows? > > For windows, I include the following files: > > All files in linden/indra/build-vc80/release/* > All .dll files in linden/indra/newview > All *feature*.txt files in linden/indra/newview > Skins, Character, App_settings and Fonts folders in linden/indra/ > newview > > Also, I'm new to developing on the MAC. Should I package up the > files using Package Maker? Or should I be creating a .dmg file to > drag into the applications folder? > > Kind Regards, > Izze > > Beyond Hotmail - see what else you can do with Windows Live. Find > out more._______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090930/be184110/attachment.htm From infinity at lindenlab.com Wed Sep 30 08:55:05 2009 From: infinity at lindenlab.com (Infinity Linden) Date: Wed, 30 Sep 2009 08:55:05 -0700 Subject: [sldev] [VIEWER] curl trouble In-Reply-To: References: Message-ID: <3a880e2c0909300855v1d6d8dd4u5fac21f937258593@mail.gmail.com> that's freaky. i was recently playing with having the viewer ping random web services and didn't get this behavior. what branch are you on? fwiw... it looks vaguely like a MIME message separator. -cheers -infinity p.s. +1 for referencing a 1942 don ameche film, now i'm trying to figure out how to craft a message about blocking IO titled 'the big sleep' On Tue, Sep 29, 2009 at 7:37 PM, Anna Gulaev wrote: > Yes, that's *curl* trouble. This post probably won't contain TMI :-) > > I used to be able to send data to a web server from the viewer using curl. > Now all that's being received is thirty dashes followed by six hexidecimal > numbers, like this: > > ------------------------------07ac4edfb36c > > The number is different each time. Doesn't matter what I send; this is > what's received. > > Does anyone recognize this? It almost looks like the content separators on > the response. When I say "used to be able to..." I mean a couple days ago. > Not sure what I broke... > > Here's the curl code: > > ??? if ( CurlMultiHandle == NULL) > ??? ??? CurlMultiHandle = curl_multi_init(); > > ??? if ( CurlMultiHandle) > ??? { > ??? ??? CurlInfo *curl = (CurlInfo *) malloc( sizeof( CurlInfo)); > ??? ??? curl->EasyHandle = curl_easy_init(); > > ??? ??? if ( curl->EasyHandle) > ??? ??? { > ??? ??? ??? curl->formpost = NULL; > ??? ??? ??? curl->lastptr = NULL; > > ??? ??? ??? serverLocData = serverLocData + "!\n" + AgentFirstName + " " + > AgentLastName + "\n!\n"; // exclamation ends data block > > ??? ??? ??? curl_formadd( &(curl->formpost), &(curl->lastptr), > ??? ??? ??? ??? CURLFORM_COPYNAME, "CopyNameGoesHere", > ??? ??? ??? ??? CURLFORM_COPYCONTENTS, serverLocData.c_str(), > ??? ??? ??? ??? CURLFORM_END); > vAddChatHistory( "viewer", "sending:"+serverLocData); > vLogFile << "LOC_SERVER_SENDING >" << serverLocData << "<" << endl << flush; > ??? ??? ??? curl_formadd( &(curl->formpost), &(curl->lastptr), > ??? ??? ??? ??? CURLFORM_COPYNAME, "submit", > ??? ??? ??? ??? CURLFORM_COPYCONTENTS, "send", > ??? ??? ??? ??? CURLFORM_END); > > ??? ??? ??? curl->chunk.memory = NULL; > ??? ??? ??? curl->chunk.size = 0; > > ??? ??? ??? curl_easy_setopt( curl->EasyHandle, CURLOPT_URL, > LOC_SERVER_UPDATE_URL); > ??? ??? ??? //curl_easy_setopt( curl->EasyHandle, CURLOPT_VERBOSE, 1); > ??? ??? ??? curl_easy_setopt( curl->EasyHandle, CURLOPT_WRITEFUNCTION, > ReadWebpageCallback); > ??? ??? ??? curl_easy_setopt( curl->EasyHandle, CURLOPT_WRITEDATA, (void > *)&(curl->chunk)); > ??? ??? ??? curl_easy_setopt( curl->EasyHandle, CURLOPT_USERAGENT, > "SLCustomViewer"); > ??? ??? ??? curl_easy_setopt( curl->EasyHandle, CURLOPT_HTTPPOST, > curl->formpost); > > ??? ??? ??? curl_multi_add_handle( CurlMultiHandle, curl->EasyHandle); > > ??? ??? ??? CurlEasy.push_back( curl); > > ??? ??? ??? // suck in as much data as is ready > ??? ??? ??? while( CURLM_CALL_MULTI_PERFORM == curl_multi_perform( > CurlMultiHandle, &CurlStillRunning)); //note semicolon > > ??? ??? ??? if ( !CurlStillRunning) > ??? ??? ??? ??? curlCleanup(); > ??? ??? } > ??? ??? else > ??? ??? { > ??? ??? ??? vLogFile << "LOC_SERVER_UPDATE_ERROR unable to send data to > server - unable to obtain curl handle" << endl << flush; > ??? ??? } > ??? } > ??? else > ??? { > ??? ??? vLogFile << "LOC_SERVER_UPDATE_ERROR unable to send data to server - > unable to obtain curl multihandle" << endl << flush; > ??? } > > Thanks, > Anna > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > From danielravennest at gmail.com Wed Sep 30 09:42:14 2009 From: danielravennest at gmail.com (Dani Eder) Date: Wed, 30 Sep 2009 11:42:14 -0500 Subject: [sldev] User's Manual "Prims" and "Landmarks" In-Reply-To: References: Message-ID: <4AC38A66.1030303@gmail.com> > >> >> For now, only the Basic topics section is fleshed out, and there are >> gaping holes in the "Advanced Menu" page. >> If any of you know enough to fill in parts of that, it would be cool. >> >> > I would suggest that somebody (with better writing skills than i have) > add Prim and LM/Landmark to the basic concepts. > > The User's manual as a whole is attempting to document all the menus and windows of the Viewer software. Perhaps later it could add activities that people do, but for starters just covering "what does this button do" has been enough to keep me busy. For prims, see https://wiki.secondlife.com/wiki/Building_Tools, first couple of paragraphs and the create tool section. For Landmarks, I have done 44 of 67 window types and had not done that one yet. The landmark window should probably be covered in the Map windows page. I'm trying to cover related windows under a topic, and keep the pages a readable size (a separate page for every window and menu item would be too many and too short). From annagulaev at gmail.com Wed Sep 30 12:21:08 2009 From: annagulaev at gmail.com (Anna Gulaev) Date: Wed, 30 Sep 2009 15:21:08 -0400 Subject: [sldev] [VIEWER] curl trouble In-Reply-To: <3a880e2c0909300855v1d6d8dd4u5fac21f937258593@mail.gmail.com> References: <3a880e2c0909300855v1d6d8dd4u5fac21f937258593@mail.gmail.com> Message-ID: On Wed, Sep 30, 2009 at 11:55 AM, Infinity Linden wrote: > that's freaky. i was recently playing with having the viewer ping > random web services and didn't get this behavior. what branch are you > on? > > fwiw... it looks vaguely like a MIME message separator. > It is a mime separator, and I'm using 1.23.4. According to the curl debug info, it says it's sending everything, but the receiving script, which just dumps standard input, says it is receiving nothing but one mime separator. Prior to yesterday the script was receiving the intended text and not the separators, and today it is receiving one separator and no intended text. Anna == Info: About to connect() to xxxxxxxxxxxxxxxxxxxxxxx port 80 (#0) == Info: Trying xx.xx.xx.xx... == Info: Connected to xxxxxxxxxxxxxxxxxxxxxxx (xx.xx.xx.xx) port 80 (#0) => Send header, 0000000250 bytes (0x000000fa) 50 4f 53 54 20 xx xx xx xx xx xx xx xx xx xx xx POST xxxxxxxxxxx 75 70 64 61 74 65 2e 63 67 69 20 48 54 54 50 2f update.cgi HTTP/ 31 2e 31 0d 0a 55 73 65 72 2d 41 67 65 6e 74 3a 1.1..User-Agent: 20 xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xxxxxxxxxxxxxxx xx xx xx xx xx xx xx xx xx 0d 0a 48 6f 73 74 3a xxxxxxxxx..Host: 20 xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xxxxxxxxxxxxxxx xx xx xx xx xx xx xx xx 0d 0a 41 63 63 65 70 74 xxxxxxxx..Accept 3a 20 2a 2f 2a 0d 0a 43 6f 6e 74 65 6e 74 2d 4c : */*..Content-L 65 6e 67 74 68 3a 20 32 36 31 0d 0a 45 78 70 65 ength: 261..Expe 63 74 3a 20 31 30 30 2d 63 6f 6e 74 69 6e 75 65 ct: 100-continue 0d 0a 43 6f 6e 74 65 6e 74 2d 54 79 70 65 3a 20 ..Content-Type: 6d 75 6c 74 69 70 61 72 74 2f 66 6f 72 6d 2d 64 multipart/form-d 61 74 61 3b 20 62 6f 75 6e 64 61 72 79 3d 2d 2d ata; boundary=-- 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d ---------------- 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 66 39 37 39 32 37 ----------f97927 61 39 39 33 61 32 0d 0a 0d 0a a993a2.... <= Recv header, 0000000023 bytes (0x00000017) 48 54 54 50 2f 31 2e 31 20 31 30 30 20 43 6f 6e HTTP/1.1 100 Con 74 69 6e 75 65 0d 0a tinue.. => Send data, 0000000261 bytes (0x00000105) 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d ---------------- 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 66 39 --------------f9 37 39 32 37 61 39 39 33 61 32 0d 0a 43 6f 6e 74 7927a993a2..Cont 65 6e 74 2d 44 69 73 70 6f 73 69 74 69 6f 6e 3a ent-Disposition: 20 66 6f 72 6d 2d 64 61 74 61 3b 20 6e 61 6d 65 form-data; name 3d 22 52 65 67 69 6f 6e 41 56 53 63 61 6e 73 22 ="RegionAVScans" 0d 0a 0d 0a 54 68 69 73 20 69 73 20 61 20 74 65 ....This is a te 73 74 0d 0a 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d st..------------ 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d ---------------- 2d 2d 66 39 37 39 32 37 61 39 39 33 61 32 0d 0a --f97927a993a2.. 43 6f 6e 74 65 6e 74 2d 44 69 73 70 6f 73 69 74 Content-Disposit 69 6f 6e 3a 20 66 6f 72 6d 2d 64 61 74 61 3b 20 ion: form-data; 6e 61 6d 65 3d 22 73 75 62 6d 69 74 22 0d 0a 0d name="submit"... 0a 73 65 6e 64 0d 0a 2d 2d 2d 2d 2d 2d 2d 2d 2d .send..--------- 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d ---------------- 2d 2d 2d 2d 2d 66 39 37 39 32 37 61 39 39 33 61 -----f97927a993a 32 2d 2d 0d 0a 2--.. <= Recv header, 0000000017 bytes (0x00000011) 48 54 54 50 2f 31 2e 31 20 32 30 30 20 4f 4b 0d HTTP/1.1 200 OK. 0a . <= Recv header, 0000000037 bytes (0x00000025) 44 61 74 65 3a 20 57 65 64 2c 20 33 30 20 53 65 Date: Wed, 30 Se 70 20 32 30 30 39 20 31 32 3a 33 39 3a 34 37 20 p 2009 12:39:47 47 4d 54 0d 0a GMT.. <= Recv header, 0000000023 bytes (0x00000017) 53 65 72 76 65 72 3a 20 41 70 61 63 68 65 2f 32 Server: Apache/2 2e 32 2e 31 33 0d 0a .2.13.. <= Recv header, 0000000028 bytes (0x0000001c) 54 72 61 6e 73 66 65 72 2d 45 6e 63 6f 64 69 6e Transfer-Encodin 67 3a 20 63 68 75 6e 6b 65 64 0d 0a g: chunked.. <= Recv header, 0000000025 bytes (0x00000019) 43 6f 6e 74 65 6e 74 2d 54 79 70 65 3a 20 74 65 Content-Type: te 78 74 2f 68 74 6d 6c 0d 0a xt/html.. <= Recv header, 0000000002 bytes (0x00000002) 0d 0a .. <= Recv data, 0000000155 bytes (0x0000009b) 39 35 0d 0a 3c 48 54 4d 4c 3e 3c 48 45 41 44 3e 95.. 0a 3c 54 49 54 4c 45 3e 75 70 64 61 74 65 3c 2f .update</ 54 49 54 4c 45 3e 0a 3c 2f 48 45 41 44 3e 3c 42 TITLE>.</HEAD><B 4f 44 59 3e 0a 3c 50 3e 3c 76 73 5f 72 65 74 3e ODY>.<P><vs_ret> 73 74 75 66 66 20 67 6f 65 73 20 68 65 72 65 0a stuff goes here. 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d ---------------- 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 66 39 --------------f9 37 39 32 37 61 39 39 33 61 32 0d 0a 3c 2f 76 73 7927a993a2..</vs 5f 72 65 74 3e 3c 2f 50 3e 0a 3c 2f 42 4f 44 59 _ret></P>.</BODY 3e 3c 2f 48 54 4d 4c 3e 0a 0d 0a ></HTML>... <= Recv data, 0000000005 bytes (0x00000005) 30 0d 0a 0d 0a 0.... == Info: Connection #0 to host xxxxxxxxxxxxxxxxxxxxxxx left intact -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090930/126c565d/attachment.htm From billwindwalker at rocketmail.com Wed Sep 30 12:54:49 2009 From: billwindwalker at rocketmail.com (Bill Windwalker) Date: Wed, 30 Sep 2009 12:54:49 -0700 (PDT) Subject: [sldev] [VIEWER] curl trouble In-Reply-To: <a7a2e650909301221o50dac2f3t338d5a4c8ee1fe1f@mail.gmail.com> References: <a7a2e650909291937q2b74d14kd691b94cdc768c2b@mail.gmail.com> <3a880e2c0909300855v1d6d8dd4u5fac21f937258593@mail.gmail.com> <a7a2e650909301221o50dac2f3t338d5a4c8ee1fe1f@mail.gmail.com> Message-ID: <586075.73670.qm@web111202.mail.gq1.yahoo.com> I must say i have not seen Hex Code in like for ever way back to 1980. its close to a basic building block of deep code as you can get. and errors can happen with just the wrong small block in it. may be its some thing small doing it ? ________________________________ From: Anna Gulaev <annagulaev at gmail.com> To: Infinity Linden <infinity at lindenlab.com> Cc: SL-Dev <sldev at lists.secondlife.com> Sent: Wednesday, September 30, 2009 3:21:08 PM Subject: Re: [sldev] [VIEWER] curl trouble On Wed, Sep 30, 2009 at 11:55 AM, Infinity Linden wrote: that's freaky. i was recently playing with having the viewer ping >random web services and didn't get this behavior. what branch are you >on? > >fwiw... it looks vaguely like a MIME message separator. > It is a mime separator, and I'm using 1.23.4. According to the curl debug info, it says it's sending everything, but the receiving script, which just dumps standard input, says it is receiving nothing but one mime separator. Prior to yesterday the script was receiving the intended text and not the separators, and today it is receiving one separator and no intended text. Anna == Info: About to connect() to xxxxxxxxxxxxxxxxxxxxxxx port 80 (#0) == Info:?? Trying xx.xx.xx.xx... == Info: Connected to xxxxxxxxxxxxxxxxxxxxxxx (xx.xx.xx.xx) port 80 (#0) => Send header, 0000000250 bytes (0x000000fa) 50 4f 53 54 20 xx xx xx xx xx xx xx xx xx xx xx POST xxxxxxxxxxx 75 70 64 61 74 65 2e 63 67 69 20 48 54 54 50 2f update.cgi HTTP/ 31 2e 31 0d 0a 55 73 65 72 2d 41 67 65 6e 74 3a 1.1..User-Agent: 20 xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx? xxxxxxxxxxxxxxx xx xx xx xx xx xx xx xx xx 0d 0a 48 6f 73 74 3a xxxxxxxxx..Host: 20 xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx? xxxxxxxxxxxxxxx xx xx xx xx xx xx xx xx 0d 0a 41 63 63 65 70 74 xxxxxxxx..Accept 3a 20 2a 2f 2a 0d 0a 43 6f 6e 74 65 6e 74 2d 4c : */*..Content-L 65 6e 67 74 68 3a 20 32 36 31 0d 0a 45 78 70 65 ength: 261..Expe 63 74 3a 20 31 30 30 2d 63 6f 6e 74 69 6e 75 65 ct: 100-continue 0d 0a 43 6f 6e 74 65 6e 74 2d 54 79 70 65 3a 20 ..Content-Type: 6d 75 6c 74 69 70 61 72 74 2f 66 6f 72 6d 2d 64 multipart/form-d 61 74 61 3b 20 62 6f 75 6e 64 61 72 79 3d 2d 2d ata; boundary=-- 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d ---------------- 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 66 39 37 39 32 37 ----------f97927 61 39 39 33 61 32 0d 0a 0d 0a?????????????????? a993a2.... <= Recv header, 0000000023 bytes (0x00000017) 48 54 54 50 2f 31 2e 31 20 31 30 30 20 43 6f 6e HTTP/1.1 100 Con 74 69 6e 75 65 0d 0a??????????????????????????? tinue.. => Send data, 0000000261 bytes (0x00000105) 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d ---------------- 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 66 39 --------------f9 37 39 32 37 61 39 39 33 61 32 0d 0a 43 6f 6e 74 7927a993a2..Cont 65 6e 74 2d 44 69 73 70 6f 73 69 74 69 6f 6e 3a ent-Disposition: 20 66 6f 72 6d 2d 64 61 74 61 3b 20 6e 61 6d 65? form-data; name 3d 22 52 65 67 69 6f 6e 41 56 53 63 61 6e 73 22 ="RegionAVScans" 0d 0a 0d 0a 54 68 69 73 20 69 73 20 61 20 74 65 ....This is a te 73 74 0d 0a 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d st..------------ 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d ---------------- 2d 2d 66 39 37 39 32 37 61 39 39 33 61 32 0d 0a --f97927a993a2.. 43 6f 6e 74 65 6e 74 2d 44 69 73 70 6f 73 69 74 Content-Disposit 69 6f 6e 3a 20 66 6f 72 6d 2d 64 61 74 61 3b 20 ion: form-data; 6e 61 6d 65 3d 22 73 75 62 6d 69 74 22 0d 0a 0d name="submit"... 0a 73 65 6e 64 0d 0a 2d 2d 2d 2d 2d 2d 2d 2d 2d .send..--------- 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d ---------------- 2d 2d 2d 2d 2d 66 39 37 39 32 37 61 39 39 33 61 -----f97927a993a 32 2d 2d 0d 0a??????????????????????????? 2--.. <= Recv header, 0000000017 bytes (0x00000011) 48 54 54 50 2f 31 2e 31 20 32 30 30 20 4f 4b 0d HTTP/1.1 200 OK. 0a????????????????????????????????????????????? . <= Recv header, 0000000037 bytes (0x00000025) 44 61 74 65 3a 20 57 65 64 2c 20 33 30 20 53 65 Date: Wed, 30 Se 70 20 32 30 30 39 20 31 32 3a 33 39 3a 34 37 20 p 2009 12:39:47 47 4d 54 0d 0a????????????????????????????????? GMT.. <= Recv header, 0000000023 bytes (0x00000017) 53 65 72 76 65 72 3a 20 41 70 61 63 68 65 2f 32 Server: Apache/2 2e 32 2e 31 33 0d 0a??????????????????????????? .2.13.. <= Recv header, 0000000028 bytes (0x0000001c) 54 72 61 6e 73 66 65 72 2d 45 6e 63 6f 64 69 6e Transfer-Encodin 67 3a 20 63 68 75 6e 6b 65 64 0d 0a???????????? g: chunked.. <= Recv header, 0000000025 bytes (0x00000019) 43 6f 6e 74 65 6e 74 2d 54 79 70 65 3a 20 74 65 Content-Type: te 78 74 2f 68 74 6d 6c 0d 0a????????????????????? xt/html.. <= Recv header, 0000000002 bytes (0x00000002) 0d 0a?????????????????????????????????????????? .. <= Recv data, 0000000155 bytes (0x0000009b) 39 35 0d 0a 3c 48 54 4d 4c 3e 3c 48 45 41 44 3e 95..<HTML><HEAD> 0a 3c 54 49 54 4c 45 3e 75 70 64 61 74 65 3c 2f .<TITLE>update</ 54 49 54 4c 45 3e 0a 3c 2f 48 45 41 44 3e 3c 42 TITLE>.</HEAD><B 4f 44 59 3e 0a 3c 50 3e 3c 76 73 5f 72 65 74 3e ODY>.<P><vs_ret> 73 74 75 66 66 20 67 6f 65 73 20 68 65 72 65 0a stuff goes here. 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d ---------------- 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 66 39 --------------f9 37 39 32 37 61 39 39 33 61 32 0d 0a 3c 2f 76 73 7927a993a2..</vs 5f 72 65 74 3e 3c 2f 50 3e 0a 3c 2f 42 4f 44 59 _ret></P>.</BODY 3e 3c 2f 48 54 4d 4c 3e 0a 0d 0a??????????????? ></HTML>... <= Recv data, 0000000005 bytes (0x00000005) 30 0d 0a 0d 0a????????????????????????????????? 0.... == Info: Connection #0 to host xxxxxxxxxxxxxxxxxxxxxxx left intact -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090930/16b513ab/attachment-0001.htm From merov at lindenlab.com Wed Sep 30 13:01:52 2009 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Wed, 30 Sep 2009 13:01:52 -0700 Subject: [sldev] VWR-15310 - Fixing "Save to XML" (Re: Snowglobe 1.2 status) In-Reply-To: <4AC2192E.3070307@fishkill.ibm.com> References: <ab42f67e0909281746r7edd647bu8dc623f8915b7baf@mail.gmail.com> <4AC2192E.3070307@fishkill.ibm.com> Message-ID: <78f69850909301301p33a9fe6axbf502cc40549fbef@mail.gmail.com> Hi, Did a review. +1. See JIRA for details. Cheers, - Merov On Tue, Sep 29, 2009 at 7:26 AM, Mike Monkowski <monkowsk at fishkill.ibm.com>wrote: > Are there any official committers out there willing to review this > patch? It looks like a lot of changes, but it's really just repeats of > the same type of changes in many derived classes. Admiral Admiral wrote > the code and I have reviewed it, but I'm not an official committer. > > Mike > > Rob Lanphier wrote: > > On Wed, Sep 23, 2009 at 10:08 AM, Mike Monkowski > > <monkowsk at fishkill.ibm.com <mailto:monkowsk at fishkill.ibm.com>> wrote: > > > > Admiral Admiral and I have requested that the bug fix at > > http://jira.secondlife.com/browse/VWR-15310 > > "Advanced->XUI->Save to XML doesn't set proper XML tags" > > be considered for inclusion. Is it still under consideration? > > Rejected? Ignored? > > > > > > > > This adds a lot of code, but I suppose if we're going to have a feature > > in the product, we should make sure the silly thing works. If you can > > find a Snowglobe committer who is willing to review the code carefully > > for general impact, I don't see any reason not to include this. > > > > > > > > We would prefer that it go into the standard viewer, but because of > > a comment added to the issue, "This would be good to fire up a > > conversation on sldev@ about for possible inclusion in Snowglobe" it > > gets bypassed by the Bug Triage meetings. > > > > > > Yup, thanks for doing that. > > > > Thanks > > Rob > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090930/62e6ec20/attachment.htm From annagulaev at gmail.com Wed Sep 30 13:02:40 2009 From: annagulaev at gmail.com (Anna Gulaev) Date: Wed, 30 Sep 2009 16:02:40 -0400 Subject: [sldev] [VIEWER] curl trouble In-Reply-To: <586075.73670.qm@web111202.mail.gq1.yahoo.com> References: <a7a2e650909291937q2b74d14kd691b94cdc768c2b@mail.gmail.com> <3a880e2c0909300855v1d6d8dd4u5fac21f937258593@mail.gmail.com> <a7a2e650909301221o50dac2f3t338d5a4c8ee1fe1f@mail.gmail.com> <586075.73670.qm@web111202.mail.gq1.yahoo.com> Message-ID: <a7a2e650909301302x57793a10ha47eb570c07df0af@mail.gmail.com> It's not machine code, if that's what you're thinking. It's the debug output from curl. Displaying it in hex as well as ascii allows you to see the non-printable characters. Anna On Wed, Sep 30, 2009 at 3:54 PM, Bill Windwalker < billwindwalker at rocketmail.com> wrote: > I must say i have not seen Hex Code in like for ever way back to 1980. > its close to a basic building block of deep code as you can get. > and errors can happen with just the wrong small block in it. > may be its some thing small doing it ? > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090930/bb1ed8fd/attachment.htm From sllists at boroon.dasgupta.ch Wed Sep 30 13:15:00 2009 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Wed, 30 Sep 2009 22:15:00 +0200 Subject: [sldev] [VWR] Snowglobe 64 bit compile instructions on Fedora 11 In-Reply-To: <COL101-W20A9D1CB8B91F83FDA40BA98D50@phx.gbl> References: <COL101-W20A9D1CB8B91F83FDA40BA98D50@phx.gbl> Message-ID: <4AC3BC44.4090803@boroon.dasgupta.ch> Patrick S schrieb: > I have been trying to compile Snowglobe for 64 bit Fedora 11 without > any success. Does anyone have instructions on how to do this? I > followed instructions on SL site and they dont seem to work for Fedora 11. There are several instructions on the wiki, which ones did you follow and how did the build fail? Apart from what's linked on http://wiki.secondlife.com/wiki/Get_source_and_compile there's also http://wiki.secondlife.com/wiki/User:Michelle2_Zenovka/cmake which tends to be more up-to-date. I think there were once plans to merge these pages, but it looks like nobody's done that, yet. I hope this helps. Boroondas